Canonical 将内核更新统一为每两周一次，以加快安全修复

在修复安全漏洞方面，速度至关重要。Canonical 正式宣布，将从当前每 4 周一次常规更新、每 2 周一次安全内核稳定版本更新（SRU）的周期，过渡到统一的、快速的 2 周 SRU 周期，并每周发布。

近期 CVE 数量的激增是由人工智能推动的：大型语言模型（LLM）和专用 AI 智能体已将漏洞发现从人工、耗时的过程转变为高度自动化的引擎。此外，上游内核社区成为了自己的 CVE 编号机构（CNA），并为数千个缺陷分配了 CVE（通用漏洞与暴露）标识符，理由是在内核层面，几乎任何可能影响运行系统的缺陷类型都可能被归类为漏洞。结果，CVE 数量呈指数级飙升，造成了大量警报积压，迫使防御者大幅提高修复速度以缩小风险窗口。

为应对不断增长的 CVE 数量和对更快安全修复的需求，我们正在转向统一的 2 周发布周期。这些循环往复的 2 周周期层层递进：每个周期在前一个周期开始后的下一周启动。由于这种重叠，内核发布将每周进行一次。第一周侧重于内核软件包的准备工作，我们根据具体需求选择哪些更新和补丁进入各个内核。第二周则进行 Ubuntu 认证测试。通过我们的 Ubuntu Certified 计划，我们在不同硬件类型上对这些内核进行严格测试，以确保最佳的 Ubuntu 体验。

在对每个候选版本进行全面测试的同时，无法实现加急发布。我们将保留对每个版本的广泛测试，以维持 Ubuntu 用户所期待的高度信心。尽管如此，必须承认某些环境需要尽可能最快的周转时间。

对周转时间极为敏感的用户可以使用 -proposed 软件源中提供的更新，自行开始内核验收测试。-proposed 是内核候选版本在开始认证测试之前发布的地方，因此作为重叠 SRU 周期的一部分每周更新。这条路径专为那些认为更快修复比等待 Canonical 广泛认证测试更重要优先级的用户而设计。在此了解如何启用 proposed。

在补丁准备期间，Canonical 力求在适用的情况下提供安全的变通方案，以免用户在此期间暴露于风险之中。在不存在安全变通方案的情况下，Canonical 会明确说明，并引导用户采取通用的加固措施。目标是在公开披露后 24 至 48 小时内使环境进入可防御、更安全的状态——远早于补丁发布。这并不能替代补丁；它争取了妥善修复漏洞所需的时间，而无需牺牲安全性。

补丁集成、截止日期的代码树快照以及初始 CI 健全性检查 为期 1 周的内核准备阶段，包括构建和基本检查，以确认内核能够启动和运行且无明显问题。到此阶段结束时，构建版本将发布到 -proposed 中 广泛的认证、发行版集成和回归测试。到此阶段结束时，所有测试产物均已完成

有兴趣在您的组织中运行 Ubuntu 吗？ 在您的收件箱中获取最新的 Canonical 新闻和更新。 提交此表单即表示我确认已阅读并同意 Canonical 的隐私声明 和隐私政策。