구글은 크롬 버그 1,072개를 AI로 막았습니다 — 그 3-에이전트 구조를 내 프로젝트에 옮기는 법

핵심 요약 (TL;DR)

구글이 크롬 149·150 두 마일스톤에서 보안버그 1,072개를 AI 파이프라인으로 수정했습니다. 직전 23개 마일스톤 합계를 넘어선 수치죠. 핵심은 '고치는 에이전트 → 비평 에이전트 → 테스트 작성 에이전트'로 이어지는 3단 구조입니다. 이 구조는 대기업 전용이 아니라, 1인 바이브코더가 오늘 그대로 이식할 수 있습니다.

"AI가 짠 코드는 보안 구멍투성이"라는 걱정, 익숙하실 겁니다. 그런데 같은 주에 정확히 반대편 뉴스가 나왔습니다. 방어하는 쪽도 AI로 폭발적으로 빨라지고 있다는 소식이죠. 구글이 blog.google에 올린 발표가 그 증거입니다.

구글이 정확히 무엇을 바꿨을까요

구글의 AI 취약점 파이프라인은 세 부분으로 돕니다. Big Sleep과 Naptime이 버그를 찾아내고, CodeMender 계열이 CI에 붙어 자동 패치를 만들며, Gemini 기반 다중 에이전트가 그 수정안을 검증합니다. 결과는 숫자로 나왔습니다. 크롬 149·150 두 마일스톤에서 1,072개 보안버그를 수정했고, 이는 직전 23개 마일스톤 합계를 넘어섭니다. 1군 코드의 97%가 strict unsafe-buffer 경고 없이 클린 컴파일됐고, GPU 메인 스레드의 UAF(Use-After-Free) 취약점은 최대 90%까지 무력화하는 것을 목표로 삼았습니다. 여기서 90%는 전체 UAF가 아니라 'GPU 메인 스레드' 범위라는 점을 정확히 짚어둡니다. MiracleObject라는 신기술이 이 방어를 맡는데, 기존 MiraclePtr의 GPU 확장 계열로 이해하면 됩니다.

한 가지 유의점. "6월 한 달에 지난 2년보다 많이 고쳤다"는 표현은 커뮤니티(HN)가 편집한 제목이고, 구글 원문의 기준은 '149·150 두 마일스톤 / 1,072개 / 직전 23마일스톤 초과'입니다. 두 프레이밍은 구분해서 읽어야 합니다. CodeMender가 이 크롬 사례에 직접 쓰였는지는 매체마다 서술이 갈려, 단정하지는 않겠습니다.

1인 바이브코더가 이 구조를 어떻게 이식할까요

핵심은 도구가 아니라 배치입니다. 혼자 짠 코드를 혼자 검토하면 사각지대가 그대로 남죠. 그래서 역할을 셋으로 쪼갭니다.

# 3-에이전트 리뷰 루프 (의사코드)
patch    = agent_fix("이 취약점을 고쳐줘: {버그 설명}")
critique = agent_review("이 패치의 허점과 놓친 엣지케이스를 공격적으로 찾아줘: {patch}")
tests    = agent_test("이 패치를 무너뜨리는 테스트를 짜줘: {patch}")
# critique가 통과시키고 tests가 전부 초록이 될 때까지 반복

포인트는 '비평 에이전트'에게 "허점을 찾으라"고 적대적으로 시키는 겁니다. 고친 에이전트에게 "잘 고쳤는지 봐줘"라고 물으면 대개 "잘 고쳤다"고 답합니다. 관점을 분리해야 사각지대가 드러나는 거죠. 구글이 증명한 건 결국 이 단순한 원리의 규모 버전입니다.

그래서 앞으로 무엇이 달라질까요

공격과 방어가 동시에 AI로 가속되는 국면입니다. AI가 만든 구멍을 AI가 막는 시대에, 1인 개발자의 승부처는 '얼마나 좋은 모델을 쓰느냐'보다 '검증 루프를 얼마나 정직하게 짜느냐'로 옮겨갑니다.

자주 묻는 질문 (FAQ)

Q. 그럼 AI가 짠 코드는 이제 안전한가요?
A. 발굴과 수정 속도가 빨라졌다는 것이지, 자동으로 안전해졌다는 뜻은 아닙니다. 검증 루프를 붙였을 때의 이야기입니다.

Q. 3-에이전트 구조를 굳이 나눠야 하나요, 한 모델에 다 시키면 안 되나요?
A. 같은 모델이라도 프롬프트로 역할을 분리하면 관점이 갈라집니다. 비용이 없다면 최소한 '고치기'와 '적대적 비평'만이라도 나눠보세요.

Q. 크롬이 쓴 도구를 그대로 써야 하나요?
A. 아닙니다. Big Sleep 같은 사내 도구는 못 쓰지만, 역할 분리라는 구조 자체는 어떤 모델로도 흉내 낼 수 있습니다.

구글은 물량으로 보여줬지만, 원리는 손바닥만 한 크기로도 작동합니다. 오늘 커밋할 다음 패치부터, 고친 자신에게 묻지 말고 '허점을 찾는 자신'을 한 명 더 불러보세요.