Googleは2026年7月30日、Chrome Security Teamによる記事を公開し、脆弱性の発見、トリアージ、修正へのAI活用状況を示した。2026年初頭にGeminiを用いたエージェントハーネスを構築し、13年以上コードベースに存在したサンドボックスエスケープを発見している。
Chrome 149と150では1072件のセキュリティバグを修正し、直前23マイルストーンの合計を上回った。CIに統合したBigSleepとCodeMenderにより、5月だけで20件超の脆弱性が本番環境到達前にブロックされた。VRPへのバグ報告は3月時点で2025年通年の総数を超えている。
現在は週2回のセキュリティリリースへの移行を試験中で、Chrome 150ではmacOSでウィンドウを閉じた状態での自動再起動を導入した。
From: 
Stronger with every update: How we’re making Chrome and the web safer in the AI Era
【編集部解説】
バグが「増えた」のではなく、見つかるようになった
Chrome 149と150の2マイルストーンで修正された1072件は、それ以前の23マイルストーンの合計1036件を上回ります。しかも149と150は、どちらも2026年6月中のリリースでした。2年分の積み上げを、1か月で追い越したことになります。
ただし、数字だけで、Chromeが急に脆くなったとは判断できません。同じコードに長く潜んでいた欠陥が、AIによって可視化された。Google自身も、発見・修正されるバグが増えることは失敗の兆候ではないと明言しています。
変化の質は、修正の出どころに表れています。元記事によれば、現時点で大半の脆弱性についてLLMが修正候補を生成しています。7月8日に配信されたChrome 150の更新では、27件のうち外部研究者による報告は3件にとどまり、大半がGoogle自身の発見でした。この傾向は2か月以上続いていると報じられています。
脆弱性発見の重心が、外部研究者との共同作業から、ベンダー内部の自動化された工程へ移りつつある。VRPの方針を「社内で発見しているものに上乗せとなる報告」へ寄せたという記述は、その裏返しでもあります。
これはChromeだけの話ではありません。Microsoftの2026年7月のPatch Tuesdayは過去最大の570件を修正しました。2025年7月の137件から316%増です。Adobeは月2回配信へ移行し、Cisco、Oracle、Mozillaも頻度を上げています。一方Appleは、独立集計で2026年482件と、2015年当時とほぼ変わらないペースにとどまります。
パッチ件数だけでは、製品の安全度を測れなくなりました。件数はいまや、その企業がAIによる探索にどれだけ投資したかを反映する要素のひとつです。
もっとも注目に値するのは1072という数字ではなく、Googleが率直に認めているボトルネックの所在だと編集部は考えます。
発見後のトリアージ、修正、テスト、リリースまでは1〜2日。しかし、ユーザー任せの運用では、再起動までの時間を制御しにくいのが現状です。修正が公開リポジトリに現れた瞬間から攻撃者は差分を解析できるため、この待ち時間がそのままN-day攻撃の窓になります。レンダラーやGPUプロセスを稼働中に差し替える「ダイナミックパッチング」が構想として持ち出された理由は、ここにあります。
企業にとっては別の重さがあります。メジャー更新が2週間ごと、さらにセキュリティ更新が週2回まで加速すれば、従来型の手動フル検証では追いつきにくくなります。RelaunchNotificationポリシーの推奨は、更新の適用を従業員個々の判断に委ねる運用そのものがリスク要因になった、という認識の表明でもあります。
Googleが「防御側が優位を保つ」と結論する根拠は、発見数でも修正数でもありません。配信と適用の速度、そしてバグのクラス全体を潰す構造的な防御。Chromeのエンジニアリング担当ディレクターであるダグ・ターナー氏は、脆弱性を先回りして修正し、敵対者を上回るペースにあるとTechCrunchの取材に語っています。攻撃者と防御者が同じ発見能力を手にした以上、差がつくのは発見の先の工程だけだ、という判断です。
ただし課題も残ります。Endor LabsのCEOであるバルン・バドワー氏は、AIが表面化させた数千件のオープンソース脆弱性のうち、パッチが当たったものは5%未満だとしています（同社の自己申告であり第三者検証はありません）。Chromeは2,300を超える依存関係を抱えており、上流のメンテナーの対応能力が詰まれば、そこで流れは止まります。
そしてC++のランタイム対策が数年で限界効用逓減に達するとの見立てのもと、Rustへの移行と、UIをWeb技術で書き直す可能性まで示されました。Chromeの土台そのものを、長期にわたって組み替える方針です。AIによる開発の加速が、これまで重すぎて手をつけられなかった構造改革の実行可能性を変えつつある。この記事が本当に伝えているのは、そちらなのかもしれません。
【関連記事】
Microsoft初のサイバーAIモデル、9割を小型で処理し防御コスト半減へ(内部)
本記事で触れたMDASHの詳報。同じ現象がMicrosoft側でどう進んでいるかを確認できる。
Wiz「Atlas」がCyberGym Level 1で90.9%、OSSから未知の脆弱性200件超を発見と報告(内部)
脆弱性を見つける側のAIツールの現在地。本記事が扱う「発見の先」と対をなす。
Linux Foundation「Akrites」発足、AIが脆弱性を数分で見つける時代に19社が結束(内部)
本記事で言及したAkritesの発足を詳報。創設19社の顔ぶれと設立の背景を掲載。
Google DeepMind「CodeMender」発表、AIが脆弱性を自律修正し6か月で72件のパッチ提供(内部)
ChromeのCIに統合されたCodeMenderの発表時の記事。実運用に至る前段にあたる。
【編集部後記】
Chromeのアドレスバーに chrome://settings/help と入力すると、バージョン番号がビルドまで表示されます。最新ビルドへ更新し、再起動を行って初めて、Chrome 149・150までに公開された修正が適用されます。
Chrome 153が配信される9月8日から、この番号は2週間ごとに繰り上がります。ダイナミックパッチングが実装されたとき、レンダラーとGPUプロセスだけが更新されてブラウザープロセスが古いまま残る状態を、私たちはどのバージョン番号で呼ぶことになるのでしょうか。
【用語解説】
レンダラープロセス
HTMLやJavaScriptの解釈・描画を担うプロセス。Chromeはこれを本体から分離して実行しており、一般にはタブやサイトの単位で切り分けられる。悪意あるWebページと直接接する最前線であるため、常に「侵害されうる存在」として設計されている。GPUプロセスも同様に、描画処理を分離するための子プロセスだ。
継続的インテグレーション（CI）
コードの変更が加えられるたびに、自動でビルドとテストを実行する仕組み。Chromeでは、ここにAIによる脆弱性検査が組み込まれ、24時間ごとに全変更を走査している。
N-day攻撃とパッチギャップ
修正コードが公開リポジトリに現れてから、実際にユーザーの端末へ届くまでには時間差がある。この空白が「パッチギャップ」であり、攻撃者が公開された差分を解析して悪用する攻撃が「N-day攻撃」だ。ゼロデイと異なり、防御側はすでに欠陥を把握しているにもかかわらず被害が出る点に、この問題の本質がある。
ダイナミックパッチング
ソフトウェアを停止させずに、稼働したまま更新を適用する技術の総称。Chromeの構想では、レンダラーやGPUといった子プロセスを順次、更新済みのバイナリへ差し替えることを想定している。無停止更新という点では、Linuxカーネルで実用化されている「ライブパッチ」と発想が近い。
RelaunchNotificationポリシー
IT管理者がChromeに設定できる企業向けポリシー。保留中の更新がある場合に、推奨通知、繰り返し通知、設定期限後の強制再起動という段階で構成できる。
Patch Tuesday
Microsoftが毎月第2火曜日にまとめて公開するセキュリティ更新のこと。2003年の開始以来20年以上にわたり業界の運用リズムを規定してきた仕組みだが、AIによる脆弱性発見の急増によって、その1回あたりの規模が拡大している。
VRP（Vulnerability Reward Program）
脆弱性を報告した外部研究者へ報奨金を支払う制度。2026年4月末の改定では、AIが見つけにくい高難度の脆弱性へ研究者の関心を向けるよう、報奨額と対象カテゴリーが見直された。Chrome側の標準報奨額は多くの区分で引き下げられている。
【参考リンク】
Chrome Releases(外部)
Chromeの各ビルドで修正された脆弱性を確認できる一次情報源。ポイントリリースを含む全配信の記録が時系列で公開されている。
Chrome の2週間リリースサイクル(外部)
2026年9月のChrome 153からメジャーリリースを2週間ごとに切り替える公式告知。週次セキュリティ更新導入の経緯にも触れている。
Chrome 151 リリースノート(外部)
2026年7月28日に安定版として配信されたマイルストーンの変更点一覧。対応プラットフォームと追加機能を確認できる。
Google Chrome を更新する(外部)
公式ヘルプ。「Google Chromeについて」画面での更新確認手順と、保留中の更新を適用するための再起動の操作が説明されている。
RelaunchNotification ポリシー(外部)
更新適用のための再起動をユーザーに促す企業向けポリシーの設定手順。段階的な強制再起動の構成方法も説明されている。
Evolving the Android & Chrome VRPs for the AI Era(外部)
2026年4月末に発表されたAndroidおよびChromeの報奨金制度改定の公式説明。報奨額と対象カテゴリーの見直し内容が記されている。
Introducing CodeMender: an AI agent for code security(外部)
脆弱性を自動修正するAIエージェントの発表。Gemini Deep Thinkを基盤に、修正の妥当性を自動検証する仕組みを解説している。
Chromium Docs｜Severity Guidelines(外部)
脆弱性の深刻度をCritical、High、Medium、Lowへ分類する公式基準。サンドボックスエスケープの扱いもここで規定されている。
Chromium Docs｜Rule of Two(外部)
信頼できない入力、メモリ安全でない言語、高い権限のうち2つまでとするChromeの設計原則。Rust移行の論拠となっている。
Mozilla｜Firefox のリリースサイクル変更(外部)
Firefox DesktopとAndroidを4週間から2週間サイクルへ移行する2026年7月23日の告知。Chromeと同じ方向の動きを確認できる。
【参考記事】
Google says it fixed more Chrome bugs in June than over the past two years, thanks to AI(外部)
比較対象が1036件であること、Chromeのダグ・ターナー氏の発言を伝えた記事。Appleの状況にも触れている。
Google says AI helped Chrome fix 1,072 security bugs in two releases(外部)
1072件が直前23マイルストーンの合計を上回った点を整理。13年潜伏したサンドボックスエスケープやSECURITY.mdにも触れている。
Google says it fixed more Chrome bugs in June than over the past two years, thanks to AI(外部)
修正件数の急増を業界横断で捉えた記事。Appleが独立集計で2026年482件と、同じ曲線を描いていないことを指摘している。
Microsoft Patches a Record 570 Security Flaws(外部)
過去最多570件の修正を報じた記事。Adobe、Cisco、Mozilla、Oracleが軒並み配信頻度を上げていることにも言及している。
Chrome 150 Update Patches 27 Vulnerabilities(外部)
2026年7月8日配信の更新を報じた記事。報告の大半がGoogleによる発見という傾向が2か月以上続いていることを記している。
Google Adjusts Bug Bounties: Chrome Payouts Drop as Android Rewards Rise Amid AI Surge(外部)
報奨金改定の内容を金額で伝えた記事。Chrome側が多くの区分で減額される一方、Androidが引き上げられた構図を示している。
After Fable 5 ban, Anthropic and 19 organizations launch open source security body(外部)
Akrites発足を報じた記事。検証済み脆弱性のうちパッチ適用が5%未満とするEndor Labsの自社データを紹介している。
