COMIXAI吉川 聡史
開発・活用ばぐばうんてぃ2026年10月10日更新Bug Bounty

バグバウンティ(脆弱性報奨金制度)とは?

DEFINITION — ひとことで言うと

製品やサービスの脆弱性を外部の人に探してもらい、本物だと確認できたら報奨金を払う制度。長く有効に働いてきたが、AIが作った中身のない報告が殺到し、受付をやめる例が出てきた。

DIAGRAM — 図解
バグバウンティがAIの報告で詰まるしくみの図解本来の流れ外部が見つける企業が確かめる直して報奨金いま起きていることAIが大量に報告する確かめる人手が足りない受付をやめる詰まっているのは「発見」ではなく「検証」のほう2026年1月、curlが報奨金の受付を終了。Googleも一部を停止
見つける側だけが自動化された

バグバウンティは、自社のシステムの弱点を外部の人に見つけてもらうための制度です。流れは単純で、企業が「ここまで調べてよい」という範囲とルールを公開し、外部の専門家(バグハンターと呼ばれます)が見つけた脆弱性を報告します。企業側が検証して本物だと確認できれば、修正したうえで報奨金を支払います。社内の目だけでは見つからない穴を、世界中の目を借りて探す——セキュリティのクラウドソーシングだと考えると分かりやすいでしょう。報告の受付や一次的な選別、支払いの代行を担う専用の仲介プラットフォームを使う企業も多くあります。

いま注目されているのは、この制度がAIによって揺さぶられているためです。2026年1月31日、世界中のソフトに組み込まれている通信ライブラリ「curl」が、仲介プラットフォーム上でのバグバウンティを終了しました。理由は、AIが作った中身のない報告の殺到です。開発者のダニエル・ステンバーグ氏は、16時間で7件の報告が届き、どれも本物の脆弱性ではなかったと説明しています。重大な脆弱性に最大1万ドルという報奨金が、「AIの出力を貼り付けて、当たればもうけ」という動機を生んでしまった、とも述べました。Googleもオープンソース向けの制度の一部を、同じ理由で停止したと報じられています。

「見つける力」より「確かめる力」が足りない

一方で、AIを守る側で使う動きも進んでいます。2026年10月8日、AnthropicがオープンソースのためのAIによる脆弱性検査「OSS Scanner」を無料で公開しました。保守している人が自分の判断で申し込むと、同社のAIがコードを調べ、結果を直接届ける形です。同社がこれまで進めてきた脆弱性探索の取り組みが土台にあり、Googleが長く運用してきたオープンソース向けの自動検査を参考にした、とも説明されています(なお当サイトはAnthropic製のClaude Codeで作られているため、この点は割り引いてお読みください)。

注目したいのは、同社が公表した数です。直近6か月で広く使われているオープンソースを調べ、脆弱性の可能性があるものを2万9000件以上見つけた一方、専門家が手で確認できたのは約6000件にとどまる、としています。つまり、見つける側は自動化できたのに、確かめて直す側は人のままです。ボトルネックが「発見」から「検証」へ移った、というのがこの1年で起きた最大の変化です。

セキュリティ企業VulnCheckが2026年前半についてまとめた報告でも、AIの助けで見つかったとされる脆弱性1061件のうち、実際に攻撃に使われたと確認できたのは14件(1.3%)でした。「見つかった数」と「本当に危ない数」は、まったく別の量だと分けて読む必要があります。

報告する側が守るべきこと

勘違いされがちですが、報告にAIを使うこと自体を禁じている制度はほとんどありません。求められているのは、昔から変わらず「再現できる手順」です。実際に動くコード、本物のログ、該当する行。これが揃っていれば、AIで下書きしていても問題にはなりません。

問題になるのは、確かめずに出す場合です。curlに届いた報告の中には、デバッガの操作記録まで添えながら、curlに存在しない関数を引用しているものがあったと伝えられています。もっともらしく見えて、土台が架空なのです。防ぎ方は単純で、出す前に自分の手で再現すること。再現できないなら出さない。この一手間だけで、大半のスロップは止まります。

自社で始めるなら

導入を考えるときにまず決めるのは、範囲とルールです。どのシステムを対象にするか、やってはいけないこと(本番データへの侵入、サービスを止める行為など)は何か、報奨金はいくらか、報告を受けてから返事をするまでどれくらいか。ここが曖昧だと、報告する側も企業側も消耗します。

そして忘れられがちなのが、受け取る体制です。いちばん費用がかかるのは報奨金ではなく、1件ずつ検証する人の時間でした。そこへAIによる報告の量が加わったのが現在です。小さく始めるなら、報奨金を出す前に、脆弱性の連絡先を決めて公開するところからで十分です。「どこへ知らせればよいか分からない」を解消するだけでも、守りはかなり厚くなります。

バグバウンティ(脆弱性報奨金制度)のよくある質問

Q.バグバウンティとは何ですか?
A.

製品やサービスの脆弱性を外部の人に探してもらい、本物だと確認できたら報奨金を支払う制度です。企業が調べてよい範囲とルールを公開し、外部の専門家が報告します。社内の目だけでは見つからない弱点を、外部の力を借りて探すしくみです。

Q.AIで探して報告してもいいのですか?
A.

AIを使うこと自体を禁じている制度はほとんどありません。求められるのは再現できる手順——動くコード、本物のログ、該当する行です。確かめずにAIの出力をそのまま出すと、存在しない関数を引用するような報告になります。出す前に自分の手で再現することが唯一の分かれ目です。

Q.なぜ制度をやめる企業が出ているのですか?
A.

AIが作った中身のない報告が殺到し、検証する人手が追いつかなくなったためです。2026年1月31日にはcurlが仲介プラットフォーム上の受付を終了しました。開発者は16時間で7件の報告が届き、どれも本物ではなかったと説明しています。Googleもオープンソース向けの制度の一部を同じ理由で停止したと報じられています。

LEARN MORE — もっと深く

マンガ・実践記事で理解する

読むより速い、体感で学ぶ

用語を覚えるより、ストーリーで体感するほうが早い。

役に立ったらシェア→𝕏 ポストB! ブックマーク