Bảo mật hệ thống cũ: bắt đầu từ đâu? Lịch hết hỗ trợ 2026

  • Ngày đăng
  • 9 phút đọc
Ảnh minh họa: 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.

Hệ điều hành máy chủPhần mềm nền
Ngôn ngữ, môi trường chạyJava, .NET…
Framework và thư việnCác khối dựng sẵn
Hệ thống nghiệp vụCông cụ dùng hằng ngày
Hình 1. Hệ thống nghiệp vụ chạy trên nhiều lớp nền tảng

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ạiTên và phiên bảnHết hỗ trợTrạng thái
OSCentOS 730/6/2024Đã hết
Ngôn ngữ.NET 612/11/2024Đã hết
Ngôn ngữPython 3.9Tháng 10/2025Đã hết
Ngôn ngữRuby 3.2Tháng 4/2026Đã hết
Ngôn ngữNode.js 2030/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.10Tháng 10/2026Đã hết
Ngôn ngữ.NET 8 và .NET 910/11/2026Sắp hết
OSWindows Server 201612/1/2027Sắp hết
Ngôn ngữRuby 3.3Cuối tháng 3/2027 (dự kiến)Dự kiến
Ngôn ngữNode.js 2230/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.

BƯỚC 1–2Nắm rõ1. Liệt kê những gì đang chạy
2. Đối chiếu ngày hết hỗ trợ
BƯỚC 3Quyết định3. Xếp thứ tự ưu tiên
BƯỚC 4–6Hành động4. Gia cố phòng thủ
5. Lên kế hoạch nâng cấp
6. Rà soát định kỳ
Hình 2. Từ kiểm kê đến xử lý
  1. 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ì.

  2. Đố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.

  3. 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).

  4. 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í.

  5. 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.

  6. 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 ghiVí dụ
Tên hệ thống, bộ phận và công việc sử dụngQuản lý đơn hàng (phòng kinh doanh), website thành viên
OSCentOS 7, Windows Server 2016
Ngôn ngữ và phiên bảnJava 8, Python 3.9, .NET 6
FrameworkSpring, Django, Rails, ASP.NET
Cơ sở dữ liệuMySQL, PostgreSQL, SQL Server
Nơi đặt hệ thốngMá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ợ.

Hình 3. Tiêu chí xếp thứ tự ưu tiên

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á.

Bài viết liên quan