开源漏洞公告一年增至三倍，其中十分之一没有 CVE 编号

Axis Intelligence Research 在 9 月 4 日公布了这些数字。团队克隆了 GitHub Advisory Database 的完整本地副本，统计 2025 年 9 月 1 日到 2026 年 8 月 31 日之间发布、未被撤回、经人工审核的全部公告。此前一年同一时间窗口是 3191 条。数量增至 3.36 倍，增幅 236.4%。

转折出现在 2026 年 3 月。当月数量比 2 月大约翻了一倍，此后一直没有回落到原来的水平。

最直观的解释是研究人员在补录旧漏洞，但这一说法站不住脚。2026 年 1 月至 8 月发布的 9393 条公告中，8005 条带有 2026 年的 CVE 编号，1150 条完全没有 CVE。追溯到 2026 年之前编号的不到 4%。这波增长也不是单个项目造成的。npm 包 openclaw 一家就贡献了 590 条公告，把它剔除后，全年仍有 10144 条，是此前总量的 3.18 倍。

Marcus Chen 在同一份 Axis 报告中认为，推动因素是发现能力，不是攻击者活动。自动化分析已经覆盖到没有人会去人工审计的长尾软件包。这些漏洞本来就存在于依赖树中，变化在于终于有人去看了。他写道，实际后果是：为 2025 年 12 月的 369 条公告配置的分诊队列，到 2026 年 5 月要面对 1661 条，而期间人手并没有相应增加。

盲区在哪里

CVE 缺口正是依赖 CVE 编号的工具会吃亏的地方。Axis 给出的数字是 10734 条公告中有 1273 条，占 11.9%。也就是说，只读取 CVE 数据源的扫描器大约每八条公告就会漏掉一条。生态自有的数据源可以补上这一差额。crates.io 在 Axis 压力指数上得到 46.9 分，尽管公告数量不算多，因为其 39.8% 的公告从未获得 CVE。

Axis 还构建了开源生态压力指数，权重为公告数量 35%、严重性负载 25%、覆盖缺口 20%、被利用密度 20%，每个分项在八个生态中按最大值缩放。截至 9 月 4 日，各生态得分为 npm 70.0、PyPI 59.2、Go 55.8、NuGet 51.1、Maven 48.3、Packagist 47.2、crates.io 46.9、RubyGems 33.8。

相对于公告数量，实际被利用的情况仍然少见。CISA 已知被利用漏洞目录中的 1694 个条目里，有 131 个（7.7%）对应到开源软件包公告。在 2026 年新增条目中，这一比例升至 11.9%，即 210 个中的 25 个。而这 25 个里有 10 个，占 40.0%，属于 AI 或机器学习软件包：Langflow、LiteLLM、MLflow、Ray 和 Marimo。此前所有年份加起来是 106 个中的 3 个，占 2.8%。

商业代码库扫描也指向同一方向。Black Duck 于 2 月 25 日发布的《2026 开源安全与风险分析》报告基于 17 个行业的 947 个商业代码库，发现每个代码库的平均开源漏洞数量增加了一倍以上，上升 107%，达到 581 个。87% 的受审代码库至少含有一个漏洞，78% 含有高风险问题，44% 存在严重风险发现。

同一份报告将这一上升与 AI 辅助开发联系起来。每个代码库的平均文件数同比增长 74%，每个代码库的开源组件数上升 30%。大约 85% 的组织使用 AI 编程助手，而在明确禁止这些工具的公司中，76% 表示开发者仍在使用。Black Duck 还指出了维护欠账：93% 的代码库含有过去两年没有任何开发活动的组件，92% 含有已过时四年或更久的组件。

修复，而不只是发现

CISA 将 OSV 列入其免费网络安全工具。OSV 是谷歌为开源提供的漏洞数据库和分诊基础设施，CISA 指出使用它需要 Google Cloud Platform 和 Google Group 账号。OSV 汇总了采用 OSV 模式的数据库，包括 GitHub Security Advisories、PyPA、RustSec 和 Global Security Database，并提供按提交哈希或软件包版本查询的 API。

OWASP 则试图从修复端入手。据 Cyber Security News 报道，该组织于 2026 年 8 月 26 日在旧金山宣布了 Open Automated Security Initiative for Software，即 OASIS。该计划把 AI 生成的修复候选方案与应用安全从业者的人工验证配对，然后把经过审核的补丁提交到上游。创始赞助方是 AppSecAI、Intigriti 和 DryRun Security。报道引用了 Black Duck 2026 OSSRA 的数据，称大约 98% 的商业代码库以开源为基础。

该计划被定位为对企业主导行动的补充，后者包括 OpenAI 的 Patch the Planet、Linux 基金会的 Akrites 和 Anthropic 的 Project Glasswing，这些项目把顶尖研究团队集中在操作系统和浏览器上。OASIS 转而依靠志愿审核者覆盖长尾库。ACV Auctions 产品安全总监 David Kosorok 被引述称这是应用安全中杠杆最高的工作，理由是上游一个经过验证的修复可以保护成千上万的下游应用。

这一切都没有改变安全团队面对的算术题。公告数量一年增长了 3.36 倍。人手没有。