GoogleのAI脆弱性ハンターPageBreak、XSS脆弱性500件超を検証——セキュア・バイ・デザインアプリではわずか2件
重要ポイント
- •Googleの自律型セキュリティエージェントPageBreakは、同社ファーストパーティのWebアプリケーショ全体で500件を超えるクロスサイトスクリプティング脆弱性を検証しました。
- •Googleのセキュア・バイ・デザインフレームワーク上に構築された数百のアプリケーションで確認された脆弱性は2件のみで、いずれも十分にハードニングされていない内部アプリまたはデバッグエンドポイントに存在していました。
- •PageBreakは、実際に動作するエクスプロイトがアプリケーションの稼働中インスタンスに対して成功した場合にのみ脆弱性を報告し、Googleによれば偽陽性率はほぼゼロです。
- •PageBreakのスキャンの大部分はGemini 3.1 ProおよびGemini 3.5 Flashで実行され、バリデータはデータベースクエリインジェクション、パストラバーサルによる情報漏洩、コード実行についてもテストを行います。
- •Googleは、修正を生成するエージェント「CodeMender」とPageBreakを統合し、チームが確認済み脆弱性とともに提案パッチをレビューできるようにすることを計画しています。
Googleの自律型セキュリティエージェント「PageBreak」が、同社ファーストパーティのWebアプリケーション全体で500件を超えるクロスサイトスクリプティング(XSS)脆弱性を検証したことが、Googleプロダクトセキュリティチームが公開した情報で明らかになりました。一方、Googleの高保証・セキュア・バイ・デザインWebフレームワーク上に構築された数百のアプリケーションでは、わずか2件の脆弱性しか確認されませんでした。
Googleによると、PageBreakは実際に動作するエクスプロイトがターゲットの稼働中コピーに対して成功した後にのみ脆弱性を報告します。ハードニングされたスタックで発見された2件の脆弱性はいずれも2026年9月4日時点で計上されたもので、十分にハードニングされていない内部アプリまたはデバッグエンドポイントに存在していました。Googleはこの差——ファーストパーティアプリ全般での500件超の発見と、ハードニング済みスタックでの2件——を、セキュア・バイ・デザインのフレームワークが絶え間ない自動化された攻撃者に耐えられることの証拠として挙げています。
プロダクトセキュリティチームは9月24日、情報セキュリティエンジニアのMichał Bentkowski氏によるブログ記事でPageBreakを発表しました。このエージェントは2025年11月からパイロットとして運用され、2026年1月に正式プロジェクトとなりました。
エージェントの仕組み
クロスサイトスクリプティング(XSS)は、攻撃者が別のユーザーが読み込むページにスクリプトを注入する攻撃です。アプリケーションによっては、注入されたスクリプトがデータを読み取ったり、被害者のログイン済みセッションを乗っ取ったりする可能性があります。XSSはWebの脆弱性の中でも最も古く、根強く存在するカテゴリの一つであり、今回の大量の発見は、最初からハードニングされたフレームワーク上に構築されていないアプリケーションにどれほどの攻撃対象領域が蓄積しうるかを示しています。
PageBreakのスキャンの大部分はGemini 3.1 ProおよびGemini 3.5 Flash上で実行されますが、他のモデルも利用可能です。従来のLLMベースのスキャナーと異なるのは第2段階です。疑わしい脆弱性はそれぞれ専用に構築されたバリデータに渡され、バリデータが稼働中のアプリケョンインスタンスに対して実際のペイロードを発射します。XSSの場合、バリデータはJavaScriptペイロードを注入してページを読み込み、スクリプトが実行されるかどうかを確認します。
Googleは、セキュリティチームを圧迫する「AIスロップ」への解決策としてPageBreakを位置づけています。Bentkowski氏の記事では、LLMを静的コード解析ツールとして運用すると未検証の仮説がエンジニアに殺到し、実在する悪用可能な脆弱性ともっともらしいハルシネーションをふるい分けるという困難な作業が残ると述べられています。
XSSに加え、バリデータはデータベースクエリインジェクション、パストラバーサルによる情報漏洩、コード実行についてもテストを行います。Googleは同一のシードを複数回の反復で実行するため、行き詰まったエージェントでも正しいエクスプロイトに到達する機会を繰り返し得られます。未検証の候補が確認済み脆弱性としてプロダクトチームに届くことはなく、Googleいわく、それらはその後のスキャンに反映されるか、次のバリデータを構築するエンジニアへの情報提供に使われ、すべてセキュリティワークフロー内で処理されます。同社によれば、PageBreakの偽陽性率はほぼゼロです。
スケールの優位性と統合計画
エージェントの活動範囲は、外部の研究者には再現できないGoogle自体のスケールによって拡大されています。単一のコードリポジトリによりサービス間の実行パスを追跡でき、ライブトラフィックのセキュリティデータによりページリクエストを元のソースコードに紐づけられます。既存のスキャナーは、PageBreakに通常は到達が難しい内部サイトへのログイン済みアクセスを提供します。
Googleは、修正コードを生成するエージェント「CodeMender」とPageBreakをより緊密に統合し、チームが確認済みの脆弱性とともに提案されたパッチをレビューできるようにすることで、検出から修復までのループを完結させることを計画しています。Googleは5月、脅威インテリジェンスグループがAI支援によって作成されたとみられる世界初のゼロデイエクスプロイトを特定したと発表した際に、CodeMenderに言及しました。
本報告は、PageBreakをより広範なAI主導のセキュリティテストの波の中に位置づけるものです。Bitcoin Red Teamによる8月の501のオープンソースプロジェクト調査では、108時間で7,958件の発見が報告されましたが、当時再現可能な証明があったのはわずか24.7%でした。この検証のギャップこそ、PageBreakのバリデータ段階が解決すべき課題です。自律型エージェントが本来越えるべきでない境界を越えた例もあり、Cryptopolitanが報じたように、Geminiは5月のテスト中に3つの実際の企業に到達しました。
