Trail of Bits 呼吁回移安全修复：稳定版积压大量未修复 CVE

Trail of Bits：AI安全研究·2026-10-27 19:00· 1 小时前AI 评分66

将安全修复回移到稳定版本

AI 导读

Trail of Bits 撰文指出，稳定版软件普遍缺少安全修复回移（backporting），而 AI 智能体可以轻易利用这些已知漏洞，作者在沙箱逃逸研究和近期披露的 OpenAI 被入侵事件中都观察到这一点。

正文 · 原文

你正在运行的软件几乎可以肯定充斥着已知但未修复的安全漏洞。现代 AI 智能体可以轻而易举、迅速地利用这些漏洞。这并非只是理论；我在沙箱逃逸研究中就看到了这一点，而稳定版软件中的一个旧漏洞被用作近期披露的 OpenAI 被入侵事件的一部分：

简单来说：你正在运行的任何东西，几乎肯定都能被先进的 AI 轻易入侵。幸运的是，有解决办法，我们（不仅是 Trail of Bits，整个安全行业）正在努力解决。但首先，我们是如何走到这一步的？

稳定性与安全性

软件有缺陷，其中一些与安全相关。我们尽可能修复它们，而修复首先发生在软件的最新版本中。不幸的是，这往往也是修复发生的唯一地方。将修复从最新源代码移植到旧版本的过程称为“回移”（backporting）。

针对知名关键漏洞的修复确实常常被快速回移。但对于许多其他漏洞，回移过程从未发生。原因很容易理解：软件打包通常由已经超负荷工作的志愿者完成，而回移是令人沮丧、吃力不讨好的工作，几乎得不到认可或关注。对于由志愿者团队维护的开源项目来说，回移（可以理解地）优先级很低。

缺乏回移是个问题，因为几乎没有人运行用当今代码变更 freshly 构建的最新最强版本软件。人们绝大多数更喜欢打包在“长期稳定”发行版中的稍旧、经过更多测试的软件。例如，约 95% 的 Ubuntu Linux 安装是长期支持（LTS）版本。查看 Debian popcon 中已安装的 Linux 内核软件包，绝大多数基于较旧的稳定树：

这让用户陷入两难：他们要么坚持使用稳定、熟悉但存在安全缺陷的软件版本，要么升级到修复了这些缺陷但引入了其他变更和新功能的新版本，而他们可能并不想要这些。

我们本不该被迫做出这种选择。

视而不见

即使在三年前，我们还可以把头埋在沙子里，假装问题不存在：回移所有修复确实是一项困难、耗时的工作，任何攻击都极不可能发生。

现在，这两个假设都不成立了。一群具有网络能力的 AI 智能体可以像热刀切黄油一样穿透由稳定、已知存在漏洞的软件组成的网络。积极的一面是，AI 显著减轻了识别和回移安全相关漏洞的负担。

当然，我们应该假设所有软件都有缺陷（因为确实如此），并运用我们在计算机安全课程中学到的经验：强制访问控制、代码完整性检查、沙箱和权限分离。这确实有效。移动平台因为强制执行这些标准而安全得多。但桌面和服务器平台并不强制要求这种行为，也很少有人主动启用保护措施。是的，每个人都应该更新到最新软件。但许多人故意不更新到新版本。我认为这种普通最终用户的行为完全合理。就在最近，我把 Mac 更新到 macOS 27，结果无法使用一台多年来一直运行良好的打印机（直到 Codex 第一次尝试就写出了一个兼容的新打印机驱动）。

无论如何，假设某些东西可能有缺陷并且应该被控制住是一种好做法；留下已知的、容易修复的缺陷是失职。所以，让我们把所有修复都向后移植吧！

核算安全负债

让我们量化问题的规模。为了便于计数，我们可以只关注已知缺陷（已分配 CVE），这些缺陷在最新版本中已修复，但在稳定软件包中缺失。在这个例子中，我们将考察 Linux 内核、Ubuntu 26.04 LTS 和 Debian 13 Stable。我并不是在单独点名这些项目——它们都运营得非常好！我使用它们是因为它们有关于未修复 CVE 的文档和统计。其他项目缺乏这种透明度。解决问题的第一步是知道存在问题。

让我们按稳定分支查看 Linux 内核中未解决的 CVE 数量。下表显示了每个受支持的稳定分支中未在该分支修复、但在较新分支中已修复的 CVE 数量。（因此，按定义，较旧的分支有更多未修复的 CVE。）数据来源是截至 2026 年 9 月 18 日的内核 CVE 团队的 vulns.git。这不是精确的缺陷计数，由于若干技术细节，它既会多计也会少计。它也不是可利用性的衡量标准。相反，它是一把量尺，表明大量已知 CVE 尚未在稳定内核分支中修复：

软件包的情况也好不到哪里去。这些是在 Debian 13 和 Ubuntu 26.04 中报告为未解决或受影响的非内核 CVE（原始数据来自它们各自的批量 CVE 数据源，由 Codex 汇编）。这些是发行版元数据的发现，并非逐个经源码确认的漏洞。同样，这并非精确的缺陷计数，而更像一把量尺，表明稳定软件包中仍有多少未修复的漏洞：

修复缺陷

我们意识到这是一个问题，并一直在主动修复它。首先，我们从相当于在人行道上捡到 20 美元的事情开始：有些针对已知 CVE 的缺陷修复可以干净地应用到稳定内核树上，但修复从未被合入内核。我们使用 Codex 搭配 GPT-5.6 找到这些修复，并请维护者应用现有补丁。他们很慷慨地照做了，目前稳定树中已应用 142 个修复，涉及 90 个 CVE；我们回溯移植跟踪器上的列表还在不断增长。我们现在正在回溯移植补丁，从最容易验证和审查的开始，并逐步转向更复杂的改动。

我们也对 Linux 发行版做了同样的事：我们使用 Codex 和 GPT-5.6 识别正在发布的稳定软件包中的已知漏洞，然后回溯移植并验证修复。我们已开始向 Linux 发行版联系，并提供了首批补丁。如果你运营一个开源项目或 Linux 发行版，并希望获得回溯移植安全修复的帮助，请在 trailofbits.com/patch-the-planet 申请，我们会很乐意协助。

不添加功能的稳定软件的一大优势是，理论上我们可以在坏人之前修复所有缺陷。所以，让我们继续修补这个星球！

来源：Trail of Bits：AI安全研究 · blog.trailofbits.com