系统极客一直在努力
专注操作系统及软件使用技能

Ubuntu 内核每周发布:2 周 SRU 周期解读

Ubuntu

Canonical 在官方博客正式宣布了 Ubuntu 内核每周发布新策略:内核从沿用多年的「4 周常规 + 2 周安全」SRU(稳定版更新)周期,改成了「统一的 2 周」SRU 周期,并且每周都会有一次内核发布——内核进入stable通道的节奏,从大约每月一次,压缩到了每周一次。

关键要点

  • Canonical 把 Ubuntu 内核 SRU 周期从「4 周常规 + 2 周安全」双轨,统一成了 2 周级联周期,每周发布一次。
  • 提速的核心推手是 AI 自动化漏洞发现 + 内核社区成为 CNA,CVE 数量暴涨、告警积压成灾,防御方被迫压缩风险敞口窗口。
  • 普通 Ubuntu 用户不需要做任何调整,照常apt upgrade即可。

为什么会变:AI 把「漏洞发现」卷成了流水线

以前,Ubuntu 内核漏洞的发现全靠安全研究人员逐行盯代码,是一个人力密集、门槛极高的活儿。但这个节奏已经在最近两年被彻底改写。

  • 最先变的是「发现端」。大语言模型(LLM)和专用 AI agent 把漏洞挖掘从「人工密集」型工作变成了批量扫描的引擎:它们不知疲倦地比对上万行代码,产出成批可疑点。发现效率上去了,需要定级的漏洞自然也就成倍增长。
  • 另一个变量来自上游。Linux 内核社区成为了自己的 CVE Numbering Authority(CNA,CVE 编号管理机构),可以自己给漏洞分配 CVE 编号,而不用等第三方机构逐条审核。在内核层面,几乎任何能影响运行系统的 Bug 都可能被归类为漏洞。于是乎,过去不会被正式定级的 Bug,现在也拿到了 CVE 编号。

这两个 Buff 叠加在一起,CVE 的产出速度已经明显跑赢修复速度。积压的告警越堆越多,而每一个未修复的 CVE 都代表一段可被利用的风险敞口。把「知道有漏洞但还没补丁」的窗口压到最短,正是 Canonical 压缩 Ubuntu 内核 SRU 周期、提速交付的核心动机。

新旧 Ubuntu 内核 SRU 周期对比:从双轨到统一 2 周级联

  • 旧机制是「4 周常规 + 2 周安全」双轨制,两条轨道各自独立,容易互相等待被打断;
  • 新机制统一为 2 周周期并让周期级联重叠,发布节奏从约每月一次变成了每周一次。但测试强度不变,提速完全来自流程并行化。

旧的双轨制又分为两条线:

  • 一条是 4 周一轮的常规稳定内核 SRU,负责上游stable分支更新与安全和 Bug 修复;
  • 另一条是 2 周一轮的安全内核 SRU,专门把 Critical/High 级别 CVE 尽快推送出去。

这套 4/2 机制比更早的 3 周周期已经进了一步:它能保证高危 CVE 不会被常规周期里的回归问题拖住。机制的官方定义,可以参考 Ubuntu 内核 SRU 官方流程说明。

但它的缺陷也很明显:在遇上突发 CVE、紧急客户请求或回归问题时,周期很容易被打断、被迫延长,修复的可预测性不足。

新机制主要改了两点:

  1. 统一成 2 周单周期,不再拆分「常规 + 安全」双轨;
  2. 让周期级联重叠,每个新周期在上一个周期启动后的下一周就启动。

于是,一个内核在走最后的认证测试时,下一个内核就已经在准备中。因为周期重叠,Ubuntu 内核发布就从大约每月一次变成了每周一次。

维度旧机制(4 周 + 2 周双轨)新机制(统一 2 周级联)
常规内核 SRU4 周一轮并入统一 2 周周期
安全内核 SRU2 周一轮(独立轨道)并入统一 2 周周期
发布频率约每月一次每周一次(周期重叠)
第 1 周内核准备/补丁集成Prep:构建 + 冒烟测试 → 产物进入-proposed
第 2 周bug 验证/回归测试Cert:认证 / 集成 / 回归测试
早期获取无固定通道-proposed每周更新,可自愿提前验收
测试强度完整认证测试完整认证测试(未削减)
主要短板双轨互等、易被打断已通过级联重叠解决

Ubuntu 内核 SRU 周期怎么走:Prep 周与 Cert 周在做什么

Ubuntu 内核 SRU 周期

一个 Ubuntu 内核 SRU 周期分为 4 个阶段:

  1. 持续集成(进入下一周期前):集成补丁、在截止日期对代码树打快照、跑初始 CI(持续集成)健全性检查。
  2. 第 1 周 – Prep(构建与冒烟测试):为期一周的内核准备,完成构建 + 基础检查,确认内核能正常启动、无明显问题。阶段结束时,构建产物发布到-proposed通道。
  3. 第 2 周 – Cert(大规模测试):密集的认证、发行版集成与回归测试。阶段结束时,所有测试流程走完。
  4. Release:内核正式发布到 stable 通道。

这条「节奏表」很关键:-proposed在 Prep 周结束时就有候选内核,但普通用户要等到 Cert 周结束才会在正式仓库看到它——中间正好差约一周。差出来的这一周,就是运维可以「抢跑」提前拿修复的窗口。

-proposed是 Ubuntu 软件仓库中的一个预发布通道,存放着已经构建完成、但尚未走完认证与回归测试的候选软件包。启用它最多可以提前约 1 周拿到 CVE 修复,但代价是需要自行承担稳定性风险与验收成本。

要查看当前有哪些内核候选正在测试,可以查看最新 Kernel SRU 排期与状态。

Ubuntu 内核每周发布:对普通用户意味着什么

先说结论:Ubuntu 内核改成每周发布之后,普通用户几乎什么都不用做。变化的只是发布频率,不是你的操作方式。你只需确认三件事:

  1. 保持更新开启:桌面版通常默认开启unattended-upgrades,服务器请确认安全更新没有被关闭。
  2. 留意重启提示:内核更新后,系统会提示需要重启(标记文件在/var/run/reboot-required),重启后新内核才会生效。
  3. 不用手动干预:照常执行 sudo apt update && sudo apt upgrade 即可。

至于是不是每周都要强制重启一次?当然不是。发布频率不等于重启频率:系统只会提示有内核更新待生效,重启时机完全由你自己决定。

赞(0)
分享到

评论 抢沙发