Anthropic 推出 OSS Scanner，为开源仓库提供免费安全扫描

概述

OSS Scanner 是 Anthropic 推出的一项服务，用于扫描开源代码库中的安全漏洞。这是一项选择性加入的服务，其经验源自我们在 Project Glasswing 期间使用 Claude 查找漏洞的实践。加入的项目将免费获得由我们最强大的模型进行的全面、定期安全扫描。

我们会定期扫描开源软件中的漏洞，并在报告经过人工审核后发送，这是我们协同漏洞披露（CVD）流程的一部分。截至 2026 年 10 月，我们已审核了超过 6,000 份此类报告。这帮助许多项目在不被误报淹没的情况下保障了代码安全。然而，这些人工审核步骤需要时间，因此我们并不总能如我们所愿地快速分享漏洞。

OSS Scanner 提供了一条可选的快速通道。注册的项目将直接收到由我们最强大的模型扫描后生成的报告，无需等待。如果你的项目希望接收未经人工审核的报告，可以按照以下说明提交 PR 来添加你的项目，从而完成注册。

在我们的发布文章中了解更多关于该项目的信息。

我们的目标是持续改进这项服务，尤其是在模型不断进步的情况下。

常见问题

哪些项目符合条件？

我们将采用与 OSS-Fuzz 类似的标准来接受项目，该标准规定：

我们接受对基础设施和用户安全具有关键影响的成熟项目。我们会逐案考虑每个请求，但我们关注的一些因素包括：(1) 是否暴露于远程攻击（例如用于处理不受信任输入的库）；以及 (2) 依赖该项目的用户/其他项目数量。

最终，我们希望能够将这一流程标准化。由于我们不确定会有多少项目注册，我们可能会随时间调整接受标准。我们鼓励维护者在项目重要性并非显而易见的情况下，用简短的一句话说明其项目的重要性。

出于安全考虑，在注册每个项目之前，我们会人工验证你是核心维护者。在不确定的情况下，我们可能会通过其他方式联系项目进行确认。

虽然如果你符合条件，注册几乎没有什么坏处，但我们认识到许多项目已经被收到的报告数量压得喘不过气来。这项服务是为那些已经能够跟上经过验证的高危/严重漏洞报告、并希望进一步保障代码安全的项目而构建的。

我是维护者。如何注册？

项目的核心维护者可以通过在 https://github.com/anthropics/oss-scanner 提交 PR，在 projects/<project>/project.yaml 添加配置文件来注册。我们提供了一个项目模板作为起点。

project.yaml 配置需要以下字段：

repo：应被克隆的 git 仓库链接（可选带 #branch）
primary_contact：主要联系人的电子邮件地址（通常是你自己的电子邮件地址）
Dockerfile：指向 Dockerfile 的仓库相对路径，该 Dockerfile 用于设置环境、预安装所有依赖并构建项目，以便完全离线的 agent 能够进行安全审计。或者，你可以在我们仓库中你的 project.yaml 旁边放置一个名为 Dockerfile 的文件，并在你的 project.yaml 中省略此项——在这种情况下，该字段应被省略。

它可以选择性地包含：

auto_ccs：我们将在所有报告上抄送的额外电子邮件地址
homepage：你的项目主页
threat_model：指向威胁模型文件的仓库相对路径，该文件记录了你对扫描器的偏好（默认为 .oss-scanner/threat_model.md），或者在我们仓库中你的 project.yaml 旁边放置一个名为 threat_model.md 的文件
pgp：将用于加密报告电子邮件的 GPG 公钥
disabled：你可以将其设置为 true 以停止接收错误报告的字段，并可以选择在以后重新启用

项目主页、git 仓库和电子邮件地址的链接想必不言自明。我们使用项目主页来获取信息，并帮助理解项目的重要性。git 仓库是将被克隆的 URL；它不必托管在 GitHub 上。主要电子邮件地址将接收所有通信，并用于我们可能需要进行的任何特殊联系。我们将把每份报告抄送到所提供的任何额外地址。

Dockerfile 配置项目运行的环境并安装所有依赖，以便 agent 能够在没有任何互联网访问的情况下执行其安全审计。我们建议验证测试用例在构建的容器内通过。Dockerfile 本身在具有网络访问权限的情况下构建；其后的所有内容都在无网络的情况下运行。我们在项目模板中提供了一个示例 Dockerfile。

在打开你的 PR 之前，你可以运行 tools/validate.py 来检查配置文件。我们还建议在本地构建你的 Dockerfile 并确认其成功。在你的项目被接受后，我们将尝试在我们自己的基础设施上构建它，如果构建失败，我们会立即发送电子邮件，以便你进行任何必要的更正。

威胁模型文件让你有机会描述关于你项目的、可能未被记录在案且你希望 agent 了解的任何事实。它没有必需的格式或章节。例如，你可能希望包含以下信息：

一份威胁模型，描述应测试哪些代码、哪些输入应被视为对抗性的，以及哪些内容超出范围应被忽略
一份严重性评级标准，记录你希望如何将漏洞分类为严重、高、中或低
关于报告应如何格式化的指导、候选补丁应如何生成（最低限度地演示漏洞，或最大程度地作为可合并的补丁），以及哪些类型的概念验证有用
关于应如何执行细粒度去重的指导

此文件是可选的，没有它扫描器仍能运行，但它会猜测它认为处理任何边缘情况的最佳方式。如果你将此文件放在你的仓库中，可以随时在扫描之间修改它，以更改报告格式。

如果您希望接收加密的电子邮件报告，可以在配置文件中包含一个 GPG 公钥（即 pgp 字段），我们会在发送邮件前对其进行加密。如果您包含了 GPG 密钥，则不能包含额外的抄送地址；邮件将仅发送至主电子邮件地址。

注册即表示您同意我们的条款和条件。

维护者将收到什么？

在首次登记项目后，我们将对其进行漏洞扫描。我们的流水线包含用于复核漏洞、提出补丁并执行根因分析的代理。随后，维护者将通过电子邮件收到一揽子漏洞报告。首次扫描之后，我们将定期扫描项目，以识别自上次扫描以来引入的潜在新漏洞，以及我们在先前扫描中可能遗漏的漏洞。这些额外扫描的频率可能取决于我们流水线中的项目数量、其被使用的广泛程度以及其他因素。

未来我们可能会更改确切的报告格式。例如，我们最初选择发送电子邮件报告，是因为这对所有相关方来说都很方便，但我们可能会改用其他媒介。

公开披露政策是什么？

我们不会对这些未经证实的发现施加任何形式的 90 天协调披露期。由于这些发现可能包含误报，如果我们自己尚未仔细阅读每一条发现，我们就不便强制维护者这样做。

如果我们之后通过现有的 CVD 项目手动验证了其中某份报告，我们可能会根据我们的 CVD 政策，从您收到人工已验证此报告的通知之日起 90 天后进行披露。随着我们对 OSS Scanner 性能的信心增强，未来我们可能会对某些高严重性漏洞报告施加披露期。如果做出这一变更，我们将提供充分的通知，并允许项目选择退出。

我可以暂停或退出吗？

如果您不想再收到报告，可以通过提交 PR 在配置文件中添加 disabled: true 这一行来暂时暂停报告，或者通过提交删除 projects/<project>/ 目录的 PR 来彻底移除您的项目。如果您这样做，在您重新启用项目或提交 PR 重新引入项目之前，我们将不会向您发送自动化的未经证实报告。

一旦您选择退出，您将恢复为仅通过我们的标准 CVD 流程接收漏洞报告。

我可以就发现发送反馈吗？

可以，我们非常欢迎就发现提供反馈。请回复这些电子邮件报告，您可以以任何您喜欢的方式对漏洞发表评论。如果您尚未登记，请将问题发送至 oss-scanner-questions@anthropic.com。会有专人监控此邮箱。

署名如何运作？

这不是必需的，但如果您修补了此扫描器识别出的漏洞，我们希望在您的提交信息（或您放置致谢的任何位置）中注明报告 ID，类似于：

由 Anthropic 的 OSS Scanner 发现，漏洞编号 ANT-2026-ABCD1234。

包含该 ID 有助于我们追踪此扫描器产生的影响（例如，我们正确识别并得到修补的漏洞）。

数据如何得到保护？

我们遵循与标准 CVD 流程中发现漏洞时相同的处理和管理实践。报告保存在一个隔离的锁定云项目中，仅限需要访问报告以开发扫描器并运行项目的 Anthropic 安全人员访问。我们仅在完全禁用加固沙箱内的互联网访问后才运行扫描代理。

这与 Claude Security 有何不同？

Claude Security 是我们的商业产品，使用户能够发现并修复其源代码中的漏洞。它让企业用户能够轻松地将 Claude Mythos 的强大能力引入其软件开发生命周期。

OSS Scanner 旨在为开源维护者提供更大的防御优势，因为他们对所有其他软件都至关重要：

我们使用各种测试框架和技术来扫描代码。我们应用额外的消耗大量 token 的实验性框架来发现更深层的漏洞。
我们承担全部费用。

你们还为维护者提供哪些其他支持？

我们为维护者提供 Claude for OSS，它提供免费的 Claude Max 20x 订阅，帮助您修复漏洞并改进项目。我们的 Cyber Verification Program 还向符合条件的安全专业人员提供高级网络能力和减少拦截的分类器。