Anthropic推出OSS Scanner：免费扫描开源漏洞，未审核报告直送维护者

AI 公司 Anthropic 上线了 OSS Scanner，这是一项可自愿加入的免费服务，目标是帮开源项目找出漏洞。已注册的维护者会定期收到安全报告，内容由该公司最强模型生成，Claude Mythos 也在其中。报告没有经过人工把关就直接发出，维护者可以自己核实扫描结果，再决定采用哪些修复。

10月8日的公告里，Anthropic 的 Frontier Red Team 把人工验证称为瓶颈。六个月间，其模型找出了 29000 多个潜在漏洞，研究人员实际人工审查并分类的只有约 6000 个。提出申请、希望早点拿到报告的维护者，目前已收到近 5000 份未经核验的报告及对应补丁。

每份报告都附带一个独立的复现程序，并对疑似漏洞作出说明。条件允许时，它还会用二分法定位是哪个代码变更引入了缺陷，并给出候选补丁。这个项目延续自 Glasswing 计划——InfoQ 曾在 4 月份报道过该计划，当时 Mythos 预览版只开放给合作机构。

PostgreSQL 维护者 Noah Misch 说，快速通道访问让项目在正式版发布前就把相关问题处理掉了：

“有多份报告附带的修复方案几乎可以直接使用”

该公司用早期版本的扫描器做过测试，请渗透测试人员评估了 48 个项目中的 97 个严重高危发现。其中 85 个符合协同漏洞披露标准；11 个确实存在，但与已知问题或其他扫描结果重复；还有 1 个无效。这一结论只针对本次抽样的样本，并不代表该服务所有报告的准确率。

不过 Anthropic 也承认，有维护者反映漏洞严重等级偏高、对项目威胁模型的理解有偏差。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 将它定为高危而非严重，理由是成功利用很难，更可能的结果是程序崩溃。

Anthropic 称该项目灵感来自谷歌的 OSS-Fuzz，区别在于 OSS Scanner 靠大语言模型分析代码。另一个可对比的成果是谷歌 DeepMind 的 CodeMender，InfoQ 在 2025 年 10 月报道过。CodeMender 的发布公告中，研究员 Raluca Ada Popa 和 Four Flynn 介绍了基于程序分析和测试的自动补丁验证，并强调提交上游代码前保留人工审核环节——这与 OSS Scanner 直接推送未审核结果的做法不同。

漏洞被发现之后怎么办，也成了社区讨论的焦点。应用安全厂商 Endor Labs 的联合创始人兼 CEO Varun Badhwar 在 LinkedIn 上写道：“如果你的版本还停留在三个大版本之前，上游补丁也帮不了你什么。”在他看来，企业需要判断易受攻击的代码是否可达，以及能否在不破坏应用的前提下采用修复方案。

Dimitrios Thomas 以个人身份在 LinkedIn 上写道，评估指标里应当有“验证准确性、维护者工作量以及从发现到部署修复的时间”，不能只盯着漏洞上报数量。

扫描器 FAQ 页面提到，智能体会在报告发出前复查错误、提出补丁并分析根本原因，邮件发送之前完成这些动作。这套自动检查与人工审核是两回事。后续扫描会针对新引入的问题和此前漏掉的问题，频率取决于项目使用规模、服务负载等因素。

核心维护者提交 GitHub PR 即可完成注册，PR 里要包含项目配置，以及用于构建环境、安装依赖的 Dockerfile。配置完成后，扫描在断网环境下运行。威胁模型文件为选填项，用来划定扫描范围和严重等级预期。资格审核逐案进行，优先考虑对基础设施和用户安全至关重要、且已有能力处理已验证高危报告的成熟项目。

维护者可以通过威胁模型文件标明不受信任的输入、排除某些组件、说明自己如何判断严重性，也能指定报告格式和对补丁的期望。注册申请由 Anthropic 人工审核，确认申请人确属项目核心维护者，并确保报告能送到项目授权的安全联系人手上。

项目可以暂停接收报告，也可以申请退出。未经核验的漏洞结果不受强制 90 天披露时限约束；若后续人工核验确认漏洞属实，则转入独立的协同披露流程，90 天从通知维护者核验结果时起算。该公司仍提供人工审核后的漏洞披露服务，主要面向没有资源分类原始发现的项目。