如果业界要继续共享软件，就需要建立一套可靠的系统，用于报告和跟踪已遭入侵的软件包。
尽管可用的开源软件比以往任何时候都多，但使用这些软件的风险也空前高涨。为什么？因为近期有关软件包投毒的报告表明，扫描公共代码仓库中的源代码并不能保证分发的软件包是安全的。
我们往往假定软件包是安全的，但事实显然并非如此，这使软件供应链生态系统面临风险。构建产物、软件包、流水线、软件包分发点和安装行为经常遭到恶意利用。
软件包越受欢迎，造成损害的速度就越快。目前，大多数投毒攻击都针对AI工具，而AI智能体正迅速加剧损害。可以说，整个行业已疲于应对软件包遭入侵的问题。
沿用现有做法无法实现目标
开源软件生态系统没有用于登记已遭入侵软件包的官方注册库。这意味着，组织缺乏可信的机制来判断其使用的代码包是否值得信任。此外，构建流水线、安装行为和软件包存储库均以软件包安全而非已遭入侵为前提。自动化和AI智能体以机器速度叠加并加剧了这一风险。
为应对这一新挑战，开源软件生态系统需要：
- 开展全行业协作，使用统一的可信信息源报告已遭入侵的软件包。
- 集中力量弥补生态系统软件供应链中的安全缺口。
- 生态系统各方致力于制定、推广并实施行业良好实践。
不断学习、持续改进的文化是一道强有力的防线。我们绝不能停止提升源代码生态系统、构建流水线和软件包存储库的安全性。
开始使用
我们已经有了一个基本符合需求的方案。该方案由Open Source Security Foundation（OpenSSF）托管，名为Malicious Packages Repository（MPR）。它为恶意软件包的定义和报告提供了统一的平台与流程。现在需要业界广泛参与，使其成为跟踪和修复受感染软件包的事实标准。
MPR采用一种便于机器处理的文件规范，称为Open Source Vulnerability（OSV）格式。该格式使用JSON自动提交和收集报告，并向扫描器提供数据。这为可信研究人员持续、快速、高效地提供新数据提供了明确流程。此外，MPR由一个活跃的工作组维护，该工作组欢迎新贡献者加入并提出改进建议。
我们需要类似OpenSSF MPR的机制，专门针对被投毒的软件包，发挥与CVE计划在源代码漏洞领域相同的作用。改变始于正视现状，而这正是建立OpenSSF MPR的重要推动力。因此，尽管相关工作已经启动，但要达到CVE数据库的实用程度，仍有大量工作要做。整个行业可以也应该携手合作，让我们共同的软件生态系统更加可信。
关于作者
相关博客文章
AI应用交付十大挑战：缺乏安全保障且不符合法规要求
AI将合规范围从保护传输路径和存储扩展到治理运行时行为，包括模型访问、检索上下文、输出和智能体操作，因此控制措施必须更贴近推理环节。
