Canonical宣布取消Ubuntu内核长期沿用的双轨发布计划。自2026年9月28日起，公司将转向重叠的两周稳定版本更新（SRU）周期，新的内核包将大约每七天发布一次。
频率加快并非意味着仓促行事。每次更新仍经历完整的两周准备、构建和测试阶段。当一个周期的认证工作完成时，下一个周期的准备工作已同步启动。这种重叠机制在确保安全审查不减配的前提下，形成了每周更新的节奏。
AI重塑漏洞发现格局
这一变革的直接驱动力来自Linux内核CVE（通用漏洞披露）数量的爆炸式增长。自动化工具、大语言模型及AI代理以前所未有的规模扫描代码，其报告漏洞的速度远超人类团队的处理能力。同时，内核项目成为CVE编号机构（CNA），开始为数千个此前未被充分关注的漏洞分配标识符。
据分析，旧的“4/2”节奏（每四周一次完整更新，两周节点发布紧急安全补丁）存在流程重叠且响应滞后。如今，所有流程整合为重复进行的两周循环：第一周进行补丁选择、打包、构建及初步冒烟测试，候选版本进入-proposed存储库；第二周在认证硬件上进行集成测试和回归检查，随后移至稳定通道。
Canonical强调，完整的验证流程保持不变。“在对每个发布候选者进行彻底测试的同时，无法实现加速发布。”对于无法等待的团队，可从-proposed获取内核并自行运行验收测试，但这些版本未经官方认证。
企业运维面临新挑战
压力早已显现。2023年因对Zenbleed漏洞响应缓慢受批评后，Canonical曾采用4/2模式，但如今看来已显不足。安全分析师指出，“AI漏洞猎手”的速度已超越旧的内核更新周期。2026年9月24日的Ubuntu安全通知中，单份公告就列出了超过100个CVE，反映出这一趋势的严峻性。
新节奏将从2026年9月28日以连续两个周期起步，10月下旬全面进入重叠状态。Canonical承诺，若存在安全缓解措施，将在公开披露后24至48小时内发布；若无缓解方案，则提供加固指导。
这对企业运营商提出了即时规划要求。大规模设备集群难以在无协调情况下每周重启。部分机器可继续使用认证版本，而运行敏感负载的设备可能需拉取-proposed内核并承担额外测试负担。数据中心和云环境需重新评估更新策略，审查补丁窗口，识别可容忍每周更新的系统，并更新自动化脚本及回滚计划。
Canonical的应对措施为其他发行版提供了参考模型：通过工作重叠保持高测试标准，提供临时保护，并为高级用户提供带警告的早期访问权限。随着AI工具日益强大，CVE洪水未见消退迹象，Ubuntu的每周内核更新标志着对这一现实的务实调整。