跳到正文
世界时间EU--:--UK--:--USA--:--CN--:--PLDEFRIT中文EN

关于人工智能与技术的门户事件 · 分析 · 访谈 · 技术背景

搜索
直播›

开源漏洞公告一年增至三倍,十分之一无 CVE 编号

Axis Intelligence Research 数据显示,截至 2026 年 8 月 31 日的十二个月内,经人工审核的开源软件包公告达 10734 条,而一年前为 3191 条。其中 1273 条(11.9%)没有 CVE 编号。

科技解释林晓雯发布: 2026年9月27日4 分钟阅读资料来源 5
开源漏洞公告一年增至三倍,十分之一无 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。仅读取 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 个。其中 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 倍。人手没有。

评论 0

资料来源

5
  1. 01Open Source Vulnerability Statistics 2026: Advisory Volume, Ecosystem Exposure, and Confirmed ExploitationEN
  2. 022026 OSSRA Report: Open Source Vulnerabilities Double as AI SoarsEN
  3. 03OWASP Launches OASIS AI Initiative to Fix Open Source Vulnerabilities at ScaleEN
  4. 04Open Source Vulnerabilities (OSV) | CISAEN
  5. 05OSV - Open Source VulnerabilitiesEN

本文所有数字与引语均来自下列来源,未添加来源之外的内容。

本内容由编辑部在人工智能辅助下制作完成。

林晓雯

林晓雯

人工智能、模型与技术

林晓雯负责FLASH24的人工智能、模型与技术方向,主要写科技、人工智能与模型、媒体与互联网三个领域。她习惯从论文预印本、开源代码库和厂商技术文档入手,先核对训练数据来源和评测口径,再决定是否落笔。遇到模型跑分,她会自己复现一遍小规模测试,并对照独立第三方榜单,确认数字没有注水。她常联系一线工程师和产品经理,也盯着各大会议截稿日,把不同版本的技术报告放在一起比。业余时间她玩3D打印、折腾老电脑,还关心模型从网络垃圾里学到的偏见问题,这让她对数据清洗格外敏感。她有一条原则:拿不到原始数据的性能宣称,不写。

编辑部 →

评论

0
  1. 还没有评论——来说两句吧。

写评论

评论公开展示。我们不发布辱骂、垃圾信息和广告内容。