XBOWのChromeエクスプロイトはGoogleの25万ドル報奨金を獲得、だが重要な判断は依然として人間が担った
XBOWはGPT-5.6 Solを使って6日間でGoogle Chromeのエクスプロイトチェーンを構築し、その成果によりGoogleの最高額である25万ドルの報奨金を得たとしている。このチェーンは、これまで知られていなかった3件のバグを結び付け、Chromeのセキュリティ障壁を突破し、Windowsコンピューター上でコードを実行した。
重要なのは、報奨金額そのもの以上にこの組み合わせである。XBOWの推定では、報奨対象となったキャンペーンのAPI計算コストは約4万ドルであり、同等の作業にはかつて専門家チームと数カ月を要したという。同社によれば、Googleはこのエクスプロイトを再現し、3件すべての脆弱性を修正した。また、攻撃者がChromeユーザーに対してこれらを悪用した証拠は見つからなかったとしている。
ただし、これは曖昧な目標を与えられた自律システムが、独力でChromeを侵害した事例ではない。XBOWの研究者は標的を選定し、作業を分担し、結果をレビューし、代替ルートを維持し、どのコンポーネントを組み合わせるかを判断した。したがって中心的な論点は、AI支援による高速化と、散在する弱点を信頼性の高い攻撃へと変えるために依然必要な専門的判断との対比にある。
この結果が出た時期も、きわめて微妙なタイミングだった。OpenAIはGPT-5.6 Solを高いサイバーセキュリティ能力を持つモデルに分類しているが、重大な閾値には達していないとしている。事前評価では、このモデルは脆弱性やエクスプロイトの基礎要素を発見できたものの、強化されたソフトウェアに対する動作可能なフルチェーンエクスプロイトを独力で作り出すことはできなかった。
XBOWの実環境でのキャンペーンは、集中的な人間の指揮と目的特化型の研究プロセスの下で、実際にそのようなチェーンを生み出した。実験室での評価と、専門家の誘導を受けた実運用との隔たりこそ、この話で最も重要な部分である。
XBOWのChromeエクスプロイトは3つのセキュリティ境界を越えた
この報奨は、通常のWebページからChromeのレンダラーサンドボックス外で実行されるコードまでをつなぐ完全な経路を評価したものだ。
XBOWは2026年10月13日にこの結果を公表した。同社の研究者によれば、報奨対象となったチェーンは、チームがラスベガスでBlack HatとDEF CONに参加していた8月2日から8月7日にかけて組み立てられたという。
フルチェーンエクスプロイトは、複数の脆弱性を組み合わせ、それぞれで異なる防御層を突破するものだ。あるバグがブラウザプロセス内のメモリーを破壊できても、Chromeのほかの保護機構によって、その破壊がOSへ到達することは防がれるはずである。成功したチェーンは、限定的な足場をより広範な制御へと変換する。
XBOWのChromeエクスプロイトは3段階で構成されていた。第1段階は、ChromeのJavaScriptエンジンであるV8内の最適化コンパイラー、Maglevを標的とした。V8は通常、多くのJavaScriptオブジェクトをV8サンドボックスと呼ばれる保護メモリー領域に閉じ込めている。
XBOWの技術解説によれば、Maglevはデオプティマイゼーション時に可変のboxed numberを誤って再利用した。デオプティマイゼーションは、最適化されたコードが前提を放棄し、通常のJavaScriptオブジェクトを再構築しなければならない際に発生する。
この誤りにより、エクスプロイトはV8の保護メモリー領域全体に対する読み書きアクセスを得た。これは重大な能力だったが、この時点ではネイティブコード実行やレンダラーの外部へのアクセスは得られなかった。
第2段階は、ChromeのアニメーションWebPデコーダーを攻撃した。このデコーダーは、エクスプロイトが背後で変更したバイト列を処理しながら、ある画像の情報をキャッシュしていた。その結果、検証済みのデータと後で使用されるデータが異なる、time-of-check-to-time-of-useの欠陥が発生した。
XBOWによれば、この不整合はV8の保護領域外でネイティブメモリーの上書きを引き起こした。この欠陥にはCVE-2026-85045が割り当てられた。
チームは次に、この限定的な上書きをChromeのレンダラー内でのネイティブ実行へと変換した。WebAssemblyコードとプロセス全体に及ぶコードポインター構造を利用し、保護されたコードエントリーを直接上書きせずに実行先を変更した。
最終段階は、Windows上のChromeのクラッシュレポーティングコンポーネントであるCrashpadを標的にした。Crashpadは、障害を起こしたプロセスを検査して診断情報を取得する必要があるため、レンダラーサンドボックスの外部で動作する。
この脆弱性は、Crashpadが、一時停止されたレンダラーはメモリー読み取り中に変更できないと信頼していたことに関係していた。Windowsは、プロセスの大半が一時停止している間も実行を続けられる特別なスレッドオプションをサポートしている。
XBOWのエクスプロイトは、そのようなスレッドを使い、Crashpadの最初の読み取りと再試行の間にページ保護を変更した。その後Crashpadは、受信バッファーが保持できる量を超えるデータをコピーした。結果として生じた上書きにより、最終的にチェーンはレンダラーサンドボックス外でWindows Calculatorを起動できた。
このCrashpad脆弱性にはCVE-2026-78952が割り当てられた。XBOWの報奨発表によれば、Googleは修正を提供する前に完全なチェーンを再現した。
XBOWによれば、この実証はWebページから始まり、ダウンロードや追加のクリックを必要としなかった。同社は、修正前には影響を受ける脆弱性クラスが約10億人のWindows版Chromeユーザーに至る経路上にあったと推定している。
この到達範囲の推定はXBOWによるものであり、Googleが独自に公表した評価ではない。10億台のシステムが攻撃された、あるいは同一条件下で積極的に悪用可能だったことの証拠と解釈すべきではない。
XBOWは、Chromeユーザーへの攻撃でこれらの脆弱性が観測されたことはないとしている。重要なのは概念実証が示した点にある。単独では限定的に見えた3つの欠陥が、Windows侵害への経路として結び付けられたのである。
Googleの公開されたフルチェーン規則は、現行のChromeリリースに対するWebコンテンツエクスプロイトが25万ドルのボーナス対象になり得ることを独自に確認している。これらの規則では、サポート対象のOS、現行のハードウェア緩和策、安全でないデバッグフラグなしで機能するエクスプロイトが求められる。
XBOWは、この報奨をGoogleが2026年4月に導入した規則に基づく初のフルチェーン支払いだとしている。また、大規模言語モデル時代で初めて報奨を得たChromeフルチェーンとも説明している。Googleの公開資料は報奨カテゴリを確認しているが、Googleは歴史上のすべての位置付けを確定する受賞者台帳を公表していない。
この区別は重要だ。報奨の枠組みは独自に検証できる一方、キャンペーンのコスト、労力、歴史的位置付けに関する複数の詳細は、依然として企業が報告した数値にとどまる。
6日間が脆弱性研究の経済性を変える
変化を示す最も強い証拠は、AIがバグを見つけたことではなく、1人の専門家が1週間以内に複数の難しいエクスプロイト段階を調整できたことにある。
XBOWによれば、LLM以前にChromeのフルチェーンを開発するには、4人の研究者が6〜9カ月を費やす可能性があった。このプロジェクトでの最初の試みには約2カ月かかった。報奨を得た代替チェーンは6日間で完成した。
6日間という比較は、統制された研究ではなくXBOW自身の研究者によるものだ。エクスプロイトプロジェクトは、標的、利用可能な技術、研究者の経験、運によって大きく異なる。1件の成功したキャンペーンだけでは、普遍的な生産性向上倍率を確立できない。
この限界を踏まえても、その進行は意味のある運用上の変化を示している。チームは、1つのエージェントが問題全体を解くのを待たなかった。脆弱性探索、V8の破壊、2つのサンドボックス脱出、統合を対象とする並列キャンペーンに作業を分割した。
OpenAIのGPT-5.6 Solを実行するエージェントは、ソースコードを検索し、仮説を検証し、概念実証を生成し、エクスプロイトのコンポーネントを下書きした。研究者は文脈を提供し、有望な領域を選び、弱い結果を退け、探索の方向を変えた。
この分担は、チャットボットとのセッションというより、調整された研究ラボに近い。エージェントはチームが検証できる技術的な経路の数を広げ、経験豊富な人間がリソース配分と品質を管理した。
このキャンペーンではモジュール型のエンジニアリングも採用された。各エクスプロイト段階は次の段階に対して定義済みの能力を提供し、研究者は重要コンポーネントの代替案を維持していた。
Googleが、最初のチェーンに含まれる1件の脆弱性はすでに既知だったとXBOWに伝えたとき、この設計が決定的となった。重複報告は、ベンダーがすでに根本的な発見を受け取っているため、一般に報奨価値の大半を失う。
チームはエクスプロイト全体を作り直す代わりに、重複した中間段階をアニメーションWebPの欠陥に置き換えた。チェーンが交換可能なインターフェースを前提に設計されていたため、残りのコンポーネントは引き続き機能した。
ここでこの話は、人間対AIという単純な構図に疑問を投げかける。XBOWによれば、GPT-5.6 Solは探索と実装作業の多くを担った。人間の研究者は、その作業が大きな衝突を乗り越えられるようにするアーキテクチャーを作り出した。
XBOWは、保存されたCodexログから約4万ドルのAPI料金を再構成した。この数値は6日間の報奨対象キャンペーンにおけるモデル利用を対象としており、プロジェクト全体の経済的コストではない。
研究者の報酬、初期の実験、最初に却下されたチェーン、インフラ、管理、XBOWに蓄積されたエクスプロイト知識は含まれていない。したがって、誰でも同額でChrome侵害を購入できるという単純な主張を裏付けるものではない。
XBOWの研究者Brendan Dolan-Gavittは、その解釈に明確に警告している。彼の分析によれば、チームは相当な専門知識を適用し、XBOWのNative Teamが作成した技術に由来する事例を提供した。
その一例が「island hopping」ローダーだ。この技術では、生成されたWebAssemblyコード内に短い命令断片を配置し、それらをジャンプで接続する。専門家がすでにこの先行研究を開発・文書化していたため、エージェントはそれを応用できた。
この仕組みは、より広範な競争優位性を示している。高品質なエクスプロイトアーカイブ、構造化された研究ノート、再現可能なテスト環境、経験豊富なレビュアーを持つセキュリティ組織は、AIエージェントにより良い出発材料を与えられる。
エンジニアリング知識ベースは、このモデルの下でより大きな価値を持つ。そうした基盤は、さもなければ個々の研究者のマシンに散在したままとなる意思決定、失敗したアプローチ、パッチ、再利用可能な技術を保存できる。
したがって、当面の圧力はブラウザベンダーと企業のセキュリティチームにかかる。課題はもはや、AIが脆弱性を特定できるかどうかだけではない。防御側が、AI支援を受けた研究者が発見を生み出すのと同じ速さで、それらをトリアージ、再現、修正できるかどうかである。
Googleはすでにプログラムをこの問題に合わせて調整していた。2026年の報奨変更では、難易度が高く再現可能な脆弱性を重視し、現行システム上の完全なブラウザプロセスチェーンに最大25万ドルを提示している。
この報奨変更は、個別の発見が同等ではないことを認識している。完全な攻撃経路を示す報告は、文脈の乏しいスキャナー結果よりも、実際のリスクについて強い証拠を提供する。
しかし、発見の高速化は依然として件数の問題を生み得る。ベンダーは、悪用可能な報告を、クラッシュ、重複、誤検知、意味のあるセキュリティ影響を欠く問題から見分けなければならない。
XBOWのモジュール型アプローチは、その圧力を強める。ある段階が既存の報告と衝突した場合、研究者はチェーンを放棄するのではなく、別のコンポーネントを代入できる。防御側は、発見件数の増加だけでなく、それらを結び付けようとするより粘り強い試みに直面する可能性がある。
GPT-5.6 Solは専門的判断を置き換えることなく作業を加速させた
XBOWの成果は、AI支援型リサーチと自律的なエクスプロイトの隔たりを縮めるものだが、その隔たりを消し去るものではない。
OpenAIはGPT-5.6 Solを、長時間にわたる推論、コーディング、サイバーセキュリティのタスク向けフラッグシップモデルと位置付けている。2026年6月のモデルプレビューでは、脆弱性リサーチ評価における大幅な向上が報告された。
しかし、これらの評価では重要な限界も記録された。ChromiumとFirefoxを対象としたテストで、GPT-5.6 Solはバグや有用なエクスプロイト・プリミティブを発見したものの、機能する完全なチェーンを自律的に組み立てるには至らなかった。
そのためOpenAIは、このモデルを重大なサイバーセキュリティ閾値未満に分類した。重大モデルとは、強化された現実のシステムに対する深刻なゼロデイ・エクスプロイトを独力で生み出す、あるいは高レベルの目標から新規攻撃を実行できるモデルを指す。
公開されたシステムカードでは、エクスプロイト開発における判断が引き続きボトルネックだとされている。モデルは、どの手がかりに継続的な投資を行うべきか、有用なプリミティブと行き止まりをどう見分けるか、完全な攻撃経路をどう連携させるかに苦戦した。
XBOWは、まさにその欠けていた機能を提供した。研究者は標的を選び、キャンペーンを分割し、専門的なコンテキストを与え、結果を評価し、最終チェーンを統合した。
これは、モデルの貢献を些細なものにするわけではない。Chromeのソースコードを探索し、エクスプロイトのアイデアを検証し、初期段階の動作するステージを作る作業は、いずれも労働集約的だ。これらを並列のエージェント実行に圧縮すれば、研究者の到達範囲を大きく広げられる可能性がある。
一方で、「AIがChromeのエクスプロイトを作った」という表現には留保が必要だ。より正確には、専門チームがエージェント型のリサーチ運用を構築し、その中でGPT-5.6 Solが反復的な技術作業の多くを担ったということになる。
この区別は、リスク予測に不可欠だ。完全に自律したエクスプロイトが実現すれば、攻撃者は限られた専門知識でもキャンペーンを大規模化できる。これに対し、専門家が導く自動化は、すでに攻撃的セキュリティを理解している個人や組織に最も大きな利益をもたらす。
現時点では、人間の知識が依然として力を増幅する要因である。研究者は、有望なコンパイラ不変条件を見抜き、V8サンドボックスの脅威モデルを理解し、限定的なメモリ書き込みがWindowsプロセスからの脱出へどう接続し得るかを知っていなければならない。
XBOWは、AIが作業の大半を担ったと述べているが、ある人間の判断が成功したキャンペーンを支えた。バックアップを備えた独立ステージを構築していたため、Googleが最初のチェーンで重複したコンポーネントを却下した際にも、チームは復旧できた。
技術的な欠陥自体にも、概念的推論が報われる共通パターンがあった。各ステージでは、ソフトウェアが可変の状態を、あたかも固定されたもののように扱っていた。
Maglevは不変と見なされたオブジェクトを再利用した。Blinkは、攻撃者がなお変更可能な転送済み画像データを信頼した。Crashpadは、一時停止中のプロセスがメモリ読み取りの間も安定したままであると仮定した。
大規模言語モデルは、大規模なコードベースやOSインターフェースにまたがる文書化された前提を結び付けられるため、この種の不整合の発見に役立ち得る。しかし、3つの異なる違反が1本の信頼できるチェーンを構成し得ると認識することは、依然としてより高次の統合作業である。
他のセキュリティ手法との比較も重要だ。従来の静的解析は、定義済みのパターンをソースコードから探す。ファジングは、クラッシュや一貫性のない挙動を引き起こすために入力を繰り返し変異させる。人間の研究者は仮説を立て、弱いシグナルを攻撃経路へと変換する。
エージェント型システムは、この3つすべての要素を組み合わせられる。コードを読み、テストケースを生成し、デバッガーを操作し、仮説を修正し、複数の調査線を維持できる。
弱点は、活動が進展を保証しないことだ。エージェントは悪用不可能なクラッシュを追いかけたり、既知の手法を繰り返したり、セキュリティ境界を誤解したり、脆弱な概念実証を生み出したりする可能性がある。
Googleによる重複判定は、別の制約も示している。より多くの企業や社内セキュリティチームが、同様のフロンティアモデルを同じオープンソースの標的に対して使うにつれ、重複するバグを発見するケースは増えていく。
その場合、ボトルネックは生の発見能力から、新規性、悪用可能性、統合へと移る。数百件のクラッシュを特定するモデルよりも、見落とされた3つの前提を1本の再現可能なチェーンへ変えるチームの方が、より大きな価値を提供する可能性がある。
だから主な競争は、GPT-5.6 Sol対人間のハッカーではない。AI支援型のリサーチ組織と、より遅く、主に手作業での発見を前提に設計されたセキュリティプロセスとの競争である。
25万ドルの賞金が証明しないこと
検証済みのチェーンが1本存在することは重大な能力を示すが、GPT-5.6 Solが要求に応じて強化されたソフトウェアを自律的に侵害できることを示すものではない。
第一の不確実性は、帰属に関するものだ。XBOWはエージェントと研究者が行った作業について詳細な説明を提供しているが、外部の人々が公開資料から正確な作業分担を再構築することはできない。
アーカイブされたログは、計算コストの推定を裏付けているとされる。しかし、それらのログは、独立研究者が監査できる完全なデータセットとしては公開されていない。
「6日間」という期間も、最終キャンペーンを表すものであり、学習プロセス全体を示すものではない。XBOWは2026年初頭からChromeのフルチェーンに取り組み始め、それ以前の提出物を開発し、蓄積した技術と標的への親しみを持って8月を迎えた。
成功した1週間は、その先行投資の恩恵を受けていた。エージェントは、コンテキストもエクスプロイト例も組織的な経験もない状態から始めたわけではない。
第二の不確実性は、再現性に関するものだ。1本のチェーンは、優れた研究者、適したバグ、再利用可能な手法、迅速なフィードバックという好条件の組み合わせから生じる可能性がある。
再現可能なシステムであれば、異なる強化済み標的、ソフトウェアバージョン、OS、防御アーキテクチャにわたって、同等の結果を出す必要がある。公開されている証拠は、まだその水準の一般性を確立していない。
XBOWは、エージェントが1年以内に3つのバグのそれぞれを独立して発見できると予測している。これは将来を見据えた企業の主張であり、実証された能力ではない。
第三の不確実性はコストに関するものだ。報告されたAPI支出は賞金と比べれば小さく見えるかもしれないが、その比較には周辺システムを開発する総コストが含まれていない。
また、成功したバグ報奨金が失敗したリサーチを相殺するという前提にも立っている。重複報告、すでに修正済みのバグ、信頼性の低いエクスプロイト、低深刻度の発見は、収益を生むことなく相当な計算資源を消費し得る。
Googleは、2026年のプログラムにおいて利用可能なフルチェーン・ボーナスの数を制限している。公開ルールでは、4月の更新後に支払われるこの種のボーナスは最大4件とされている。
したがって、バグ報奨金ハンティングが無制限の自動化リサーチを吸収することはできない。より多くのチームが類似モデルを使うようになれば、新規報告をめぐる競争は激化し、差別化されていないスキャンからの期待収益は低下するはずだ。
第四の不確実性は、モデルへのアクセスと安全策に関するものだ。GPT-5.6 Solは多くのワークフローで公開利用可能だが、OpenAIは多層的なサイバーセキュリティ管理を適用し、認証済みの防御側には専門的なアクセス手段を提供している。
XBOWによる認可済みリサーチは、正当な脆弱性開示プロセスの中で行われた。この状況は、許可のないシステムに対する悪意ある利用とは異なる。
安全策は悪用の難度を高められるが、根底にあるデュアルユース能力を排除することはできない。オープンソースコード、ローカルテスト環境、一般的なデバッグツールは、依然として広く利用可能だ。
防御面での価値も同様に現実的である。ベンダーは、リリース前に同じシステムを自社コードへ向け、外部報告をより迅速に再現し、孤立した発見が連鎖できるかを検証できる。
実務上の危険は、導入における非対称性にある。攻撃者は動作する経路を1つ見つければよいが、防御側は多数のアプリケーション、依存関係、構成、バージョンをレビューしなければならない。
セキュリティチームは、AI生成の報告をすべて重大と扱うべきではない。脆弱性が到達可能か、再現可能か、悪用可能か、意味のある信頼境界を越えられるかを問う、証拠に基づくトリアージが必要だ。
XBOWの成果がその基準を満たしたのは、チームが完全に機能するチェーンを提供したためだ。公開された技術レポートは各根本原因を説明し、関連する修正とChromiumのIssueにリンクしている。
利用者にとって、直ちに取るべき行動はより簡単だ。XBOWによれば3つのバグはすべて修正済みだが、Chromeの更新はブラウザを再起動するまで完全には有効にならない。
ChromeにUpdateボタンが表示されたら、ブラウザを再起動する。再起動を先延ばししている場合や、長時間稼働するブラウザセッションを開いたままにしている場合は、About Chromeページも確認すべきだ。
この助言は、パッチ適用後にも開示されたチェーンが有効なままであることを意味しない。これは、ベンダーが修正を提供することと、利用者が実際に修正済みのブラウザバージョンを読み込むことの間に繰り返し生じる隔たりに対処するものだ。
AIエクスプロイト・リサーチが拡大しているかを示す3つのシグナル
次の検証点は、この成果がベンダー、チーム、強化済みソフトウェア標的をまたぐ再現可能なパターンになるかどうかである。
第一のシグナルは、類似したAI支援プロセスを通じて構築された、別の独立確認済みフルチェーンだ。異なる主要標的に対する2度目の成功は、エージェントのオーケストレーションがエクスプロイト開発のタイムラインを変えたという見方を強めるだろう。
証拠には、公開された根本原因レポート、ベンダーの確認、人間とエージェントの作業分担の明確化、総リサーチ時間の信頼できる会計が含まれるべきだ。こうした詳細がなければ、比較は選択的報告の影響を受けやすいままとなる。
この成果の再現に失敗しても、XBOWのChromeエクスプロイトが重要でなくなるわけではない。それは、6日間のチェーンが特定チーム、蓄積された知識、あるいは特に相性の良いバグに、より強く依存していたことを示唆するだろう。
第二のシグナルは、ベンダーの開示キューにおける測定可能な変化だ。ブラウザメーカーや大規模ソフトウェアプロジェクトは、エクスプロイト・プリミティブまたは完全な攻撃経路を含む、高品質で再現可能な報告の件数を注視すべきだ。
単なる提出数の増加だけでは、ほとんど意味を持たない。AIシステムは、発見と同じくらい容易にノイズを生成できる。より強い指標は、重複チェックを通過し、高深刻度の修正に至る新規報告が増えることだろう。
Googleの報酬体系は、その品質閾値を促している。最大の支払いは、疑わしいコードが存在するという自動化された主張だけでなく、機能するチェーンに対して設定されている。
ベンダーが受け付けシステムを変更したり、再現チームを拡大したり、機械生成アーティファクトを含む報告を優先し始めたりすれば、それは攻撃的リサーチの加速に関するXBOWの警告を裏付けることになる。
提出量が増えても検証済み脆弱性が相応に増えなければ、より差し迫った問題は、エクスプロイト能力の広範な飛躍ではなく、トリアージの過負荷となるだろう。
第三のシグナルは、人間の介入がワークフローのより後段へ移るかどうかだ。XBOWのキャンペーンでは、専門家は依然として、ほぼすべての重要な分岐点で戦略的判断を下していた。
より自律的なシステムであれば、標的を選定し、有望なクラッシュを順位付けし、安定したプリミティブを構築し、重複コンポーネントを置き換え、最小限の指示でチェーンを統合するだろう。これは、OpenAIの重大閾値が捉えるよう設計された能力に近い。
そのような自律性の証拠は、より厳格なアクセス制御、より積極的な配備前テスト、AI支援型防御の迅速な導入を求める議論を強めるだろう。専門家による誘導への継続的な依存は、より慎重な結論を支持する。すなわち、フロンティアモデルは熟練研究者を置き換える前に、その能力を増幅するという結論だ。
ソフトウェアチームにとって、その議論が決着するのを待つことは健全な防御ではない。組織は、コンポーネントをつなぐ前提、とりわけあるプロセスが別のプロセスに制御されたデータ、メモリ、状態を信頼する箇所の検証を始められる。
また、再現可能なリサーチ記録を保持し、パッチ検証を短縮し、低深刻度の発見がより大きな影響を持つ経路へ組み合わされ得るかをテストすべきだ。Chromeのチェーンが危険になったのは、3つの境界が連続して破られたためである。
個人のChromeユーザーにとって実行すべき問いは、GPT-5.6 Solがエクスプロイトの各段階すべてで評価に値するかどうかではありません。修正済みのブラウザが実際に動作しているかどうかです。アップデートが表示されたらChromeを再起動し、その習慣を日常的なデバイスメンテナンスの一部にしてください。
セキュリティリーダーにとって、より難しい問いは組織的なものです。適切にオーケストレーションされたエージェントを備えた一人の専門家が、数か月分のエクスプロイト作業を数日に短縮できるとすれば、あなたのチームは同じ速度でその結果を再現し、修正できるでしょうか。
