バグバウンティはAI時代に生き残れるか——Appleが報告数に上限と30日クールダウンを導入した理由

何が起きたか

Financial Timesの報道によると、Appleはセキュリティ研究者が提出できるバグ報告の件数に上限を設け、上限に達した研究者には30日間のクールダウン期間を課すようになりました。より多くの枠が必要な研究者は、個別に上限の引き上げを申請できます。

背景にあるのは、AIが生成した低品質な報告の氾濫です。実在しない脆弱性を「ハルシネーション」として書き込んだ報告書が大量に届き、審査パイプラインを詰まらせていました。

そのしわ寄せを受けたのが、イタリアのスタートアップBynarioです。同社はChatGPTを使い、攻撃者がマシンを完全に掌握できる深刻なmacOSの脆弱性を発見しました。ところが、Appleが追加の提出をブロックしていたため報告できませんでした。CEOのAlfredo Pesoli氏は、この脆弱性の闇市場での価値を10万〜20万ドルと見積もっています。その後、AppleはBynarioに接触しています。

なぜ重要か

この一件は、「AIが脆弱性を見つける」時代の副作用を最も分かりやすい形で示しています。皮肉なのは、Appleを詰まらせているのがAIであると同時に、Apple自身もAnthropicとOpenAIのAIを脆弱性探索に使っている点です。直近のアップデートには通常の5倍の修正が含まれていました。攻撃側も防御側も、脆弱性の発見が「機械の速度（at machine speed）」に移行しつつあるということです。

つまり、コストの重心が動きました。Sophosのラフェ・ピリング氏がFTに語ったように、バグバウンティの役割はすでに「脆弱性を見つけること」から「脆弱性を検証すること」へシフトしています。発見が限りなく安くなる一方、報告の真偽を人間が判定する工程だけが安くならない。ここに構造的な詰まりが生まれます。

見えてくる論点

第一に、報奨金プログラムの前提が崩れつつあります。「外部の目を金銭で買う」というモデルは、発見が希少だからこそ成立していました。発見が量産される世界では、スパムを弾く仕組みそのものが最大のコストになります。今回の上限設定は、その現実に対する応急処置と読めます。

第二に、上限は玉石混交の「石」だけでなく「玉」も止めてしまうという点です。Bynarioの事例は、フィルタが厳しすぎると本当に危険な脆弱性の報告経路が塞がり、その情報が闇市場へ流れる誘因が生まれることを示しています。10万〜20万ドルという見積もりは、その誘因の大きさそのものです。

第三に、大手が自前でAIを走らせて脆弱性を潰せるなら、そもそも外部研究者に報奨金を払う必要があるのか、という問いです。バグバウンティが長期的に生き残るのか、脆弱性発見が巨大テック企業の内製プロセスに吸収されるのか——今回の混乱は、その分岐点の入口にあります。

💼 事業会社視点：これは自社にどう効くか

日本企業にとって他人事ではないのは、「報告を受ける側」のコスト構造です。自社サイトやSaaSに脆弱性報告窓口を置いている企業は、これからAI生成の誤報が一気に増えると想定すべきです。Appleほどの体制でも詰まったのですから、数人のセキュリティ担当で回している事業会社はもっと早く飽和します。受付フォームの段階で再現手順とPoCを必須化し、検証1件あたりの人件費を数値で把握する。この2点は今期中に着手できます。

SaaS事業者に効くのは、Appleの「通常の5倍の修正」という数字です。AIによる脆弱性探索が普及すれば、利用中のOSSやクラウド基盤のパッチ量も同様に増えます。四半期に一度のアップデート運用では追随できず、パッチ適用のリードタイムがそのままSLAリスクになります。

ECは決済・カート周りの外部モジュールが狙われるため、ベンダー任せにせず自社でも脆弱性スキャンにAIを組み込む価値があります。受託開発は最も直接的で、納品後に顧客側がAIスキャンをかけて指摘を投げてくる展開が現実になります。瑕疵担保・脆弱性対応の責任範囲と、検証を伴わない自動検出結果の扱いを契約書に明記しておくことが、今すぐの防御策になります。