
Google Chrome Security Team 공식 발표에 따르면 회사는 Chrome의 취약점 탐지부터 분류, 수정, 배포까지 AI 활용 범위를 넓히고 있다. 최근 Chrome 149와 150에서는 보안 결함 1,072건을 수정했다. 이는 직전 23개 마일스톤의 수정 건수를 합친 것보다 많다.
취약점 탐지 단계에서는 Gemini를 활용한 에이전트가 Chrome 코드베이스를 분석한다. Google은 2026년 초 이 체계가 렌더러 프로세스를 장악한 공격자가 브라우저를 속여 로컬 파일을 읽을 수 있게 하는 샌드박스 탈출 결함을 찾았다고 밝혔다. 해당 결함은 코드베이스에 13년 넘게 남아 있었다.
Google은 분석 환경을 일반 인터넷과 분리하고, 네트워크 요청을 허용 목록으로 제한한다고 설명했다. 에이전트가 지정된 소스 코드 영역 밖의 파일에 접근하거나 로컬 시스템을 임의로 바꾸지 못하도록 권한도 제한한다. AI 탐지는 기존 퍼징과 외부 보안 연구자의 취약점 신고를 대체하지 않고 함께 운용된다.
분류 과정도 자동화했다. 접수된 신고에서 스팸과 중복을 걸러낸 뒤 재현 여부를 확인하고, 스택 추적과 심각도 같은 정보를 보강해 담당 구성 요소와 개발자에게 배정한다. Google은 이 과정이 개발자 시간을 매달 수백 시간 절감하는 것으로 추산했다.
수정 단계에서는 여러 에이전트가 후보 패치를 만들고 평가한다. 수정 에이전트가 복수의 패치를 제안하면 별도 비평 에이전트가 코드 규칙과 적합성을 살핀다. 테스트 작성 에이전트는 Chrome이 지원하는 운영체제와 구성에서 패치가 동작하는지 확인한다. 현재 대부분의 취약점에 대해 LLM이 후보 수정안을 만들고, 최종 검토에는 개발자가 참여한다.
Google DeepMind와 Project Zero의 Big Sleep, CodeMender도 Chrome의 지속적 통합 체계에 연결돼 모든 코드 변경을 24시간 주기로 검사한다. Google은 지난 5월에만 치명적 S1+ 결함 한 건을 포함해 20건이 넘는 취약점이 실제 배포에 들어가기 전에 차단됐다고 밝혔다.
패치 배포 속도도 높인다. Chrome은 주요 버전 출시 주기를 2주로 줄이고 주간 보안 업데이트를 유지하는 한편, 보안 릴리스를 주 2회 제공하는 방안을 시험하고 있다. 수정 코드가 공개된 뒤 이용자에게 도달하기 전까지 공격자가 이를 분석하는 이른바 ‘패치 격차’를 줄이기 위한 조치다.
브라우저를 다시 시작하지 않고 렌더러와 GPU 같은 하위 프로세스를 새 바이너리로 교체하는 동적 패치도 연구 중이다. 다만 Google은 동적 패치와 주 2회 보안 릴리스의 정식 적용 시점을 밝히지 않았다. Chrome 150의 macOS 버전에는 창을 모두 닫은 상태에서 대기 중인 업데이트가 있으면 브라우저를 자동 재시작하는 기능이 먼저 적용됐다.
출처: Google Security Blog https://blog.google/security/chrome-stronger-with-every-update/









