Bảo mật

Debian cập nhật kernel 6.12.113 và 6.1.190: checklist VPS

Hai nhánh Debian nhận cập nhật kernel bảo mật trong ngày 16–17/10/2026. Quản trị viên cần phân biệt phiên bản gói với kernel đang chạy và chuẩn bị phương án khôi phục.

thuemaychu.vn
Minh họa lõi hệ điều hành Debian được bảo vệ trong hạ tầng máy chủ

Cập nhật kernel trên VPS khó hơn cập nhật một thư viện thông thường: gói mới có thể đã được cài nhưng máy vẫn chạy lõi cũ cho đến khi khởi động lại. Vì vậy, quản trị viên cần vừa vá đúng phiên bản, vừa chứng minh hệ thống đã nạp kernel mới sau cửa sổ bảo trì.

Ngày 16/10/2026, Debian phát hành DSA-6568-1 cho Linux trên Debian 13. Thông báo cho biết nhiều lỗi có thể dẫn tới tăng quyền, từ chối dịch vụ hoặc lộ thông tin; bản sửa cho trixie là 6.12.113-1. Ngày 17/10/2026, kho oldstable-security cũng nhận gói Linux 6.1.190-1 cho Debian 12 Bookworm theo Debian Package Tracker.

Hai phiên bản dành cho hai nhánh Debian khác nhau

Không dùng số phiên bản của một nhánh để đánh giá nhánh còn lại
Hệ điều hànhGói nguồn được công bốNgày sự kiện
Debian 13 trixieLinux 6.12.113-116/10/2026
Debian 12 bookwormLinux 6.1.190-1 trong oldstable-security17/10/2026

Đây là phiên bản gói nguồn. Trên máy thật, tên gói ảnh và chuỗi uname -r có thể kèm hậu tố kiến trúc hoặc Debian. Cách an toàn là cập nhật từ kho đúng bản phát hành, kiểm tra gói ảnh kernel đã cài, rồi so sánh kernel đang chạy sau khi khởi động lại.

Rủi ro nào đáng chú ý với VPS và máy chủ

Kernel là lớp quản lý bộ nhớ, tiến trình, mạng, thiết bị và cách ly. Một lỗi tăng quyền có thể cho phép tài khoản cục bộ vượt quá quyền được cấp; lỗi từ chối dịch vụ có thể làm treo thành phần hoặc máy; lỗi lộ thông tin có thể để dữ liệu trong bộ nhớ bị đọc ngoài dự kiến. Thông báo Debian mô tả nhóm tác động, không có nghĩa mọi máy đều chịu mọi CVE.

Với khách thuê VPS, cần phân biệt kernel bên trong máy ảo và kernel của máy chủ vật lý. Người dùng thường chịu trách nhiệm cập nhật kernel trong hệ điều hành VPS. Phần lõi hypervisor thuộc phạm vi của đơn vị vận hành nền tảng. Không nên suy đoán hạ tầng cụ thể có lỗ hổng chỉ từ thông báo dành cho gói Debian trong máy khách.

Chuẩn bị trước khi khởi động lại

  • Ghi nhận uname -r, phiên bản Debian trong /etc/os-release và gói kernel đang chờ cập nhật.
  • Kiểm tra dung lượng /boot; xóa kernel cũ chỉ theo quy trình quản trị đã kiểm thử, không xóa tùy tiện trước khi xác nhận kernel mới khởi động được.
  • Sao lưu cấu hình và dữ liệu quan trọng; xác nhận bản sao lưu có thể đọc và có phương án truy cập bảng điều khiển nếu SSH chưa lên.
  • Liệt kê module đặc thù như lưu trữ, VPN, tường lửa, giám sát hoặc trình điều khiển GPU. Module ngoài cây kernel có thể cần được xây lại.
  • Thông báo cửa sổ bảo trì cho ứng dụng, đặc biệt với cơ sở dữ liệu hoặc dịch vụ chỉ chạy một máy.

Quy trình cập nhật và xác minh

  1. Làm mới chỉ mục gói từ kho Debian chính thức và xem danh sách nâng cấp trước khi chấp nhận.
  2. Cài bản cập nhật bảo mật cho nhánh đang dùng; kiểm tra không có lỗi khi tạo initramfs hoặc cập nhật bộ nạp khởi động.
  3. Khởi động lại trong cửa sổ bảo trì. Cài gói mà không khởi động lại chưa đủ để nạp kernel mới.
  4. Chạy lại uname -r, kiểm tra dịch vụ bằng systemctl --failed và xác minh mạng, gắn ổ, tường lửa, tác vụ định kỳ.
  5. Kiểm thử ứng dụng từ góc nhìn người dùng: đăng nhập, truy vấn dữ liệu, tải tệp và tác vụ nền quan trọng.
  6. Theo dõi lỗi kernel, mức sử dụng CPU, bộ nhớ và độ ổn định trong khoảng thời gian phù hợp với tải thực.

Nếu module ngoài cây kernel không tương thích, đội vận hành nên ưu tiên phương án quay lại kernel đã biết tốt từ bảng điều khiển, thu thập nhật ký và xử lý module. Không trì hoãn vô thời hạn; hãy sửa quy trình xây module hoặc đổi sang gói được Debian hỗ trợ.

Câu hỏi thường gặp

Cài bản cập nhật kernel có bắt buộc khởi động lại không?

Muốn hệ thống chạy kernel mới thì có. Gói mới nằm trên đĩa chưa thay thế lõi đang chạy trong bộ nhớ.

`apt` báo đã cập nhật nhưng `uname -r` vẫn cũ thì sao?

Kiểm tra gói ảnh kernel mới đã cài thành công và bộ nạp khởi động, sau đó khởi động lại trong cửa sổ bảo trì. Nếu vẫn cũ, dùng bảng điều khiển để kiểm tra mục khởi động.

Có nên khởi động lại tất cả VPS cùng lúc?

Không nên nếu các máy cùng phục vụ một hệ thống. Hãy cập nhật theo từng nhóm, kiểm tra sức khỏe và giữ đủ năng lực phục vụ trong suốt quá trình.

Nguồn tham khảo

  • Debian Security, DSA-6568-1 linux, đăng và sự kiện ngày 16/10/2026: https://lists.debian.org/debian-security-announce/2026/msg00482.html
  • Debian Package Tracker, gói Linux 6.1.190-1 vào oldstable-security, ngày 17/10/2026: https://tracker.debian.org/news/1812080/accepted-linux-61190-1-source-into-oldstable-security/
  • Trang tổng hợp thông báo Debian: https://www.debian.org/security/

Nếu phụ trách VPS Debian, hãy chuẩn bị bản phát hành, kết quả uname -r, danh sách module đặc thù, yêu cầu thời gian ngừng dịch vụ và phương án khôi phục rồi liên hệ qua trang Cloud VPS. Mục tiêu là xác định kế hoạch vá phù hợp, không mặc định rằng tăng CPU hoặc RAM có thể thay thế cập nhật bảo mật.

Cần máy chủ cho workload này?

NOC thuemaychu.vn hỗ trợ chọn CPU, GPU và băng thông. PoC trong 24 giờ.

Bài viết liên quan

Ảnh minh họa: Backup checkpoint và dữ liệu trên GPU ServerGPU / AI

Backup checkpoint và dữ liệu trên GPU Server

Dữ liệu trên GPU Server có thể gồm checkpoint tải về, dataset riêng, trọng số tinh chỉnh, cấu hình và kết quả chạy. Khi kết thúc thuê hoặc máy lỗi, mất một artifact nhỏ nhưng không thể tái tạo có thể làm mất nhiều giờ tính toán.

Đọc tiếp
Xem tất cả bài viết
GọiFBZaloSalesZaloOA