Google自2026年10月1日起暂停接收OSS VRP中的新产品漏洞报告，原因是AI自动化提交大量无效报告挤压安全团队资源。供应链漏洞和已提交报告不受影响，公司计划在2027年第一季度公布后续安排并可能调整复现与提交要求。
Google已暂停其开源软件漏洞奖励计划（Open Source Software Vulnerability Rewards Program，OSS VRP）中的产品漏洞报告接收，措施自2026年10月1日起生效。Google表示，近期自动化提交数量大幅上升，其中绝大多数无效；公司计划在2027年第一季度公布后续安排。
这并不等同于OSS VRP永久终止。按照Google Bug Hunters项目网站的说明，供应链漏洞报告和10月1日前已经提交的报告不受此次调整影响。部分影响Google Cloud产品的开源仓库漏洞，仍可能通过Google Cloud Vulnerability Reward Program提交。
Google暂停的是哪一类报告
OSS VRP主要奖励研究人员发现并负责任披露Google开源项目中的安全漏洞，覆盖Go、Angular、Bazel、Protocol Buffers和Fuchsia等项目，也涉及仓库配置、GitHub Actions、访问控制和其他供应链环节。
Google的规则更新将“产品漏洞”与供应链漏洞等类别区分开来。此次暂停针对的是新的产品漏洞报告，并非关闭所有开源安全反馈渠道。研究人员仍可关注Google的其他漏洞奖励计划，也可以通过Patch Rewards Program提交开源软件安全修复。
Google Bug Hunters网站写道，供应链报告和已经提交的报告不在这次暂停范围内。对于与Google Cloud产品相关的部分开源仓库，研究人员仍可将产品漏洞转交Cloud VRP。具体适用范围取决于漏洞影响的产品和提交渠道，不能简单理解为所有开源项目都获得同样处理。
AI降低了发现成本，也提高了筛选成本
Google没有公布自动化报告的具体数量，也没有说明其中有多少来自某一款模型或工具。但公司把暂停原因概括为“自动化提交显著增加，绝大多数并不有效”。TechCrunch援引Google项目网站和社交平台上的说明报道了这一决定。
Google在2026年3月发布的OSS VRP规则更新中，已经描述过类似压力。公司当时表示，过去数周出现大量AI生成的报告，其中一些包含关于漏洞触发方式的错误信息或“幻觉”；另一些虽然指出了代码层面的缺陷，却没有现实安全影响，或者位于无法到达的代码路径。
因此，Google当时开始提高部分漏洞类别的证明要求。例如，对最高级别和重要级别项目中的内存破坏漏洞，研究人员需要提供准确的OSS-Fuzz复现步骤，或提交已经合并的修复补丁。Google还将开源项目划分为OT0至OT3四个等级，以便把资源集中在影响更大的项目上。
这些变化说明，争议并不在于研究人员是否可以使用AI，而在于AI生成的假设是否经过真实环境验证。能够构建可复现概念验证、说明攻击路径和现实影响的报告，与只根据静态代码片段生成的推测，并不是同一种安全成果。
这不是漏洞发现减少，而是信号质量恶化
漏洞奖励计划的核心价值，是让外部研究人员帮助维护者发现内部测试尚未覆盖的问题。报告数量增加，理论上可以扩大搜索范围；但如果大量提交缺少复现依据，安全团队就必须先花时间判断哪些报告值得进一步调查。
这会形成一个反直觉结果：自动化工具降低了提交门槛，却把验证成本转移给漏洞奖励计划运营方、工程师和开源维护者。真正重要的报告可能因此被埋在低质量提交中，维护者也可能需要收紧规则，甚至暂时关闭某些报告类别。
类似问题并非Google独有。BleepingComputer报道，curl项目维护者此前因大量AI生成的低质量漏洞报告而结束其HackerOne漏洞奖励计划。该报道还提到，Google在2025年向700多名安全研究人员发放了约1710万美元漏洞奖励，说明漏洞奖励仍是大型软件生态安全体系的重要组成部分；但越大的项目规模，也意味着低质量提交可能带来更高的分诊负担。
HackerOne产品管理负责人Michiel Prins在TechCrunch此前关于AI生成“安全垃圾”的报道中表示，行业观察到更多看似真实、但缺乏现实影响的AI生成错误阳性报告。这类低信号提交会削弱安全项目的运转效率。需要注意的是，AI辅助研究与AI生成的无效报告不能混为一谈：前者可以帮助研究人员分析代码、生成测试思路或整理材料，后者则是在没有验证的情况下把模型猜测直接提交。
开源供应链仍然是奖励计划的重点
Google在2022年推出OSS VRP时，正值开源软件供应链风险受到广泛关注。Google在当年的安全博客中提到，针对开源供应链的攻击在此前一年大幅增加，Codecov和Log4j等事件也显示，一个被广泛依赖的组件出现问题，影响可能迅速扩散到下游使用者。
这也解释了为什么Google在暂停新产品漏洞报告的同时，仍保留供应链漏洞和既有报告通道。供应链攻击可能涉及构建完整性、源代码、软件包发布、CI系统凭证或仓库访问权限，影响范围通常不能只从单个代码缺陷判断。
开源AI进一步扩大了这条供应链。英国政府2026年9月发布的一份研究报告指出，传统软件供应链工具尚不足以覆盖训练数据、模型权重、微调过程和推理工具链带来的风险；报告建议探索AI物料清单（AI Bill of Materials，AI BoM），以记录模型来源、谱系、训练和微调历史。
AIFlux此前报道的英国政府关于开放源代码与开放式AI网络安全治理的研究也指出，模型网关、工具接口和外部服务之间的认证链路，已经成为AI供应链的一部分。
一个现实案例是LiteLLM身份验证漏洞。CISA已将CVE-2026-59822列入已知被利用漏洞目录，LiteLLM项目则在1.84.0版本中修复了与MCP端点和OAuth透传有关的问题。AIFlux对这一事件的详细报道显示，漏洞风险不仅来自模型本身，也来自连接模型、代理和外部工具的控制层。
暂停期将检验漏洞奖励计划如何重建信任
Google目前没有公布OSS VRP重启的具体日期，也没有说明未来是否会全面提高复现要求、改变奖励结构，或把更多报告引导至Cloud VRP、AI VRP和Patch Rewards Program。公司只承诺在2027年第一季度提供更新。
接下来需要观察的，是Google会如何区分AI辅助但经过验证的研究，与未经验证的自动化批量提交；又会不会要求研究人员提供更强的复现证据、补丁或真实攻击影响。若新的门槛过高，可能降低独立研究人员参与的积极性；若门槛过低，安全团队又可能继续被低信号报告占用。
这次暂停最直接的含义，是漏洞奖励计划的瓶颈正在从“能否找到更多潜在问题”转向“能否快速验证哪些问题真正重要”。在生成式AI让漏洞假设大量涌现之后，复现、影响评估和责任边界，可能重新成为安全研究价值的主要衡量标准。
目前可以确认的是，Google暂时停止接收新的OSS VRP产品漏洞报告，供应链漏洞和既有报告不受影响，公司计划在2027年第一季度更新安排。尚不能确认的是，暂停将持续多久、未来规则会如何重写，以及其他漏洞奖励计划是否会面临同样的提交压力。
来源：
- Google Bug Hunters：Streamlining Google’s OSS VRP: Key Rule Updates
- Google Bug Hunters：Google Open Source Software Vulnerability Reward Program Rules
- TechCrunch：Google froze its open source bug bounty program due to a “significant rise” in AI submissions
- BleepingComputer：Google halts open-source bug bounty program amid AI spam surge
- The Cyber Express：Google pauses OSS VRP over AI submissions
- Google Online Security Blog：Announcing Google’s Open Source Software Vulnerability Rewards Program