Bảo mật hệ thống cũ: bắt đầu từ đâu? Lịch hết hỗ trợ 2026
Mục lục7
"Hệ thống của mình đã cũ, liệu còn an toàn không?" Nếu bạn đang tự hỏi như vậy, việc đầu tiên là liệt kê những gì đang chạy và đối chiếu từng thành phần với ngày hết hỗ trợ. Xử lý trước những gì đã hết hạn hoặc sắp hết hạn, bạn sẽ tiến hành an toàn mà không lãng phí.
Bài viết dành cho chủ doanh nghiệp và người quản lý không chuyên IT: nên bắt đầu từ đâu và theo thứ tự nào.
Những điểm chính
- Bắt đầu bằng danh sách những gì đang chạy, rồi đối chiếu với ngày hết hỗ trợ.
- .NET 8 và .NET 9 hết hỗ trợ ngày 10/11/2026, Windows Server 2016 ngày 12/1/2027.
- Python 3.10, Node.js 20, CentOS 7 và một số thành phần khác đã hết hỗ trợ.
- Không cần thay mới tất cả cùng lúc. Ưu tiên hệ thống công khai trên mạng, đã hết hỗ trợ, hoặc xử lý dữ liệu cá nhân.
- Kể cả khi không có tài liệu và bên làm hệ thống đã không còn, đọc mã nguồn vẫn biết hệ thống hoạt động thế nào.
10/11
.NET 8 và 9 hết hỗ trợ (năm 2026)
12/1
Windows Server 2016 hết hỗ trợ (năm 2027)
6 bước
từ kiểm kê đến xử lý
Giải thích nhanh hai khái niệm
Lỗ hổng bảo mật là "điểm yếu" trong phần mềm mà kẻ xấu có thể lợi dụng để tấn công.
Hết hỗ trợ (EOL) nghĩa là bên làm ra phần mềm ngừng phát hành bản vá. Điểm yếu mới phát hiện sau ngày đó sẽ không được sửa.
Vì sao hệ thống cũ lại rủi ro?
Một hệ thống chạy trên nhiều lớp chồng lên nhau. Chỉ cần một lớp hết hỗ trợ, cả hệ thống đã gặp rủi ro.
Khi một trong số đó hết hỗ trợ, dễ xảy ra những chuyện sau:
Không còn bản vá
Lỗ hổng mới được phát hiện nhưng không có bản sửa.
Mất kết nối
Kết nối với thanh toán, gửi email và các dịch vụ khác ngừng hoạt động với thành phần mới.
Ít người sửa được
Người am hiểu ngày càng hiếm, khi có sự cố thì không biết nhờ ai.
"Vẫn chạy" không có nghĩa là "an toàn"
Hệ thống có thể trông hoàn toàn bình thường trong khi các thành phần bên trong đã lỗi thời từ lâu.
Các mốc hết hỗ trợ chính năm 2026–2027
Chúng tôi tập trung vào các phần mềm phổ biến ở doanh nghiệp vừa và nhỏ (theo nguồn chính thức; ngày có thể thay đổi).
| Loại | Tên và phiên bản | Hết hỗ trợ | Trạng thái |
|---|---|---|---|
| OS | CentOS 7 | 30/6/2024 | Đã hết |
| Ngôn ngữ | .NET 6 | 12/11/2024 | Đã hết |
| Ngôn ngữ | Python 3.9 | Tháng 10/2025 | Đã hết |
| Ngôn ngữ | Ruby 3.2 | Tháng 4/2026 | Đã hết |
| Ngôn ngữ | Node.js 20 | 30/4/2026 | Đã hết |
| Ngôn ngữ | Oracle JDK 21 (bản cập nhật miễn phí) | Tháng 9/2026. Các bản sau thường cần thuê bao trả phí | Đã hết |
| Ngôn ngữ | Python 3.10 | Tháng 10/2026 | Đã hết |
| Ngôn ngữ | .NET 8 và .NET 9 | 10/11/2026 | Sắp hết |
| OS | Windows Server 2016 | 12/1/2027 | Sắp hết |
| Ngôn ngữ | Ruby 3.3 | Cuối tháng 3/2027 (dự kiến) | Dự kiến |
| Ngôn ngữ | Node.js 22 | 30/4/2027 (dự kiến) | Dự kiến |
Ngày của sản phẩm Microsoft (.NET, Windows Server) tính theo giờ Mỹ.
Các hạn chót sắp tới, theo thứ tự:
- .NET 8 và .NET 9 hết hỗ trợ
- Windows Server 2016 hết hỗ trợ
- Ruby 3.3 hết hỗ trợ (dự kiến)
- Node.js 22 hết hỗ trợ (dự kiến)
Node.js và Java đều có đợt vá bảo mật lớn trong tháng 10/2026. Xem chi tiết tại bài lỗ hổng Node.js tháng 10/2026 và cảnh báo lỗ hổng Java tháng 10/2026.
Bắt đầu từ đâu: 6 bước
Đây là toàn bộ quy trình. Thay vì đổi mọi thứ cùng lúc, an toàn nhất là bắt đầu từ chỗ rủi ro nhất.
2. Đối chiếu ngày hết hỗ trợ
5. Lên kế hoạch nâng cấp
6. Rà soát định kỳ
- Liệt kê những gì đang chạy
Với mỗi hệ thống, ghi lại các mục trong bảng bên dưới. Mục nào chưa rõ thì hỏi bên phát triển hoặc bảo trì.
- Đối chiếu với ngày hết hỗ trợ
Ghi thêm ngày hết hỗ trợ bên cạnh từng mục. Có thể tra trong bảng ở trên hoặc trang chính thức của từng hãng.
- Xếp thứ tự ưu tiên
Dựa vào việc hệ thống có công khai trên mạng không, đã hết hỗ trợ chưa, có xử lý dữ liệu cá nhân hay thanh toán không (Hình 3).
- Gia cố phòng thủ ngay
Áp dụng bản vá có sẵn, ngừng công khai các chức năng không dùng… Bắt đầu từ những việc không tốn chi phí.
- Lên kế hoạch nâng cấp
Đưa hệ điều hành, ngôn ngữ, framework lên phiên bản mới theo thứ tự: khảo sát, chuyển đổi trên môi trường kiểm thử, kiểm tra hoạt động, chuyển môi trường thật, theo dõi.
- Rà soát định kỳ
Kể cả thành phần còn lâu mới hết hỗ trợ, hãy rà soát danh sách định kỳ để không bị bất ngờ trước hạn chót tiếp theo.
Danh sách nên có các mục sau:
| Mục cần ghi | Ví dụ |
|---|---|
| Tên hệ thống, bộ phận và công việc sử dụng | Quản lý đơn hàng (phòng kinh doanh), website thành viên |
| OS | CentOS 7, Windows Server 2016 |
| Ngôn ngữ và phiên bản | Java 8, Python 3.9, .NET 6 |
| Framework | Spring, Django, Rails, ASP.NET |
| Cơ sở dữ liệu | MySQL, PostgreSQL, SQL Server |
| Nơi đặt hệ thống | Máy chủ riêng, máy chủ thuê, cloud |
| Ngày hết hỗ trợ | Tra trang chính thức của từng hãng rồi ghi thêm |
Dùng các tiêu chí sau để xếp ưu tiên:
Cao Xử lý ngay
Công khai trên mạng và đã hết hỗ trợ. Xử lý dữ liệu cá nhân của khách hàng hoặc thanh toán.
Trung bình Lên kế hoạch trong vài tháng
Công khai và sẽ hết hỗ trợ trong vòng một năm. Chỉ dùng nội bộ nhưng đã hết hỗ trợ.
Thấp Rà soát định kỳ
Còn nhiều thời gian trước khi hết hỗ trợ.
Các biện pháp phòng thủ nhanh ở bước 4:
- Áp dụng ngay các bản vá (patch) đang có.
- Ngừng công khai các màn hình, chức năng không dùng và những gì không cần lộ ra ngoài.
- Kiểm tra đã có bản sao lưu và có khôi phục được thật không.
- Rà soát mật khẩu trang quản trị và những người có quyền truy cập.
Đây chỉ là biện pháp tạm thời
Chúng không giúp phần mềm đã hết hỗ trợ chạy an toàn lâu dài. Hãy tiếp tục đến bước 5 và lên kế hoạch nâng cấp.
Để nguyên hay xử lý?
Nếu để nguyên
- Điểm yếu mới không thể được vá
- Kết nối với dịch vụ bên ngoài có thể ngừng chạy bất cứ lúc nào
- Khi có sự cố, không biết nhờ ai
Nếu lập danh sách và xử lý theo thứ tự
- Nhìn qua là biết rủi ro nằm ở đâu
- Sửa chỗ rủi ro nhất trước, trong phạm vi ngân sách
- Sẵn sàng cho hạn chót tiếp theo, không phải vội vàng
Không có tài liệu, bên phát triển cũ không còn?
Với hệ thống cũ, những nỗi lo sau rất phổ biến:
Không liên lạc được bên làm hệ thống
Công ty đã giải thể hoặc đổi người phụ trách, không còn ai để hỏi.
Không có tài liệu
Không có đặc tả, hoặc có nhưng đã quá cũ, không dùng được.
Người phụ trách đã nghỉ
Trong công ty không còn ai hiểu hệ thống hoạt động thế nào.
Không cần bỏ cuộc. Đọc mã nguồn là biết hệ thống làm gì. Trong quá trình đó, danh sách chức năng, danh sách màn hình và luồng dữ liệu có thể được dựng lại thành tài liệu. Để bắt đầu, hãy kiểm tra bạn có những thứ sau:
- Mã nguồn
- Tài khoản quản trị máy chủ và cloud
- Thông tin đăng ký tên miền (địa chỉ website)
- Bản sao lưu cơ sở dữ liệu
- Hợp đồng dịch vụ bên ngoài (gửi email, thanh toán…)
Thông tin lỗ hổng cũng có trên JVN
JVN, do JPCERT/CC và IPA cùng vận hành, công bố thông tin lỗ hổng. Nhưng để biết lỗ hổng có ảnh hưởng đến hệ thống của bạn hay không, cần người hiểu bên trong hệ thống.
Digi Dinos có thể giúp gì?
Digi Dinos là công ty phần mềm có văn phòng tại Việt Nam và Nhật Bản. Trong 8 năm, chúng tôi đã thực hiện hơn 150 dự án, với đội ngũ làm việc được bằng tiếng Nhật.
- Tiếp nhận bảo trì hệ thống có sẵn trên mọi nền tảng phổ biến: PHP, Java, Node.js, Python, Ruby, .NET…
- Xử lý lỗ hổng mới công bố: khi có điểm yếu mới được công bố, chúng tôi đánh giá ảnh hưởng và áp dụng bản sửa.
- Nâng cấp toàn diện: ngôn ngữ, framework, máy chủ và hệ điều hành.
- Không có tài liệu cũng không sao: kể cả khi nhà cung cấp cũ đã không còn và không ai hiểu nghiệp vụ, chúng tôi tự đọc mã nguồn, dựng lại tài liệu và đề xuất kế hoạch hoàn chỉnh.
- Bảo hành vĩnh viễn: nếu phát hiện lỗi ở phần chúng tôi đã sửa, chúng tôi chịu trách nhiệm sửa, không giới hạn thời gian chừng nào hợp đồng bảo trì còn tiếp tục.
Chưa biết hệ thống đang chạy những gì? Không sao cả.
Từ mã nguồn và thông tin máy chủ, chúng tôi cùng bạn lập danh sách, xếp ưu tiên và lên kế hoạch nâng cấp.
Câu hỏi thường gặp
Hệ thống vẫn chạy tốt, sao không để nguyên?
Chạy được và an toàn là hai chuyện khác nhau. Khi hết hỗ trợ, điểm yếu mới sẽ không được vá. Đặc biệt với hệ thống công khai trên mạng, nên xử lý sớm.
Chúng tôi muốn kiểm kê nhưng không biết gì về hệ thống.
Chỉ cần có mã nguồn và thông tin máy chủ, chúng tôi có thể kiểm tra, lập danh sách và báo cáo bằng ngôn ngữ dễ hiểu: đang chạy những gì và rủi ro nằm ở đâu.
Có phải thay mới tất cả cùng lúc không?
Không. Cách thường làm là bắt đầu từ chỗ rủi ro nhất. Chúng tôi đề xuất kế hoạch từng giai đoạn phù hợp với ngân sách và công việc của bạn.
Chi phí khoảng bao nhiêu?
Tùy quy mô và độ cũ của hệ thống, nên chúng tôi khảo sát trước rồi báo giá.
Nguồn tham khảo