
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、紧急客户请求或回归问题时,周期很容易被打断、被迫延长,修复的可预测性不足。
新机制主要改了两点:
- 统一成 2 周单周期,不再拆分「常规 + 安全」双轨;
- 让周期级联重叠,每个新周期在上一个周期启动后的下一周就启动。
于是,一个内核在走最后的认证测试时,下一个内核就已经在准备中。因为周期重叠,Ubuntu 内核发布就从大约每月一次变成了每周一次。
| 维度 | 旧机制(4 周 + 2 周双轨) | 新机制(统一 2 周级联) |
|---|---|---|
| 常规内核 SRU | 4 周一轮 | 并入统一 2 周周期 |
| 安全内核 SRU | 2 周一轮(独立轨道) | 并入统一 2 周周期 |
| 发布频率 | 约每月一次 | 每周一次(周期重叠) |
| 第 1 周 | 内核准备/补丁集成 | Prep:构建 + 冒烟测试 → 产物进入-proposed |
| 第 2 周 | bug 验证/回归测试 | Cert:认证 / 集成 / 回归测试 |
| 早期获取 | 无固定通道 | -proposed每周更新,可自愿提前验收 |
| 测试强度 | 完整认证测试 | 完整认证测试(未削减) |
| 主要短板 | 双轨互等、易被打断 | 已通过级联重叠解决 |
Ubuntu 内核 SRU 周期怎么走:Prep 周与 Cert 周在做什么

一个 Ubuntu 内核 SRU 周期分为 4 个阶段:
- 持续集成(进入下一周期前):集成补丁、在截止日期对代码树打快照、跑初始 CI(持续集成)健全性检查。
- 第 1 周 – Prep(构建与冒烟测试):为期一周的内核准备,完成构建 + 基础检查,确认内核能正常启动、无明显问题。阶段结束时,构建产物发布到
-proposed通道。 - 第 2 周 – Cert(大规模测试):密集的认证、发行版集成与回归测试。阶段结束时,所有测试流程走完。
- Release:内核正式发布到
stable通道。
这条「节奏表」很关键:-proposed在 Prep 周结束时就有候选内核,但普通用户要等到 Cert 周结束才会在正式仓库看到它——中间正好差约一周。差出来的这一周,就是运维可以「抢跑」提前拿修复的窗口。
-proposed是 Ubuntu 软件仓库中的一个预发布通道,存放着已经构建完成、但尚未走完认证与回归测试的候选软件包。启用它最多可以提前约 1 周拿到 CVE 修复,但代价是需要自行承担稳定性风险与验收成本。
要查看当前有哪些内核候选正在测试,可以查看最新 Kernel SRU 排期与状态。
Ubuntu 内核每周发布:对普通用户意味着什么
先说结论:Ubuntu 内核改成每周发布之后,普通用户几乎什么都不用做。变化的只是发布频率,不是你的操作方式。你只需确认三件事:
- 保持更新开启:桌面版通常默认开启
unattended-upgrades,服务器请确认安全更新没有被关闭。 - 留意重启提示:内核更新后,系统会提示需要重启(标记文件在
/var/run/reboot-required),重启后新内核才会生效。 - 不用手动干预:照常执行
sudo apt update && sudo apt upgrade即可。
至于是不是每周都要强制重启一次?当然不是。发布频率不等于重启频率:系统只会提示有内核更新待生效,重启时机完全由你自己决定。











最新评论
不支持英伟达mx350显卡
连接不到镜像源是网络问题,你懂的
微软:我有这个能力,但我就是要用来做广告,就问你气不气🤳。
微软有这塞广告的功夫,还真可以在开箱阶段把配置环境写上去,大家按需勾选就行了