Ubuntu chuyển sang chu kỳ phát hành kernel hằng tuần
"Canonical is changing Ubuntu kernel Stable Release Updates from a four-week regular cycle and two-week security cycle to overlapping two-week cycles that produce a kernel release every week. The shift is driven by a surge in CVEs, amplified by AI-assisted bug hunting and the Linux kernel community's expanded CVE assignment, with the goal of reducing the time between disclosure and patched kernels reaching users; release candidates may be available after one week for organizations that perform their own testing."
Giảm thời gian phơi nhiễm giữa công bố lỗ hổng và bản vá; hỗ trợ đưa hệ thống vào trạng thái an toàn hơn trong 24–48 giờ. Tuy nhiên, việc lấy release candidate sớm vẫn đòi hỏi kiểm thử nội bộ chặt chẽ.
Tăng tần suất cập nhật có thể làm tăng khối lượng kiểm thử vận hành và phối hợp thay đổi. Đổi lại, doanh nghiệp có thể giảm rủi ro gián đoạn do lỗ hổng và nhận bản vá nhanh hơn.
Canonical cho biết sẽ thay đổi cách phát hành Ubuntu kernel Stable Release Updates (SRUs) từ chu kỳ 4 tuần thông thường và chu kỳ bảo mật 2 tuần sang các chu kỳ 2 tuần chồng lấn, qua đó tạo ra một bản phát hành kernel mỗi tuần. Động thái này nhằm rút ngắn khoảng thời gian từ khi lỗ hổng được công bố đến khi bản vá đến tay người dùng.
Theo Canonical, nguyên nhân chính là số lượng CVE tăng mạnh, một phần do AI-assisted bug hunting và việc cộng đồng Linux kernel mở rộng hoạt động gán mã định danh lỗ hổng. Công ty cho rằng khối lượng CVE hiện tại đang tạo ra tồn đọng lớn, buộc nhà cung cấp phải tăng tốc phát hành.
Quy trình mới chia làm hai giai đoạn: tuần đầu tích hợp bản vá, xây dựng gói kernel và kiểm tra cơ bản; đến cuối tuần này, release candidate sẽ được đưa lên nhánh -proposed. Tuần thứ hai dành cho hardware certification, tích hợp bản phân phối và regression testing trước khi phát hành chính thức.
Với tổ chức cần vá nhanh hơn, Canonical cho phép lấy release candidate sau một tuần và tự thực hiện kiểm thử chấp nhận. Công ty cũng đặt mục tiêu đưa hệ thống vào trạng thái defensible, safer state trong 24–48 giờ sau khi công bố lỗ hổng, bằng cách cung cấp workaround hoặc khuyến nghị hardening khi chưa có bản vá.