Googleは2026年10月1日、Open Source Software Vulnerability Reward Programで新たな製品脆弱性の報告受付を停止した。理由は自動提出の急増で、その大部分が無効だったためという。次の更新は2027年第1四半期を予定する。
一つの受付区分の停止であり、Google全体の報奨金制度の終了でも、AI支援研究の禁止でもない。もっと具体的な失敗を示す。もっともらしい安全上の主張は安く作れても、本当に成立するかの判断には希少な専門知識が必要だ。
停止した経路と残る経路
Googleは2022年、対象となるオープンソースの安全問題にOSS VRPを設けた。製品脆弱性はコード、論理、設計の欠陥を扱う。10月停止はこの区分の新規提出に適用され、それ以前の報告は引き続き審査対象となる。
サプライチェーンの報告は継続する。Google Cloudの一部リポジトリーに関する問題は、製品と規則に応じCloud VRPの対象になり得る。Chrome、Android、端末、AI安全など他の制度も続く。すべてのリポジトリーに同じ代替経路があるとは考えず、実際の範囲を確認する必要がある。
停止前にも変更があった。2026年の規則はAI支援の発見を検証し、現実の安全影響を示すよう求めた。4月には一部の低位の製品脆弱性などから金銭報奨と公表上の謝辞を除いた。それでも後の停止を防げなかった。
Googleは該当区分の正確な提出数、採用率、滞留量を示していない。二次報道は数千件の低品質報告を伝えるが、公式通知の数字ではない。「大部分が無効」は深刻な品質問題を示すものの、完全な統計基準ではない。
代替制度も公表されていない。実行済み再現手順、件数制限、本人確認、自動選別は考え得る対策で、再開条件として発表されたものではない。
説得力ある報告でも脆弱性とは限らない
モデルは怪しい操作を見つけ、攻撃の説明と専門的な深刻度評価を作れる。しかし、その操作には攻撃者の入力が届かず、経路自体が到達不能か、既に検証で防がれているかもしれない。本物の実装不良でも、プロジェクトの脅威モデルでは安全上の影響がない場合がある。
審査者は条件を再構成する。版を調べ、動作を再現し、防御と重複を確認する。一見一貫した文章の中に、存在しない関数や発火条件が隠れることもある。体裁は研究の証拠を代替しない。
Open Source Security FoundationのChristopher Robinsonは3月の報道で、以前は週2〜3件だったプロジェクトが一度に数百件受け取る例を挙げた。1件の調査が予定外の2〜8時間を要し得るという。複数プロジェクトについての取材に応じた人物の観察で、Googleの待ち行列を測った数字ではない。
報奨金も非対称を強める。提出者が多数の仮説を生成し、受け手が検証費用の大半を負担する。重複、誇張された深刻度、文書化済み動作の誤解は、本物の発見と注意を奪い合う。善意の大量提出でも修正を遅らせ得る。
重要なのは文章にモデルを使ったかではない。翻訳、説明、テスト生成は正当な研究を改善できる。人間が到達経路を理解し、再現し、質問に答える責任は残る。未検証のAI仮説を人間風に書き換えても検証済みにはならない。
検証済みAI研究を一律に排除できない
GoogleはOSS-Fuzz、Big Sleep、CodeMenderなどAI支援の防御を続けている。内部チームは対象を定義し、実行証拠を集め、パッチを検査できる。外部制度には異なる道具や環境から、同じ管理連鎖のない報告が届く。
Google全体の報奨も大きい。年次報告では2025年、700人超に1,700万ドル超を支払い、2024年から40%超増加した。広い制度の合計であり、停止したOSS区分の予算や生産性ではない。
別の対照もある。AnthropicはClaude Opus 4.6が未知のオープンソース脆弱性を500件超発見し、公開前に人間または外部研究者がすべて検証したと説明した。Mozillaは2週間で112報告を受け、22の安全勧告を出し、14が高深刻度だった。残りの多くは安全問題ではない不具合と分類された。
報告、安全勧告、検証済み脆弱性は違う単位で、数を交換できない。この例は機械の発見と専門家の確認を組み合わせる工程を支持するのであって、全モデル報告の正しさを保証しない。
自動仕分けは重複整理や不足証拠の要求に役立ち得るが、それも誤る。二つのモデルの一致は、独立再現可能な試験より弱い。珍しい発見や意見の対立には人への引き継ぎが必要だ。
curl、Linux、HackerOneは別の引き継ぎを変えた
curlは2019年からの金銭報奨を2026年1月31日に終えた。Daniel Stenbergは期間全体で87件の脆弱性を確認したとした。ただし提出の確認率は以前の15%超から2025年には5%未満へ落ちた。
説明にはAI由来の雑音、他の報告の質低下、報酬への過度な関心があった。支払い終了は責任ある開示の終了ではなく、非公開GitHubやメールは残る。動機を変える対策だが、丁寧な独立研究者の意欲も下げるリスクを受け入れる。
Linuxでは似た道具を使う複数の人が同じ問題を繰り返し提出した。非公開扱いは既存の議論や修正を他の研究者から隠し、保守者の再確認を増やした。Torvaldsは、本当に秘密が必要な場合を除き、広く再発見できる多くの問題を公開の経路へ向けるよう提案した。
未修正の攻撃を何でも公開せよという意味ではない。カーネルの規則は簡潔な説明、対象リビジョン、発火条件、実行済み再現、現実的影響を求める。提出者はコードを理解し、適切な保守者に連絡し、可能ならパッチを出す。
HackerOneは2026年2月に高性能AI道具が出た後、業界の報告量が100%超増えたとした。分析には有用な発見も、重複や検証不能な主張も含む。再現可能な証拠、正しい深刻度、既存防御の考慮を求め、大量の未検証提出は規則執行の対象になり得る。プラットフォームの観察で、Googleの無効率ではない。
Googleは区分を停止し、curlは金銭動機を除き、Linuxは期待と経路を変えた。共通の制限は専門家の時間で、とくに商用製品の依存先をボランティアが保守する場合に重い。
再開には証拠と新人の入口が必要
厳しい門は審査者を守る一方、本当の欠陥を隠し得る。評判による選別は既存研究者を優遇し、保証金や不透明な招待は新人を排除する。最小の管理された再現で十分なのに完全な攻撃を求めれば、危険な試験を促す恐れもある。
適切な資料はコミット、環境、攻撃者の制御、入力、越えた安全境界を示す。実際の試験を記録し、推測と観察を分け、未修正の秘密を守る。有害な利用や、未承認の外部モデルへの機密コード送信を必要とすべきではない。
フィルターは不足証拠を対象とし、AIらしい文体を無効の証拠にしてはいけない。文章だけで真の脆弱性を判断する確実な試験はない。珍しい連鎖は定型欄に収まらず、異議申立てと専門家への経路が大切だ。
次の更新で、Googleが明確な証拠基準で再開するのか、参加者を絞るのか分かる。有用な指標は確認・重複率、審査・修正時間、作業負担、誤拒否であり、提出削減だけではない。Mozillaが以前は無効報告の拒否率が安定しているとしたように、経験は異なり、Googleだけが全体を代表しない。
建設的なのは発見の規模と提出の規模を分けることだ。エージェントは広く探し、人間には検証・重複除去され、責任者のいる発見を渡す。停止はAIがバグを見つけられないという判決ではない。無限の仮説は、証明を経て初めて安全上の価値になる。
出典
Google OSS規則 · 保守担当者の負担 · 虚偽報告の調査 · Mozillaの検証結果 · curlの報奨金終了 · 技術知識基盤 · Google停止の報道 · Googleの先行規則変更 · Googleの2025年報奨実績 · HackerOneの報告量分析 · Linuxの脆弱性報告規則 · TechCrunchのGoogle停止報道 · TechmemeのGoogle停止報道