半年扫出 2.9 万个漏洞，只审完 6000 个：Anthropic 把安全报告直接发给开源维护者

半年时间，模型在开源代码里识别出超过 2.9 万个潜在漏洞，研究人员只人工审查并分类了约 6000 个。剩下的两万多个，不是不重要，而是没人手看。安全团队真正缺的，往往不是发现问题的能力，而是把问题讲清楚、验证完、送到维护者手里的通道。

Anthropic 的 Frontier Red Team 给出的解法是 OSS Scanner：一项免费、可选择加入的服务。已注册的开源项目维护者会定期收到由公司最强模型（包括 Claude Mythos）生成的安全报告。报告不经人工审核直接发送，维护者自行验证扫描结果，并决定采纳哪些修复方案。

一分钟速览

• Anthropic 推出免费、可选加入的开源漏洞扫描服务 OSS Scanner。
• 报告由 Claude Mythos 等前沿模型生成，包含复现程序、缺陷定位与候选补丁。
• 报告不经人工审核直接发送，维护者自行验证并决定是否采纳。
• curl 的 HTTP/2 高危漏洞 CVE-2026-92392 即由该工具发现，已在 8.23.0 修复。

人工审核成了瓶颈

在 10 月 8 日的公告中，Anthropic 解释了推出这项服务的原因：模型发现漏洞的速度，已经远远超过人类研究员审核的速度。6 个月里，模型识别了超过 2.9 万个潜在问题，人工只处理了约 6000 个；希望提前获取报告的维护者，在提出申请后已经收到近 5000 份未经核验的报告和相应补丁。

这组数字揭示了一个结构性矛盾：大模型让漏洞发现变得便宜，但漏洞验证仍然昂贵。一份没有复现步骤、没有定位、没有修复建议的报告，对维护者来说只是噪音；而一份附带可运行复现代码和候选补丁的报告，才有可能被真正处理。OSS Scanner 的设计重点，就是让报告从「可能有问题」变成「可以动手验证」。

一份报告里有什么

每份扫描报告包含一个独立的复现程序、对疑似漏洞的说明；在可能的情况下，还会通过二分法定位引入缺陷的代码变更，并给出候选补丁。这个组合很关键：复现程序让维护者能快速确认问题是否真实，二分定位缩小排查范围，候选补丁则降低了修复门槛。

该项目是 Glasswing 计划的延续。今年 4 月，Anthropic 仅向合作机构开放 Mythos 预览版访问权限；如今服务扩展到更广泛的开源项目。PostgreSQL 维护者 Noah Misch 表示，快速通道访问帮助项目在正式版发布前处理了相关问题，「有多份报告附带的修复方案几乎可以直接使用」。

误报、虚高与维护者负担

AI 生成的安全报告并不是没有代价。Anthropic 自己承认，部分维护者反馈存在漏洞严重等级虚高、对项目威胁模型理解偏差的情况。对志愿者维护的开源项目来说，一份错误的高危报告可能比没有报告更麻烦：它会占用时间、引发不必要的恐慌，甚至消耗维护者的精力。

不过，早期测试数据并不差。Anthropic 邀请渗透测试人员评估了 48 个项目中的 97 个严重高危发现，其中 85 个符合协同漏洞披露标准，11 个是真实漏洞但与已知问题或其他扫描结果重复，1 个无效。OpenSSL 的 Anton Arapov 评价，原始报告「质量不错，有时甚至高于人工提交的报告」，尤其是当有可利用漏洞的复现代码时，验证会简单很多。wolfSSL 的 Todd Ouska 则称，收到的 74 份报告中仅有 2 份无效，其中 5 个被分配了 CVE 编号。

curl 的案例更有说服力。作者 Daniel Stenberg 将一个 HTTP/2 上传 use-after-free 漏洞归功于 Anthropic 的 Luna Tong 使用 OSS Scanner 发现，该漏洞已在 curl 8.23.0 中修复，编号 CVE-2026-92392。Stenberg 将其定级为高危而非严重，因为成功利用很困难，更可能的结果是程序崩溃。这个细节说明，模型不仅能找到问题，还能给出足够准确的上下文，让维护者做出专业判断。

趋势洞察

OSS Scanner 代表的是一种新的安全协作模式：AI 负责规模化发现和初步分析，人类维护者负责最终判断和修复。它把瓶颈从「发现」转移到「验证与分诊」，也让安全报告的格式变得更重要——未来一份好的报告，可能比一个模型分数更能体现能力。

风险同样明显。未经人工审核的报告直接进入维护者邮箱，意味着信任被前置了；一旦误报率上升，项目可能会关闭接收通道。Anthropic 需要持续证明报告质量，并建立反馈机制，让维护者的判断回流到模型。开源安全不是一次扫描，而是一个长期的协作流程。