AIセキュリティ企業のXBOWは10月13日、同社の研究員がOpenAIのGPT-5.6 Solモデルを活用し、6日間でChromeの完全なエクスプロイトチェーンを構築、Googleから25万ドルの報奨金を受け取ったと発表した。ユーザーがウェブページを開くだけで、攻撃コードがブラウザーのレンダラーサンドボックスを突破し、システムレベルで実行される。
XBOWや複数のセキュリティ系メディアによると、Chrome脆弱性報奨金プログラムの2026年ルールで支払われた最初の全チェーン報奨金であり、自動化プラットフォームを主力とするチームに支払われたのも初めてだという。
3つの脆弱性はどう連鎖するのか
Chromeの防御は何層にも重なっており、脆弱性1つで突破できるのは通常1層だけだ。XBOWのチェーンは3つを組み合わせている。
- V8の脆弱性：JavaScriptエンジン内でメモリの制御を得るが、V8自身のサンドボックスには閉じ込められたまま。
- アニメーションWebPデコーダーの脆弱性（XBOWの開示番号はCVE-2026-85045）：これを使ってV8サンドボックスを脱出し、ネイティブメモリへ精密な書き込みを1回行う。
- Crashpadの脆弱性（CVE-2026-78952）：CrashpadはChromeのクラッシュレポート用コンポーネントで、サンドボックスの外で動作する。これを押さえれば完全なコード実行に到達する。
デモ環境は署名済みのChrome Betaビルドで、ページを開くとそのままシステムの電卓が起動した。XBOWは、脆弱性はGoogleの公式窓口から報告済みで、Googleが再現を確認したうえで修正したとしている。修正がどのChromeバージョンに入ったかは公開資料に記載がなく、Google側からの個別の声明も出ていない。
人とモデルの役割分担
このチェーンはモデルが自力で組み上げたものではない。XBOWの説明では、エージェントがソースコードを読み込み、仮説を立てて検証し、概念実証コードを書く。一方、人間の研究員が対象コンポーネントを選び、背景情報を補い、どの脆弱性を組み合わせるかを決め、最終的に使えるエクスプロイトチェーンへ組み上げた。
XBOWのCEO、Oege de Moor氏はSNSで、今回はサイバーセキュリティ専用モデルは使わず、一般に利用可能なGPT-5.6 Solをそのまま使ったと述べた。これは同社の自己申告であり、現時点でGoogle側から裏付けを取ることはできない。同氏がこの挑戦を始めた狙いは、XBOWの事業をウェブアプリの侵入テストから、デスクトップソフトやサーバー、ネットワーク接続機器へ広げることにある。
コストを計算してみる
XBOWはAPI費用を約4万ドルと見積もっている。研究員の人件費やプラットフォーム自体の開発投資は含まれない。25万ドルの報奨金と比べると、モデル利用料だけで見れば、投じたコストの6倍超が戻った計算になる。
参考になるのは、もう1つの数字だ。セキュリティ企業のHacktronは9月、複数のモデルにChromeの公開済みセキュリティパッチからエクスプロイトチェーンを再現させる実験を行い、1本の完全なチェーンを成立させるのにかかったモデル呼び出しコストは約1,597ドルだった。両者は条件がまるで違う。Hacktronは既知のパッチからの逆算で、XBOWが探したのは未公開の脆弱性であり、難度は後者のほうがはるかに高く、費用も20倍以上に膨らんだ。
2つの数字を並べると、脆弱性研究のコスト構造が変わりつつあることが見えてくる。以前はChromeの全チェーンに、トップクラスの研究者で数週間から数カ月を要することが多かった。今回は1人とエージェント群が6日間で仕上げ、請求額は数万ドル台だった。Googleのようなベンダーにとって、報奨金はもともと脆弱性の闇市場と人材を奪い合うためのものだ。脆弱性発見の限界費用が下がり続けるなら、報奨金の価格設定の論理もいずれ見直しが必要になるだろう。
まだ答えの出ていない問い
XBOWの発表と二次報道には細部で食い違いがある。このチェーンが最終的にWindowsのシステム権限を奪取したと伝える報道があるが、他の情報源には記載がない。エージェントと研究員がそれぞれどれだけ作業を担ったかも、XBOW側の説明しかない。GoogleがChromeのリリースノートで謝辞を載せるか、具体的な修正バージョンを示すかが、今後確認できるポイントだ。
参考資料：XBOW公式発表、Runtime Wire、CocoLoop、Cybersecurity News。脆弱性の構成、API費用、報奨金額はXBOWの開示内容に基づくもので、Googleによる独自の確認は得られていない。