AIによる低品質な報告がトリアージコストを押し上げ、GitHubのバグバウンティは本日から公開・招待制の二本立てに

GitHubの新しいバグバウンティ制度は、2026年7月27日以降に提出された報告から適用される。中核となる変更は、従来の単一の公開プログラムを、公開プログラムと常設のVIPプログラムという2つの経路に分割することだ。公式発表によると、未処理キューは増加し続けており、特に低労力およびAI生成の報告によるノイズを減らし、セキュリティチームが再現可能で実質的な影響を持つ脆弱性に時間を集中できるようにする必要があるという。

公開プログラムでは固定報奨金が導入され、Low、Medium、High、Criticalの各深刻度に対して、それぞれ250ドル、2,000ドル、5,000ドル、10,000ドルが支払われる。また、HackerOneのsignal基準も追加される。まだ基準を満たしていない研究者には、実績を築くために最大4回の初回提出機会が与えられる。一方、VIPプログラムは招待制で、各深刻度に対応する報奨金は1,000ドル、7,500ドル、20,000ドル、少なくとも30,000ドルとなるほか、より迅速な対応とGitHubのセキュリティエンジニアリングチームとの、より直接的な連携が約束される。参加資格は、有効な発見としてCriticalを1件、Highを2件、Mediumを4件、またはLowを7件報告することで得られる。

これはモデル、スキャナー、APIのアップデートではない。しかし、AI支援による脆弱性研究が本番ワークフローに組み込まれたことを示す重要な技術的シグナルだ。生成AIツールは、一見完成度の高い報告を作成するコストを下げたが、exploitabilityの検証、最小再現ケースの作成、攻撃による影響範囲の特定にかかるコストまで同時に下げたわけではない。提出側では大規模な自動化が可能である一方、トリアージ側では依然としてHTTPトレース、権限境界、影響を受けるアセットを人手で解析する必要があるため、バグバウンティプラットフォームでは非対称なリソース消費が生じる。

したがって、エージェントを使用してセキュリティテストを行うチームは、モデルの出力をそのまま脆弱性開示チャネルへ送るべきではない。より信頼できるパイプラインでは、再現可能なリクエスト、明確な事前権限、影響を受けるバージョン、実際のセキュリティ境界、人間による確認を必須とし、重複する結果や純粋に理論上の結果を排除する必要がある。今後注視すべきなのは、signalルールが実際にトリアージ時間を改善できるか、また公開プログラムの報奨金引き下げと限られた試行提出回数によって、既存の評価はないものの有効な発見を持つ新規研究者が離脱しないかという点だ。GitHubは、AI生成報告の割合、誤検知率、キューの規模をまだ公表していない。