🗾ITmedia AI+ (日本)•較早收集於 82m
AI「垃圾報告」湧入 HackerOne 賞金制度
💡AI 垃圾報告癱瘓 OSS 賞金制度——維護者與舉報者須知 (24字)
⚡ 30-Second TL;DR
有什麼變化
HackerOne 停止新規漏洞報告接收
為什麼重要
開源軟體漏洞發現放緩，延遲 AI 依賴函式庫的安全修補。賞金平台可能實施更嚴格 AI 偵測規則，增加合法提交難度。
下一步行動
檢視 HackerOne 指南，避免提交 AI 生成的漏洞報告。
誰應關注：Developers & AI Engineers
關鍵要點
- •HackerOne 停止新規漏洞報告接收
- •AI 生成低品質「垃圾報告」激增導致疲弊
- •影響主要開源軟體專案
- •Google 賞金計劃同樣受波及
🧠 深度解析
AI-generated analysis for this event.
🔑 增強重點摘要
- •HackerOne 引入了基於 AI 的自動化過濾系統（Triage AI）來應對報告激增，但該系統在區分複雜漏洞與 AI 生成的誤報方面仍存在顯著的技術瓶頸。
- •開源專案維護者報告指出，AI 生成的報告通常缺乏實際的漏洞驗證（PoC），導致審核人員需花費大量時間手動驗證無效的報告，嚴重拖慢了真實安全漏洞的修復進度。
- •為了遏制垃圾報告，HackerOne 開始對提交報告的用戶實施更嚴格的聲譽評分機制（Reputation Scoring），並對頻繁提交低品質報告的帳號採取暫時性或永久性的封禁措施。
📊 競品分析▸ Show
| 特色/平台 | HackerOne | Bugcrowd | Intigriti |
|---|---|---|---|
| 核心模式 | 公開與私有賞金計劃 | 託管式漏洞賞金平台 | 歐洲市場導向的漏洞賞金 |
| AI 垃圾過濾 | 導入 Triage AI 輔助審核 | 採用 AI 驅動的報告優先級排序 | 結合人工審核與自動化篩選 |
| 定價模式 | 訂閱制 + 賞金抽成 | 訂閱制 + 賞金抽成 | 訂閱制 + 賞金抽成 |
🔮 前景展望AI analysis grounded in cited sources
漏洞賞金平台將強制要求提交者提供可執行的漏洞驗證代碼（PoC）。
為了過濾 AI 生成的虛假報告，平台必須提高提交門檻，要求具備可驗證的技術證據以減少人工審核負擔。
安全研究人員的聲譽系統將成為賞金平台的核心資產。
隨著 AI 垃圾報告氾濫，平台將更依賴歷史貢獻數據來快速過濾掉不可信的提交者。
⏳ 時間線
2012-01
HackerOne 正式成立，旨在連接企業與安全研究人員。
2023-05
HackerOne 宣布擴大 AI 輔助審核功能以應對報告量增長。
2025-11
HackerOne 針對 AI 生成的低品質報告激增問題，開始調整報告提交政策。
📰
AI 週報
閱讀本週精選 AI 大事摘要 →
👉相關動態
AI 策展新聞聚合。所有內容版權歸原始發布者所有。
原始來源： ITmedia AI+ (日本) ↗