XBOWのGPT-5.6によるChromeエクスプロイト、Googleのフルチェーン報奨金25万ドルを獲得

XBOWは6日間で3つのバグを連鎖させたChromeエクスプロイトを構築し、Googleのフルチェーン最高報奨金25万ドルを獲得した。XBOWのGPT-5.6によるChromeエクスプロイトは、通常のJavaScriptから始まり、Windows上のあらゆるChromeサンドボックスの外部で動作するコードの実行に至った。

ただし、この成果はAIモデルが独力でChromeを突破したことを意味しない。研究者のBrendan Dolan-Gavitt氏が標的を選び、コンテキストを提供し、発見をレビューし、エクスプロイトの各段階をつないだ。OpenAIが公開しているgpt-5.6-solモデルを使うエージェントは、ソースコードを探索し、仮説を検証し、概念実証を作成した。

より本質的な論点は、研究時間の圧縮にある。XBOWによれば、同等の作業には従来、4人の専門家と6〜9カ月を要した。今回報奨金を得たチェーンは、先行研究、再利用可能な手法、そして失敗に終わった1本のチェーンによって土台が築かれた後、8月の短期集中作業で生まれた。

Googleは最終エクスプロイトを再現し、3件の脆弱性を修正したうえで報奨金を承認した。これらの事実により、このプロジェクトは私的なベンチマークの域を超えた。同時に、実際の競争圧力も浮き彫りにする。ブラウザー防御側は今後、経験豊富な人間が導く機械規模の脆弱性調査に対峙しなければならない。

6日間のチェーンはChromeの全サンドボックスを越えた

決定的だったのはChromeのバグを1つ見つけたことではなく、ウェブページからWindows上のコード実行に至る検証済みの経路へ、独立した3つの欠陥を接続したことだった。

XBOWは、研究者がラスベガスでBlack HatとDEF CONに参加していた2026年8月2日から8月7日にかけて、報奨対象となったチェーンを構築した。同社はGoogleが修正を配信した後の10月13日にこの取り組みを公開した。

フルチェーンは、それぞれ異なる能力をもたらす脆弱性を組み合わせる。各段階で、単一の欠陥だけでは越えられない別個のセキュリティ境界を攻撃者は突破する。

第1段階の標的は、ChromeのJavaScriptエンジンであるV8だった。コンパイラのエラーにより、エクスプロイトはV8の保護メモリー領域内で広範な読み書きアクセスを得た。

V8は大半のJavaScriptオブジェクトを、分離された4ギビバイトのアドレス空間に配置する。このプロセス内サンドボックスは、JavaScriptオブジェクトを破損させた後に攻撃者が到達できる範囲を制限する。

第2段階は、ChromeのアニメーションWebPデコード経路を攻撃した。V8内のアクセスをこの保護領域外への精密な書き込みに変換し、最初の主要な境界を越えた。

第3段階の標的は、ChromeのクラッシュレポートコンポーネントであるCrashpadだった。Crashpadは、プロセス障害時に検査する必要があるため、レンダラーサンドボックスの外部で動作する。

この最後の脆弱性は、限定的なメモリー書き込み能力を、サンドボックス化されていないクラッシュハンドラー内でのコード実行に変えた。XBOWは通常のChrome BetaページからWindowsの電卓アプリケーションを起動して、その結果を実証した。

Dolan-Gavitt氏による詳細なエクスプロイト分析は、3つの段階とそれらのインターフェースを記録している。また、この研究における人間と機械の役割も説明している。

この攻撃では、ページの読み込み後にダウンロードや追加のクリックは必要なかった。修正前であれば、悪意あるサイトがブラウザーコンテンツだけで理論上このチェーンを発動できた可能性がある。

XBOWによれば、これらの脆弱性がChromeユーザーに対して悪用されたことはない。同社はGoogleのVulnerability Reward Programを通じて報告し、公開前にGoogleが欠陥を再現・修正する時間を確保した。

Googleの公開イシュートラッカーも、最も重要な結果を独自に確認している。エンジニアは、このエクスプロイトがChrome Betaから電卓を起動したと記録しており、プログラムは25万ドルの報奨金を承認した。

この検証が重要なのは、企業による実演では環境上の制約が省かれる場合があるからだ。ここではGoogleの記録が、チェーンが機能し、最高額のブラウザーエクスプロイト報奨の対象となったことを確認している。

この報奨金は、Googleが2026年4月に導入したルールに基づく最初のフルチェーン支払いでもあった。これらのルールでは、ウェブコンテンツから始まりブラウザープロセスを侵害するエクスプロイトに最高額を設定している。

Googleは2026年中、この種のボーナスを4件に限定している。そのChrome VRPルールは、実証済みのチェーンを希少かつ特に価値の高い報告として扱っている。

最終チェーンはXBOWの最初の試みではなかった。以前の経路はGoogleがすでに把握していた脆弱性に依存しており、そのコンポーネントは重複とみなされ、新規報奨の対象外となった。

XBOWがプロジェクト全体を失わずに済んだのは、エクスプロイトを交換可能なモジュールに分離していたためだ。Dolan-Gavitt氏とエージェントは、重複した中間段階をアニメーションWebPの欠陥に置き換えた。

この置き換えこそが、この事例の核心である。成果は、何もないところからエクスプロイトを生んだ1つのひらめきのプロンプトではなく、再利用可能な研究システムに依存していた。

XBOWのGPT-5.6によるChromeエクスプロイトがコスト曲線を変える理由

この6日間という成果がブラウザーベンダーに圧力をかけるのは、高度なエクスプロイトの背後にある高コストな探索、検証、統合作業を圧縮するためだ。

従来、完全なChromeチェーンには、コンパイラ、ブラウザー内部構造、オペレーティングシステム、エクスプロイト緩和策にまたがる希少な専門知識が求められてきた。研究者は、新規性と互換性の両方を備えた欠陥を見つけなければならない。

次に、孤立したバグを安定した能力へと変換する必要がある。ある段階ではメモリーを露出させ、別の段階ではサンドボックスを越え、さらに第3段階でコード実行を完了させることになる。

XBOWによれば、大規模言語モデル以前には、同様の作業には4人チームでおよそ6〜9カ月を要した。同社初の社内フルチェーンには約2カ月かかったという。

今回報奨を得たチェーンは6日間で完成した。XBOWは保存されたエージェントログから利用状況を再構築し、この短期集中作業におけるAPI料金を約4万ドルと推定した。

この比較には慎重な位置づけが必要だ。6日間のキャンペーンは、組織としての知識がゼロの状態から始まったわけではない。数カ月に及ぶ探索と、以前に完成させたチェーンに続くものだった。

XBOWの研究者は、過去のプロジェクトで開発したエクスプロイト技術も提供していた。エージェントは高品質な事例、確立済みのツール、モジュール型アーキテクチャを活用できた。

こうした条件を踏まえても、変化は大きい。再利用可能な専門知識は、1人の研究者の注意力に制約されるのではなく、並列したエージェントセッション全体に複製できるようになった。

エージェントは広範なソース検索、仮説の生成、テストプログラムの作成、初期エクスプロイト段階の改良を担った。人間は戦略、検証、そして作業を結び付ける判断に集中した。

この分業は脆弱性調査の経済性を変える。多くの試みが失敗に終わる場合でも、ソースレビューと実験的な反復は膨大な専門家の時間を消費し得る。

エージェントは、より狭い複数のキャンペーンを同時に実行できる。XBOWは問題を、脆弱性の発見、V8の破損、サンドボックス脱出、レンダラー脱出、最終統合に分割した。

並列化は成功を保証しない。だが、固定された期間内に人間が検討できる、技術的にもっともらしい経路の数を増やす。

25万ドルの報奨金は、給与、インフラ、事前研究の費用を除けば、報告されたAPI料金を21万ドル上回った。この計算だけでは、再現可能な利益率を示すことにはならない。

バグバウンティの報奨金は、新規性、深刻度、再現性、タイミングに左右される。技術的に有効な脆弱性でも、別の報告者が先に提出していれば、報告者にとっては無価値になり得る。

重複したGin脆弱性は、このプロジェクトでそのリスクを示した。同じオープンソースコードを探索する自動化された研究者が増えれば、おそらくこうした衝突も増加する。

Googleも自らのセキュリティ活動でAI支援技術を活用している。したがって、これは単純にAI攻撃者と人間の防御者の対決ではない。

モデルを信頼できる研究システムに転換できる組織同士の競争である。標的選定、証拠管理、再現、開示の規律が差別化要因となる。

ブラウザーチームにとって、外部研究の加速は運用上の圧力を生む。ベンダーは報告を再現し、修正を準備し、リリースを調整し、技術詳細が広まる前に関連コードを評価しなければならない。

この圧力はGoogleにとどまらない。大規模なネイティブコードアプリケーションを提供するあらゆる企業が、複数サブシステム間の相互作用を見つけるための研究障壁の低下に直面する。

デスクトップソフトウェア、サーバー、組み込み機器には、同じ種類の隠れた前提が存在する。あるコンポーネントが信頼する値を、別のコンポーネントが予期せず変更できる場合がある。

XBOWの成果は、こうしたコンポーネント間の前提がAI支援調査にとって特に有望な標的であることを示唆している。モデルはソースコード全体を広く探索し、目立たない実装上の詳細を結び付けられる。

この能力は、自らのシステムを継続的にテストできる防御者に有利に働く。また、不成功または危険な発見を開示せずに、反復的なキャンペーンを実行できる攻撃者にも有利に働く。

3つの可変な前提がエクスプロイトを成立させた

各段階は、Chromeが安定しているとみなした異なる前提を破り、エージェントが追求できる一貫した技術的パターンをもたらした。

第1の脆弱性は、V8の中間層最適化コンパイラであるMaglevに存在した。Maglevは、オブジェクトの形状と値に関する前提を置くことでJavaScriptを高速化する。

その前提が崩れると、V8は最適化解除を行う。通常のJavaScriptオブジェクトを再構築し、より特化度の低いコードで実行を再開する。

脆弱な経路では、本来は別々に再作成されるべきボックス化された数値が再利用されていた。そのため、再構築された2つのオブジェクトが1つの可変値を共有する一方、コンパイラロジックはそれを不変として扱う可能性があった。

エクスプロイトは、その共有値を2回の観測の間に変更した。あるチェックは安全な配列インデックスを承認したが、後の操作では変更後の値を実際のオフセットとして使用した。

この不一致により、V8の分離領域をまたぐメモリーアクセスが生じた。JavaScriptからエクスプロイトは、ポインターを調べ、サンドボックス内のオブジェクトを操作できた。

Googleの修正では危険な再利用が取り除かれた。V8は、定数と見なされていた値を重複排除するのではなく、関連する各オブジェクトに対して新しいボックス化数値を生成するようになった。

第2の脆弱性は、別の所有権に関する前提を悪用した。ChromeのWebCodecsインターフェースでは、JavaScriptがArrayBufferを画像デコーダーへ転送できる。

通常のJavaScriptセマンティクスでは、そのバッファーを転送すると古いビューは切り離される。その後、デコーダーは基礎となるバイト列を排他的に所有し、安定しているものとして扱える。

すでにV8のサンドボックスを制御している攻撃者は、切り離しを強制する管理情報を破損できる。XBOWは、Chromeが転送完了と認識した後も1つのビューを存続させた。

エクスプロイトは、同じメモリー内に同じ長さの有効なアニメーションWebP画像を2つ配置した。Chromeに一方の画像のジオメトリーを検査させた後、バイト列をもう一方の画像に置き換えた。

デコーダーは、最初の画像のキャッシュ済み寸法と、2番目の画像のピクセルデータを組み合わせた。このチェック時から使用時までの欠陥は、ネイティブヒープオーバーフローを引き起こした。

XBOWはこのオーバーフローを、選択した1つのネイティブアドレスへの、選択した1回の64ビット書き込みへと洗練させた。それだけで、最後の境界越えに向けたコードをレンダラー内に準備するには十分だった。

第3の脆弱性は、中断されたレンダラーは変更できないというCrashpadの前提に関係していた。Crashpadは、クラッシュレポートのためにメモリーを読み取る前にプロセスを停止する。

Windowsは、プロセス凍結を回避できる特別なスレッドフラグをサポートしている。XBOWはそのようなスレッドを作成し、Crashpadが関連する2回の読み取りを実行する間にページ権限を変更した。

Crashpadの最初の読み取りは失敗した。復旧ロジックは、要求されたデータがページ境界をまたいだと推測し、より大きな長さで再試行した。

フリーズ除外スレッドにより、リトライ前にソースページの読み取りが可能になった。Crashpad は宛先の割り当て容量を超えるデータをコピーし、隣接するオブジェクトを破損させた。

XBOW は周辺のヒープを配置し、上書きが稼働中の writer オブジェクトを変更するようにした。その後、チェーンは正当な制御フローをリダイレクトし、サンドボックス外でプロセスを起動した。

Google は、リトライを2つの値のうち小さい方、すなわち元のリクエストかソースページ内の残りバイト数に制限することで脆弱性を修正した。

この修正により、Crashpad のタイミングへの依存が排除された。別のスレッドがマッピングを変更しても、リトライが呼び出し元の宛先容量を超えることはない。

こうした仕組みは、このチェーンに汎用的なコード生成以上のものが必要だった理由を示している。各段階では、コンパイラの挙動、画像デコード、ヒープレイアウト、Windows のプロセスセマンティクスに関する知識が求められた。

エージェントは、この膨大な探索空間を調べる作業を支援した。人間の研究者は、どの結果が信頼でき、互換性があり、統合する価値があるかを判断した。

共通するテーマは、恒久的だという前提の裏に隠れた可変性だった。数値、画像バッファ、停止中のプロセスはいずれも、コードがそれらを固定されたものとして扱った後に変化した。

Dolan-Gavitt は、この種の不変条件違反は大規模言語モデルに適していると主張する。モデルは、オペレーティングシステムのインターフェースに関する幅広い知識と、オープンソースリポジトリ全体で見つかるパターンを結び付けられる。

これは依然として、1つのプロジェクトから導かれた仮説にとどまる。それでも防御側にとっては、具体的な探索戦略を示している。すなわち、あるコンポーネントが別のコンポーネントは状態を変更できないと仮定している、すべての境界を特定することだ。

これは人間主導のAI研究であり、自律的なハッキングではない

このプロジェクトを完全に自律的なものと呼べば、標的を選び、弱い経路を退け、衝突後にチェーンを立て直した専門家の判断を見落とすことになる。

XBOW は、自律型攻撃的セキュリティ企業を名乗っている。同社の発表では、受賞対象となった6日間のキャンペーンで、1人の研究者がエージェントと協力したことにも言及している。

自律性を研究プロセス全体の所有ではなく、タスク実行を表すものと捉えるなら、両方の説明は正確であり得る。エージェントは、各段階で人手によるコーディングを必要とせず、大きな技術的作業を完了した。

エージェントは Chrome のソースツリーを検索し、アイデアを検証し、概念実証を構築し、初期のエクスプロイト草案を作成した。これらはいずれも、脆弱性発見における重要な工程である。

Dolan-Gavitt 氏と他の XBOW 研究者は、キャンペーンの枠組みを設計した。彼らは例を提供し、出力に異議を唱え、探索を方向転換させ、統合するコンポーネントを選定した。

人間の研究者は、チェーンがクリーンなインターフェースとバックアップを用いるべきだとも認識していた。このアーキテクチャ上の選択により、チームは重複した Gin ステージを迅速に置き換えられた。

Google に受理されるリスクを考慮して、脆弱性を交換可能にすべきだと判断したのはモデル単独ではない。この判断は、開示プログラムとエクスプロイト開発の経験を反映している。

また、先行する研究により、「6日間」という表現を文字どおりに解釈することも難しくなる。XBOW は1月の社内会議後、Chrome のフルチェーンを追求し始めた。

同社によると、最初のチェーンには2か月を要した。最終スプリントは、その間に蓄積されたツール、失敗した試み、標的に関する知識の恩恵を受けた。

これは6日間という数字が誤りだという意味ではない。XBOW は、受賞対象となったチェーンの構築期間を8月2日から8月7日までと明確にしている。

つまり、この測定値は、背後にある組織的能力全体の構築ではなく、最終キャンペーンを対象としている。この区別は、再現性を評価する際に重要だ。

有能なセキュリティ研究者でも、同額の API 利用費を投じて同じ結果を再現できるとは限らない。XBOW は技術報告の中で、この結論に飛びつくべきではないと明示的に警告している。

モデルへのアクセスは、入力要素の1つにすぎない。高品質な例、評価ツール、エクスプロイトの知識、規律あるオーケストレーションはすべて、生成されたアイデアがテストを生き残れるかに影響する。

公開情報には、ラベル付けの不整合も含まれている。XBOW の発表では、CVE-2026-85045 をアニメーション WebP のステージに割り当てている。

一方で、技術レポートと Google のリリース情報は、この識別子を V8 の脆弱性に関連付けている。WebP の脆弱性については、利用可能な記録の中で明確に確認された公開識別子はない。

この不一致は、検証済みのフルチェーンを損なうものではない。ただし、読者が技術的な確認と洗練された発表文を分けて考えるべき理由を示している。

2つの脆弱性には明確な公開識別子がある。CVE-2026-78952 は Crashpad の問題を、CVE-2026-85045 は V8 の問題を対象とする。

WebP のステージには公開された Chromium issue と文書化された修正がある。不確実な CVE ラベルを確定事項として繰り返すべきではない。

The Hacker News による独立報道も、より広い一連の流れと修正対応を確認しつつ、同じ不整合を指摘した。

XBOW はまた、脆弱な経路が Windows 上の Chrome ユーザー10億人に影響したと推定している。この露出規模の数字は同社によるもので、Google が公開した測定値ではない。

影響を受け得る集団と、侵害された集団は同じではない。XBOW は、これらの脆弱性が Chrome ユーザーに対して使われた証拠は見つかっていないとしている。

最も安全な結論は、より限定的でありながら強力だ。専門家の指導を受けた公開汎用モデルは、Google が再現し報奨を与えた実際のエクスプロイトを大幅に加速させた。

この結果は、ベンチマークスコアよりも重大な意味を持つ。同時に、最も劇的な要約が示唆するほど自律的なものでもない。

AIによる脆弱性研究は防御側にジレンマをもたらす

ベンダーが危険なコード経路を見つけるのに役立つ同じ自動化は、それを探せる能力を持つグループの数を増やす可能性がある。

XBOW はこの取り組みを、防御側がまず自社ソフトウェアに対して攻撃的エージェントを展開すべきことの証拠として提示している。この主張には実践的な説得力がある。

ソフトウェアベンダーは、ソースコード、テスト環境、システム知識、そして発見事項を修正する権限を持つ。法的な境界を越えずに、継続的なキャンペーンを実行することもできる。

攻撃者には異なる利点がある。失敗した試みを文書化する必要も、修正を調整する必要も、開示期間を待つ必要もない。

モデルの能力が向上するにつれ、複雑なコードベースを探索するコストは双方で低下する。その結果、脆弱性の導入から、誰かが実用的なエクスプロイトを構築するまでの間隔が短くなる。

Google の報奨プログラムは、その能力を協調開示へと向け直そうとしている。高額な報奨金は、チェーンを報告する方が売却や非公開での利用より魅力的になるようにする。

報奨だけですべての発見を受け止められるわけではない。プログラムには対象範囲のルール、報告要件、対象となるボーナスの上限がある。

衝突もインセンティブを弱める。複数のエージェントシステムが同一の脆弱性にたどり着いた場合、完全な評価を受けるのは最初の適格な報告者だけだ。

これにより、研究者には新たな最適化問題が生まれる。一般的な脆弱性を素早く見つけることも重要だが、珍しい経路を見つけることはさらに重要になる。

XBOW のモジュール設計は、この環境に直接対応したものだった。あるコンポーネントが対象外になっても、バックアップステージがより大きな提出物を守った。

防御側は、十分な資源を持つ攻撃者にも同じ戦略を期待すべきだ。モジュール型エクスプロイト開発により、グループはパッチ適用済みまたは発見済みのコンポーネントを置き換え、キャンペーン全体を放棄せずに済む。

AI システムは、一見もっともらしいが誤った発見を大量に生成することもある。検証を改善せずに発見作業を自動化するセキュリティチームは、高コストなノイズを生み出す可能性がある。

概念実証は、抽象的な警告を観測可能な挙動に変換するため、この問題を絞り込む。完全なチェーンは、個別の弱点がどのように組み合わさるかを示すことで、さらに踏み込む。

しかし、エクスプロイト生成にはガバナンス上のリスクが伴う。モデルにはテスト中、機密性の高いソースコード、クラッシュデータ、認証情報、内部アーキテクチャが渡される可能性がある。

組織には、データアクセス、隔離、ログ記録、開示に関する統制が必要だ。また、エージェントが何をテストでき、生成されたエクスプロイトをどこで実行できるかについて、明確な権限も必要になる。

研究と展開の境界では、人間によるレビューが依然として不可欠である。ブラウザエクスプロイトを変更できるエージェントに、本番システムへの無制限のアクセスを与えるべきではない。

OpenAI や他のモデル提供者も、関連する政策上の問題に直面している。厳しい制限は正当な防御活動を妨げ得る一方、広範なアクセスは攻撃能力を拡大し得る。

同社によると、XBOW の GPT-5.6 Chrome エクスプロイトは公開利用可能なモデルを使用した。政府専用の特殊なシステムは必要としなかった。

この点は、狭い範囲のセキュリティモデルを制限するだけの戦略を弱める。適切なハーネスと組み合わせれば、汎用的なコーディング能力と推論能力がすでに高度な研究を支えている。

そのため防御側には、アクセスに関する議論だけでなく、運用上の対応が必要になる。より迅速なパッチ開発、より優れたサンドボックス境界、継続的な敵対的テストの重要性が増す。

チームは制度的知識も保持しなければならない。エージェントのログ、失敗した仮説、再現環境、レビュアーの判断は、再利用可能なセキュリティ資産を構成する。

検索可能なエンジニアリング知識ベースは、チームがインシデントをまたいでその文脈を保持するのに役立つ。エクスプロイトの専門知識を置き換えることはできないが、調査作業の重複を減らすことはできる。

より広い教訓は、AI がソフトウェアセキュリティを自動化したということではない。有能な実験がより速くスケールする現在、規律あるセキュリティ運用の価値が高まったということだ。

Googleの25万ドル報奨後に注目すべきこと

次に必要な証拠は、もう1つの劇的な実演ではなく、再現性、防御側の対応時間、人間の介入の減少を測るべきだ。

最初のシグナルは、XBOW が無関係なネイティブコードの標的でもこの結果を再現できるかどうかだ。同社は、デスクトップソフトウェア、サーバー、組み込みシステム向けの自律製品を開発しているとしている。

報奨を受けたブラウザチェーンが1つあるだけでは、一般的な能力を立証できない。異なるアーキテクチャにわたる発見が繰り返されれば、エージェントのオーケストレーションが Chrome を超えて転用できるという主張は強まる。

こうした結果の質は、生の脆弱性件数より重要だ。実証コードが機能し、修正が受理された重大度の高い発見は、未検証のスキャナー警告より強い証拠となる。

2つ目のシグナルは、ブラウザベンダーが内部テストをどのように変えるかだ。Google はすでに、AI支援セキュリティ研究の時代に向けて報奨プログラムを調整している。

同社の2026年フレームワークは、再現可能で影響の大きい報告を重視し、条件を満たす Chrome フルチェーンに最大25万ドルを提示している。Google は、自社の脆弱性検出を改善するための AI 利用についても議論している。

報告の受理から安定版の修正までの期間が短くなるかを注視したい。また、可変状態に関する仮定のクラス全体を排除するアーキテクチャ変更にも注目すべきだ。

3つ目のシグナルは、成功したチェーンにおける人間の関与の減少である。XBOW は、エージェントが1年以内に3種類のバグをそれぞれ独立して見つけられるようになる可能性があると予測している。

この主張には証拠が必要だ。将来のシステムは、有望な標的を選び、誤った経路を退け、衝突に対処し、より少ない専門家の指示でステージを統合する必要がある。

生成された概念実証の数を数えるだけでは不十分だ。より厳しい検証は、管理され認可された条件下で、エージェントが新規性のある、ベンダー確認済みのチェーンを生み出せるかどうかである。

開示記録は、危険な詳細を早まって公開することなく、進捗を明らかにできる。誰が標的を選んだか、どの程度の介入があったか、どのステージで専門家による修正が必要だったかを示せる。

読者は、報奨プログラムの混雑状況にも注目すべきだ。重複報告が増えれば、自動化システムが似たコードパターンに集中していることを示すだろう。

受理された無関係な発見が急増すれば、より広いカバレッジを示唆する。反対に、ノイズの多い提出が急増すれば、セキュリティを比例して改善することなく、ベンダーの対応チームに負担をかけることになる。

ユーザーにとって、直ちに取るべき行動は単純だ。Chrome は更新を自動的にインストールするが、保護はブラウザを再起動して初めて有効になる。

確認された脆弱性は、Chrome 152のリリースサイクルで修正されました。ユーザーはChromeを再起動し、保留中のアップデートが残っていないことを確認してください。

セキュリティ責任者にとって、より重要で難しい問いは次のとおりです。自社ソフトウェアに対する機械生成のエクスプロイトチェーンを、チームはどれほど迅速に検証し、修正できるでしょうか。

XBOW GPT-5.6によるChromeエクスプロイトは、人間の研究者が時代遅れになったことを示すものではありません。適格な研究者1人が、これまでよりはるかに多くの実験を指揮できるようになったことを示しています。

この変化は、モデルへのアクセスを強力な技術レビュー、管理されたテスト、迅速な修正対応と組み合わせられる組織に有利に働きます。脆弱性発見の高速化から誰が利益を得るかを決めるのは、モデル名だけではなく、こうした能力です。