10 月 8 日，Anthropic 的 Frontier Red Team 与 Safeguards Research 团队公布了一个面向关键开源项目的免费漏洞审计服务 OSS Scanner；10 月 25 日，这家公司对外披露了该服务上线后的第一组运行数据。对长期依赖人工 triage 的开源供应链来说，这组数据值得单独拆开看。
事件经过：11 天、880 条模型评级发现
Anthropic 披露的数据是：OSS Scanner 上线 11 天后，共产生 77 个「严重」和 803 个「高危」级别的模型评级发现；截至 10 月 19 日，约 650 份申请中接受了 114 个项目。审计跑在 Anthropic 自己的基础设施上，对维护者完全免费。
接入方式是提一个 pull request 到 anthropics/oss-scanner 仓库，提交 projects/<项目>/project.yaml（必填 repo、primary_contact、Dockerfile 路径）和一个用于构建的 Dockerfile。构建阶段有网络，审计阶段虚拟机切换到断网环境，以降低风险。维护者还可以提交一份 threat_model.md，写明不信任输入、排除范围和严重性判定标准；不写的话，扫描器只能靠猜。
每份报告包含可独立运行的复现代码、漏洞解释、尽可能定位到引入该 bug 的 commit，以及可用的候选补丁。资格逐个案例人工审核，优先级给「对基础设施和用户安全重要、且已有能力处理高危报告」的成熟项目。
准确率：88% 达标，但代价转移给了维护者
Anthropic 让自家渗透测试人员复核了跨 48 个项目的 97 条严重/高危发现：85 条（88%）达到其协同漏洞披露（CVD）标准，11 条属真实但与已知问题或其他扫描结果重复，仅 1 条无效。
维护者侧的反馈同样具体：wolfSSL 的 Todd Ouska 说收到的 74 份报告中除 2 份外全部有效，其中 5 个成了 CVE；OpenSSL 的 Anton Arapov 形容原始报告「和我们人工拿到的报告一样好、有时更好」；PostgreSQL 维护者 Noah Misch 说部分报告带的补丁「几乎可以直接用」，帮助项目在 GA 发布前修掉问题。
最实在的一条落地结果是 curl：Daniel Stenberg 把一个 HTTP/2 上传路径的 use-after-free 漏洞归功于 Anthropic 的 Luna Tong 使用 OSS Scanner 发现，编号 CVE-2026-92392，影响 curl 8.12.0 至 8.22.0，在 10 月 14 日发布的 8.23.0 中修复。Stenberg 把它定为「高危」而非「严重」，理由是成功利用很难，更可能的结果只是崩溃。
与 OSS-Fuzz、CodeMender 的分歧点
Anthropic 明确说设计借鉴了 Google 的 OSS-Fuzz，区别是把模糊测试器换成了语言模型。真正的分歧在流程：Google DeepMind 的 CodeMender（2025 年 10 月公布）在向上游提交前保留人工复核，OSS Scanner 则把未经人工复核的报告直接投递给维护者。Anthropic 承认，部分维护者遇到过严重性被高估、以及扫描器误解项目威胁模型的情况。
Anthropic 给出的理由是「复核瓶颈」：过去 6 个月，其模型找出超过 29,000 个候选漏洞，人工只 triage 了约 6,000 个，另有近 5,000 份未验证报告应维护者要求直接发出。未经验证的发现不适用 90 天披露期限；只有经人工验证后进入 CVD 流程的报告，90 天才从通知维护者之日算起。
对从业者的影响
对使用开源组件的团队，最直接的变化是：你依赖的库可能在某天突然收到一份带复现代码的报告，而这份报告没有经过任何人工过滤。上游项目的补丁节奏会加快（curl 从发现到修复只隔了几天），但短期内也可能出现「严重性标注不准」带来的误判，需要自己按 CVE 与上游公告复核，而不是照抄报告标题。
对维护者，这是一笔明确的交易：用「自己消化 triage 工作量」换「免费且无需排队的人工级审计」。有安全专职的项目划算；没有安全专职的小团队，可能会被报告量淹没。Anthropic 也保留了人工复核披露通道，专门给没能力处理原始报告的项目。
站长观点：免费审计值得申请，但别把它当合规证明
我们的取舍很明确——推荐有稳定维护团队的基础设施类项目申请接入，因为 88% 的达标率和带复现代码的报告形态，成本几乎为零而收益可验证。但不建议把 OSS Scanner 的报告当作对外披露或合规材料：11/97 的重复率和官方承认的严重性高估，意味着未经复核的报告不适合直接发布。另外提醒一点：报告直投意味着你的安全联系人配置和 PGP 加密（project.yaml 可选字段）要在申请前先准备好，否则等于把未修复漏洞的细节发到了公开邮箱。
对下游使用者，建议在依赖清单里给已接入 OSS Scanner 的库加一层关注：它们的修复会变快，版本升级的紧迫性也随之提高。
来源清单
- Anthropic 官方公告与 OSS Scanner 仓库 anthropics/oss-scanner（10 月 8 日公布，10 月 25 日披露运行数据），TechGig 报道
- curl 安全公告 CVE-2026-92392（curl.se，影响 8.12.0–8.22.0，8.23.0 修复）
- Google DeepMind CodeMender 公布信息（InfoQ，2025 年 10 月）
- wolfSSL / OpenSSL / PostgreSQL 维护者公开评论（Anthropic 公告引述）
信息核查日期：2026-10-27；项目接入规则、报告格式与统计数据以 Anthropic 官方仓库与公告为准。