Googleは、Chromeブラウザで発見・修正できるセキュリティ脆弱性の数が人工知能によって劇的に増加していると発表しました。AIの活用範囲を拡大した結果、直近2回のリリースだけで1,000件を超えるセキュリティ脆弱性が修正されたということです。
Googleによると、Chrome 149とChrome 150では合計1,072件のセキュリティ脆弱性が修正され、これは過去23回分のChromeマイルストーンで修正された件数の合計を上回るということです。
同社は現在、脆弱性の発見、報告内容の再現、深刻度の判定、担当開発者への割り当て、修正パッチ候補の生成、テストの作成に至るまで、脆弱性管理プロセス全体で大規模言語モデル(LLM)を活用していると説明しています。
Googleは2023年からセキュリティファジングの改善にLLMを利用し始め、その後Project Zeroと協力してNaptimeというシステムを開発しました。これはAIモデルに専用の脆弱性調査ツールを提供する仕組みです。
同社はその後、Google DeepMindおよびProject Zeroと共同でBig Sleepの開発にも取り組みました。これはAIを活用した脆弱性発見エージェントで、ChromeのV8 JavaScriptエンジンやグラフィックスコンポーネントの脆弱性を発見しています。
2026年初頭には、誤検知を減らしながらChromeの広範なコードベースを検索して脆弱性を探すため、Gemini搭載のエージェントハーネスをGoogleが構築しました。

このシステムが発見した脆弱性の一つに、13年以上にわたってコードベースに存在し続けていたChromeのサンドボックスエスケープの脆弱性がありました。これが悪用された場合、侵害されたレンダラーがサンドボックスから脱出し、ブラウザを騙してローカルファイルを読み取らせることが可能になっていたということです。
Googleはまた、開発者に対してSECURITY.mdファイルの追加を推奨しています。これは信頼境界や脅威モデルを記述するファイルで、AIシステムがセキュリティに関わる操作をより的確に識別できるようにするためのものです。
同社によると、こうしたマルチエージェントによるAIワークフローは、複雑な脆弱性の発見に依然として有効なファジングをはじめとする既存のセキュリティテストを置き換えるものではなく、あくまで補完するものだということです。
Googleは、Chrome脆弱性報奨金プログラム(Chrome Vulnerability Reward Program)を通じて提出される報告件数も急増していると述べています。2026年3月の時点で、Googleが受け取ったセキュリティ脆弱性の報告件数は、2025年の年間合計をすでに上回っていたということです。
これを受けてGoogleは、自動化ツールによってすでに発見・処理している内容に新たな知見を加える報告を優先するよう、プログラムの内容を見直しました。
同社はまた、スパムや重複報告のフィルタリング、概念実証(PoC)エクスプロイトの再現、深刻度評価の付与、適切な開発者への報告の振り分けなど、脆弱性のトリアージ作業の自動化も進めています。
Googleの試算では、この自動化プロセスにより毎月数百時間分の開発者の作業時間が節約されているということです。
脆弱性が確認されると、修正エージェントが複数の修正パッチ候補を生成し、別のエージェントがその修正案を評価して、開発者がレビューするための追加情報を作成します。
5月には、これらのシステムによって重大(critical)に分類された1件を含む20件を超える脆弱性が、実際の製品版に到達する前に食い止められたと報告されています。
しかしGoogleは、脆弱性をより迅速に発見・修正するためには、パッチをユーザーに届ける速度を上げることも必要だと述べています。
セキュリティ修正がChromeの公開ソースコードにコミットされると、攻撃者はその変更内容を調べ、更新がユーザーに届く前に脆弱性をリバースエンジニアリングしようと試みる可能性があります。
Googleはこのパッチ適用のギャップを縮小するため、Chromeを毎週のセキュリティ更新を伴う2週間ごとのメジャーリリースサイクルへと移行しつつあり、さらに週2回のセキュリティリリースを試験的に導入しています。
ユーザーへの影響を抑えるため、同社はブラウザを再起動せずに更新を適用できる「動的パッチ適用(dynamic patching)」の開発も進めています。
Chrome 150のmacOS版では、開いているウィンドウがなくバックグラウンドで動作している際に、保留中の更新を適用するためブラウザが自動的に再起動できるようになりました。
Googleは、動的パッチ適用、非アクティブ時の自動再起動、そしてセッション復元機能の改善を通じて、Chromeを常に最新の状態に保ち続けることを長期的な目標に掲げています。
攻撃者に先んじて、あらゆる防御層をテストする
セキュリティチームが記録できている攻撃成功事例はわずか54%、アラートが上がるのはたった14%に過ぎません。残りは検知されないまま環境内を通過しています。
Picusのホワイトペーパーでは、侵害・攻撃シミュレーション(Breach and Attack Simulation)がSIEMやEDRのルールをどのようにテストし、検知をすり抜ける脅威を食い止めるかを解説しています。