Anthropic推出OSS Scanner:开源项目免费AI安全扫描

免费安全扫描,但"未审查"

Anthropic 面向开源社区推出了 OSS Scanner,为符合条件的开源项目提供免费的安全漏洞扫描服务。这项服务由其最强模型驱动,以 opt-in(主动报名)方式开放,扫描结果以"未审查(unreviewed)"状态交付——这一点至关重要,意味着报告不等于确认的漏洞或风险。

从定位来看,OSS Scanner 更像是一个"预警雷达",而不是一份盖棺定论的审计报告。它把大模型对代码的理解能力,直接投射到开源项目的安全排查环节。对缺乏安全团队的中小型开源项目而言,这种零成本的扫描入口确实有吸引力。

OWASP 等安全组织长期强调，代码审计的价值取决于发现问题的质量与后续处理。静态应用安全测试（SAST）工具通过规则匹配模式化漏洞，动态测试（DAST）在运行时探测，而大模型扫描更接近"语义级静态分析"：它不依赖预定义规则，而是基于训练语料理解代码意图，从而发现规则难以覆盖的逻辑缺陷。但模型输出具有概率性，同一段代码多次扫描可能得到不同结果，这也是"未审查"标签的必要性所在——它明确划分了线索与结论的责任边界。

什么样的项目能报名

要获得免费扫描资格,项目需要满足"eligible open-source projects"的条件,并完成报名流程。原文强调需要提交 enrollment PR——也就是说,申请动作本身是在代码托管平台上以 PR(拉取请求)的形式完成的,而非填一张网页表单。

这种设计的好处是可追溯、公开透明,项目的报名状态本身就留在了提交历史里。对维护者来说,代价是需要在仓库里走一遍 PR 流程,对于权限管理严格的项目,可能需要核心维护者介入。

拉取请求（Pull Request，PR） 是分布式版本控制系统（尤其是 GitHub 等平台）中协作的核心机制：贡献者从自己的分支向目标仓库发起合并请求，维护者审查、讨论后决定是否合并。以 PR 形式完成报名，实际上是把"申请扫描"变成一次可被审阅的代码变更，通常会向仓库添加一个配置文件或标记。这种方式天然留下审计痕迹，也便于社区成员监督。代价是它绕不开仓库的权限体系——如果项目对主分支设有保护规则，就必须由具备合并权限的核心维护者操作，普通贡献者无法自行完成。

你会拿到什么,以及没人定价的"分类成本"

报名之后,项目会收到由 Anthropic 最强模型生成的漏洞报告。原文特意用"unreviewed"标注这些报告的属性:它们没有经过人工复核。

这带来一个被普遍忽视的问题——triage cost(分类与甄别成本)。报告到手只是开始,维护者必须逐条判断:这是真实漏洞、误报,还是无关紧要的噪音?对模型输出的安全告警做甄别,本身需要安全判断力,而这恰恰是许多开源项目最缺的资源。原文直接点出:这部分成本"nobody is pricing in"(没人把它计入账)。

换句话说,免费的是扫描,不免费的是你花在判断"哪条才算数"上的时间。

大模型做安全扫描的边界

由模型驱动的漏洞扫描,优势在于能快速覆盖大量代码、发现模式化问题。局限同样明显:模型输出存在误报与漏报,且"未审查"标签已经把责任边界划得很清楚——Anthropic 提供的是线索,不是结论。

对维护者而言,理性的用法是把 OSS Scanner 当作补充信号,而不是安全流程的替代品。把它接入已有的 issue 跟踪或安全响应机制,让模型告警先过一遍自动化过滤,再决定是否人工深挖,能显著压低 triage 成本。

小结

OSS Scanner 用免费 + 最强模型 + 开源友好的组合,降低了安全扫描的门槛。真正的考验不在"能不能扫",而在"扫完之后谁来消化"。报名之前,先想清楚项目有没有承担分类成本的人力,比什么都实际。