Google 冻结漏洞奖励计划:AI 生成的“垃圾报告”正在杀死 Bug Bounty

2026.10.05 04:49
2026年10月1日,Google 冻结其开源软件漏洞奖励计划(OSS VRP)的产品漏洞提交通道,理由是“自动化提交数量显著增加,其中绝大多数无效”。这一事件并非孤例——curl、Intel、Apple、Linux 内核、HackerOne 乃至 Node.js 的 Bug Bounty 项目此前已相继停摆或限流。当 AI 让制造漏洞报告的成本趋近于零,而验证成本居高不下时,这场不对称战争正在系统性地击穿开源安全的第一道防线。

2026年10月1日,Google 在 X 上发布了一则简短公告:即日起暂停其开源软件漏洞奖励计划(OSS VRP)的产品漏洞提交通道,重启时间最早要到2027年第一季度。理由只有一句话——"自动化提交数量显著增加,其中绝大多数无效"。

这不是一个孤立的管理调整。这是 AI 反噬开源生态的第一个标志性溃败。

雪崩从谷歌开始,但不止于谷歌

Google 的 OSS VRP 是一个专门针对 Google 开源项目(Go、Angular、Bazel 等)的漏洞奖励计划。安全研究人员发现代码缺陷后提交报告,Google 根据严重程度发放奖金。这曾是开源安全的一道"众包护城河"。

但这条河的堤坝正在被 AI 冲垮。据 Tom's Hardware 报道,Google 工程师和开源维护者被数千份低质量、AI 生成的漏洞报告淹没。这些报告包含代码片段、攻击路径描述甚至 CVE 编号,但要么完全无效,要么是模型凭空"幻觉"出的缺陷。每份报告都需要人类逐条验证,而验证成本远远高于 AI 生成它们的成本。

被暂停的只是 OSS VRP 的产品漏洞提交通道。供应链安全报告不受影响,10月1日前已提交的报告也会继续处理。Google 并非放弃开源安全,而是在这场不对称战争中被迫后撤一步。但这一步,比任何言辞都更诚实地反映了 AI 给网络安全行业带来的结构性冲击。

这个冲击早有预兆。2025年,TechCrunch 就报道过网络安全专家关于"AI Slop 对 Bug Bounty 项目构成严重威胁"的警告。如今,这个警告变成了现实——而且它不只是 Google 的问题。

遇难者清单:从 curl 到 Intel,从 Apple 到 Linux

curl:被"千篇 Slop"杀死

2025年7月,curl 创始人 Daniel Stenberg 发表了那篇著名的《Death by a Thousand Slops》。他讲述了一个令人沮丧的故事:作为全球使用最广泛的数据传输工具之一,curl 的 Bug Bounty 项目在2025年收到的报告中,大约20%是AI生成的。但其中仅有5%最终被证实是真实漏洞。有效报告率从此前的超过15%断崖式跌至不到5%。

2026年1月31日,curl 正式结束了持续近七年的 Bug Bounty 项目。这个项目自2019年启动以来,共确认了87个漏洞,支付了超过10万美元奖金。Stenberg 在公告中写道:"我们只是一个小型开源项目,维护者数量有限。我们没有能力改变这些人以及他们的'垃圾机器'的工作方式。"移除金钱奖励,是他能找到的唯一办法——让低质量AI报告的提交者失去激励。

"我们只是一个小型开源项目,维护者数量有限。我们没有能力改变这些人以及他们的'垃圾机器'的工作方式。"——Daniel Stenberg,curl 创始人

Linux 内核:2000个 CVE 每版本,维护者崩溃

Linux 内核的情况更为严峻。AI 驱动的漏洞猎手正将 Linux 内核每个版本的 CVE 数量推向2000个——而在 Linux 6.x 时代,这个数字大约只有500。

Linux 稳定内核维护者 Greg Kroah-Hartman 在 Kernel Recipes 2026 大会上展示的幻灯片显示:CVE 数量在 Linux 7.0 时突破1000,到7.x中后期超过1500,正逼近2000大关。内核网络子系统维护者 Jakub Kicinski 直接写道:"我们彻底被淹没了。"据他估算,Linux 7.3 的网络 pull request 中处理的648个补丁里,三分之一到一半都是AI驱动的低优先级修正、清理或说明性补丁。

Linux 内核有大约4000万行代码,AI 模型可以用极低的成本逐行扫描。但扫描出漏洞是一回事,验证、分类、修复是另一回事。而这后三个环节,目前仍需要人类来完成。

Intel:最高10万美元的 Bug Bounty,直接停摆

芯片巨头 Intel 也在2026年9月暂停了其 Bug Bounty 项目——一个曾经为单个漏洞支付高达10万美元的项目。接手该项目的 Intigriti 平台将其替换为"无奖金的负责任披露项目"。Intel 没有公开说明原因,但业界普遍认为,AI 生成的漏洞报告狂潮是幕后推手。从2017年开始运营的 Intel 漏洞奖励计划,在不到15个月里,从"评估增强奖金"变成了"完全暂停"——这个节奏本身就是信号。

Apple:被迫限流,真实漏洞被"卡在门外"

Apple 的情况更具镜像意义。2026年8月,MacRumors 和 Financial Times 报道称,Apple 因 AI 生成的漏洞报告泛滥,被迫设置提交上限和30天冷却期。

一个极具冲击力的案例:意大利安全初创公司 Bynario 用基于 GPT-5.5 的定制AI扫描工具,在三周内发现了超过50个 macOS 漏洞。在此之前,没有 AI 辅助时,Bynario 在整个2025年到2026年初总共只提交了13份报告。

其中包含一个 macOS Screen Sharing 提权漏洞(CVE-2026-43760),可让攻击者获得 Mac 完全访问权限。但这个漏洞在发现时,Bynario 刚好触达了 Apple 设定的提交上限,无法上报。一个真实的、高严重性的零日漏洞,在错误的时间被AI的"噪音洪流"堵在了门外。

HackerOne 与 Node.js:多米诺骨牌开始倒下

2026年3月27日,全球最大的 Bug Bounty 平台之一 HackerOne 宣布暂停其 Internet Bug Bounty(IBB)项目的新提交受理。原因是"AI 辅助研究正在加速漏洞发现"。IBB 是支撑 curl、Node.js 等核心开源项目悬赏奖金的资金池。

IBB 暂停后,Node.js 项目随即宣布暂停其安全悬赏计划。理由很简单——"作为一个志愿者驱动的开源项目,Node.js 没有独立预算来维持悬赏项目。"这个持续了八年的安全合作,在 AI 的连锁反应中戛然而止。

不仅仅是 Google 一家被击中。从独立项目到平台巨头,从操作系统到芯片制造商,Bug Bounty 体系正在经历一场系统性的连锁停摆。

根因:Bug Bounty 的信任模型为何被 AI 击穿

不对称的成本博弈

Bug Bounty 的底层逻辑建立在一个微妙的平衡之上。提交者发现漏洞需要数小时甚至数周的专业分析,审核者验证一份报告需要几十分钟到数小时的专业判断。当漏洞发现需要大量专业工时,双方成本大致对称,体系可以运转。

AI 打破了这一平衡。当提交者可以一键生成上百份"看起来像那么回事"的报告时,提交成本骤降至接近零,而验证成本纹丝不动。这是一场典型的不对称战争。

技术成熟度曲线使然

2025-2026年,AI 辅助代码审计工具集中爆发。Anthropic 的 Mythos、OpenAI 的 GPT-5.4-Cyber、各类基于 LLM 的 SAST 工具纷纷亮相。FIRST 在2026年6月发布的年中漏洞预测报告中指出,实际 CVE 披露量已超出2026年2月预测值的46.3%,预计全年将达约66,000个——人类历史上首次逼近70,000。

这些工具确实发现了真实漏洞。典型案例包括 OpenSSL 的12个零日漏洞由 AI 检出。但问题在于,它们同时也产生了海量的假阳性。而开源项目的维护者——往往是志愿者或小团队——没有能力也没有义务去逐一验证这些 AI 的输出。

正如安全行业资深人士、Bug Bounty 模式最早的奠基人之一 Katie Moussouris 在 SANS 峰会主题演讲中所说:"70% 的黑客正在以某种方式使用 AI。有些 AI 输出的内容听起来不错,也用了大量流行词汇,但根本没有真正的漏洞在内。"

开源社区的"公地悲剧"

不同于 Google、Apple 这样有专职安全团队的企业,开源项目极度依赖志愿者贡献者的无偿劳动。当 curl 的创始人花时间甄别 AI 生成的伪漏洞报告,当 Linux 内核维护者被 AI 补丁淹没,消耗的是本应用于修复真正安全漏洞的宝贵精力。

这是开源社区的"公地悲剧":AI 公司利用开源代码训练模型,AI 工具扫描开源代码,AI 生成的低质量报告由开源维护者买单——而这一切的产出最终又流回开源的锅里。维护者没有从这种循环中获得任何补偿,反而承担了日渐沉重的验证成本。

更致命的是,Google OSS VRP 覆盖的项目(Go、Angular、Bazel 以及 Kubernetes 生态)是无数企业技术栈的底层基础设施。如果开源安全奖励计划因 AI 噪音而持续萎缩,那么整个数字世界的底座将更加脆弱。

谁会赢,谁危险?

短期:筛选机制升级,而非回到原点

Google 明确表示 OSS VRP 将在暂停期间进行"重组和重新格式化"。可以预见,Bug Bounty 的结局不会是全行业关停,而是进化出一套能够抵抗 AI 噪音的筛选机制。

可能的进化方向包括:提交者信誉分与报告配额制、用 AI 模型对漏洞报告做一级预筛选的"AI 对抗 AI"方案、只有在漏洞被确认和修复后才支付奖金的结果付费模式,以及将 Bug Bounty 从公开众包转向签约制。

一个值得注意的信号:curl 在移除金钱奖励后,2026年3月回到 HackerOne 平台继续接受非金钱悬赏。结果提交量不降反升至2025年水平的两倍,但有效报告率恢复到了15%-16%。当金钱激励消失,AI 垃圾报告的制造者失去了动机,而认真做安全研究的人仍然在提交有价值的发现。Bug Bounty 模式本身并未死亡,但它正在被迫成熟——从"谁都能参与"的众包模式,转向更加专业化的筛选体系。

中长期:安全行业的劳动力重置信号

更深层的问题是:当 AI 可以大规模生成"看起来合理"的安全分析时,"安全研究员"这个职业的技能门槛和护城河在哪里?

AI 不会消灭安全岗位,但它会消灭那些"只会跑工具"的岗位。当 AI 成为标配,真正稀缺的能力将从"发现漏洞"转变为"验证漏洞、理解攻击链、制定修复策略"。Katie Moussouris 提出的方案更激进——她认为如果 AI 系统是在人类黑客集体专业知识的训练基础上运作的,那么这些人类理应分享收益。这可能预示着安全行业的劳动力结构重置。

对于开源生态:一个危险的十字路口

FIRST 的数据揭示了一个残酷的现实:2026年的 CVE 发现速度是人类修复能力的三倍以上。AI 让发现漏洞变得前所未有地容易,但让每一份漏洞报告的验证、分类、修复、补丁回退——这一整条链条——变得空前拥挤。

当发现端和修复端的脱节达到临界点时,Bug Bounty 不再是安全护城河,而是变成了一道泄洪闸。AI 打开闸门,洪水冲垮了本就不算坚固的堤坝。

AI 让代码审计的成本降到了零,却没有让漏洞验证的成本降下一分钱。当制造问题的成本远低于解决问题的成本时,Bug Bounty 作为开源安全的第一道防线,正在被它最想借力的力量反噬。Google 停掉的不只是一个项目。它在问整个行业一个答案不确定的问题:当一个系统无力验证自身的缺陷时,它还能安全多久?

作品声明:内容由AI生成