XBOW は GPT-5.6 Sol を使う六日の作業で三欠陥の Chrome 連鎖を作り、Google が再現し 25 万ドルを払ったと述べます。動く連鎖は防御の結合失敗を示し、疑わしいコードや未検証のモデル報告より強い証拠です。

公開は 2026 年 10 月 13 日、受賞版の組立は 8 月 2〜7 日の Black Hat・DEF CON 期間でした。三件とも修正済みで、利用者への攻撃は観測されなかったといいます。保存報道は継続攻撃を示さず、昔の実演を更新済みブラウザーの状態と混同すべきではありません。

重要なのは人の指揮です。標的選択、分担、出力審査、過去技法、統合を専門家が担いました。強力な支援体系の成果で、広い目標だけからモデルが独力でブラウザーを破った証明ではありません。

三欠陥は異なる防御境界を越えた

最初は V8 の最適化コンパイラー Maglev が最適化解除時に可変状態を固定とみなす問題でした。V8 保護領域へのアクセスを与えたが、描画処理の外で自由に実行できたわけではありません。

次はアニメーション WebP で検査時と使用時のデータが変わる問題、CVE-2026-85045 です。以前の保護領域を越えて描画内実行へつなぐ段階であり、一つの画像欠陥だけで全防御を抜いたのではありません。

最後は Windows の描画サンドボックス外の Crashpad。診断読み取り中、停止プロセスは変わらないという仮定が崩れます。CVE-2026-78952 とされ、完成実演は外側で電卓を起動しました。

共通する概念は変わる状態を固定扱いすることです。連結が影響を作りました。約十億 Windows Chrome 利用者という推計は到達範囲で、侵害件数でも全機器同条件の証拠でもありません。

重複報告が部品化の価値を示した

成功の一週より前から作業は続き、初版は約二カ月かかりました。Google が一部は既知と伝えました。実作業があっても重複は報酬価値を下げます。

研究者は全てを捨てず、明確な能力ごとに分けた段階と代替部品を使いました。中段を WebP へ交換し他を残せた点は、モデルの粘りだけでなく構造設計と判断です。

エージェントはソースコードの検索、仮説の検証、実演候補の作成、部品の実装を並列で担当しました。人間の研究者は調査資源を配分し、見込みの薄い案を見極めました。専門家の過去の成果も再利用されており、最後の六日間は標的への理解と組織の蓄積を土台に始まっています。何の準備もない一つの指示から始めたわけではありません。

XBOW は、過去に四人の研究者が六〜九カ月を費やした完全な連鎖の研究と比較しています。ただし、これはチームの経験に基づく評価であり、生産性を比較した統制実験ではありません。標的、使える技法、経験、偶然の条件は異なります。それでも、適切な指示と評価ができる専門家の下では、並列エージェントが試行錯誤の時間を短縮し得ると示します。

計算費は侵害の価格ではない

約四万ドルは受賞六日分の Codex 記録から再構成した API 使用量です。人件費、先行試行、初版、設備、管理、蓄積を含みません。公開ログは全作業の独立監査ではありません。

賞金と直結した利益計算は誤解を招きます。失敗、重複、修正済み問題、不安定実演も費用を消費します。四月改定後の全連鎖ボーナス数にも限りがあり、自動投稿の無限市場ではありません。

Google 規則は現行対応環境、通常防護、不安全なデバッグ設定なしの実用連鎖を求めます。報酬枠の存在と XBOW の初受賞・モデル時代初という順位主張は別です。全履歴を示す名簿は提示されていません。

再現と修正が最も強い外部根拠です。しかし人機の厳密な分担、全費用、一般的六日周期は別主張で、それぞれの証拠が必要です。

専門判断がモデル評価との見かけの差を説明する

OpenAI の配備前試験では GPT-5.6 Sol は欠陥と基礎能力を発見しても、強化 Chromium や Firefox の完全連鎖を自律構築しませんでした。高いサイバー能力だが重大閾値未満とされました。

専門家チームが、評価で難しいとされた重要な作業を担いました。有望な手掛かりの選択、利用できる技術と行き止まりの区別、代替案の調整、最終的な統合です。したがって、自律能力の評価を単純に覆したのではなく、専門組織がモデルと組み合わせて、より強いシステムを構築した例といえます。

この違いは将来予測にも重要です。標的選びと安定した統合まで自律化されれば、経験の浅い利用者でも別の規模で活動できる可能性があります。現状では、既に技法、試験環境、審査者を持つ組織の能力をまず増幅します。一年以内に各欠陥を独力で発見できるという見通しは、今回実証した結果ではなく予測です。

重複、利用不能なクラッシュ、境界誤認、壊れやすい試験も生じます。投稿数より新規性確認と再現を通り、実際に境界を越える報告が意味のある変化です。

防御側には恐慌より速い検証が必要

部品間の前提や、小さな欠陥が結合する可能性を調べる理由になります。再現と修正検証の能力も必要です。文脈不足の主張と現実の危険を分け、実際に直して初めて発見量が役立ちます。

利用者には配信済み更新を読み込むことが重要です。更新後に再起動し版を確認すれば古い常駐処理との空白を閉じます。これは保守で、修正連鎖が現行版でも攻撃中という意味ではありません。

次の強い証拠は別標的でのメーカー確認と全期間、人の介入、費用の開示です。それまでは無害な実演とも、望めば自律侵害できる証明とも扱わず、専門家主導で速くなった一つの難しい研究と読みます。

作業の文脈を整理・保存するための関連資料:技術文書のナレッジベース.

関連記事
参考資料

ツールディレクトリを見る →