.NET 8 và 9 hết hỗ trợ ngày 10/11/2026: kiểm tra và nâng cấp

Ngày 10/11/2026 (giờ Hoa Kỳ), .NET 8 và .NET 9, nền tảng phát triển của Microsoft, sẽ hết hỗ trợ. Sau ngày này, dù phát hiện lỗ hổng mới cũng sẽ không có bản sửa. Cũng trong ngày này, PowerShell 7.4 và 7.5 hết hỗ trợ.

Bài viết này dành cho các công ty đang chạy hệ thống nội bộ hoặc ứng dụng nghiệp vụ trên .NET: cách xác định công ty có thuộc diện ảnh hưởng không, nên chuyển sang bản nào và tiến hành chuyển đổi ra sao, theo từng bước. Hệ thống đang giao hẳn cho đơn vị phát triển cũng thuộc diện này.

Vì sao .NET 8 và .NET 9 kết thúc cùng một ngày?

Mỗi năm vào tháng 11, .NET ra một phiên bản mới. Bản số chẵn là LTS (3 năm), bản số lẻ là STS (trước đây là 18 tháng). Từ .NET 9, Microsoft kéo dài thời hạn STS lên 2 năm, nên .NET 8 ra năm 2023 và .NET 9 ra năm 2024 cùng kết thúc vào ngày 10/11/2026.

Những công ty từng nghĩ ".NET 9 còn mới nên chưa sao" cũng thuộc diện lần này.

Hết hỗ trợ thì gặp rắc rối gì?

Sau ngày 10/11, ứng dụng vẫn chạy bình thường. Rắc rối nằm ở những vấn đề được phát hiện sau đó.

Đối tượng bị ảnh hưởng và bản cần chuyển sang

※ Ngày tháng tính theo giờ Hoa Kỳ. Các thành phần đi kèm .NET như ASP.NET Core, Entity Framework Core cũng nên coi là có cùng thời hạn.

※ Phiên bản tiếp theo, .NET 11, là STS và vẫn đang ở giai đoạn bản ứng viên phát hành (release candidate). Với hệ thống dùng lâu dài, chọn .NET 10 trước là phương án an toàn.

Diễn biến

• 14/11/2023
  Phát hành .NET 8 (LTS)
• 12/11/2024
  Phát hành .NET 9 (STS)
• 11/11/2025
  Phát hành .NET 10 (LTS)
• 25/10/2026
  Phát hành .NET 8.0.33 và 9.0.22. Bản sửa cuối cùng trong thời hạn hỗ trợ
• 10/11/2026
  .NET 8, .NET 9 hết hỗ trợ (cùng với PowerShell 7.4, 7.5)

Cách xác định công ty có bị ảnh hưởng không

Trước hết, hãy liệt kê những hệ thống nào đang chạy trên .NET. Có thể kiểm tra theo các cách sau.

• Kiểm tra trên máy chủ: chạy dotnet --list-runtimes sẽ hiện danh sách các phiên bản .NET đã cài. Nếu có Microsoft.NETCore.App 8.0.x hoặc 9.0.x thì thuộc diện ảnh hưởng.
• Kiểm tra trong mã nguồn: nếu <TargetFramework> trong file dự án (.csproj) là net8.0 hoặc net9.0 thì thuộc diện ảnh hưởng.
• Nếu chạy bằng container: kiểm tra xem có đang dùng image 8.0, 9.0 như mcr.microsoft.com/dotnet/aspnet:8.0 không.
• Nếu .NET được đóng gói kèm ứng dụng (triển khai dạng self-contained): dù máy chủ không cài .NET, bên trong ứng dụng vẫn có .NET 8 hoặc 9. Cần build lại và phân phối lại.
• PowerShell: xem phiên bản bằng $PSVersionTable.PSVersion. Nếu là 7.4 hoặc 7.5, hãy nâng lên 7.6.

6 bước chuyển đổi

1. Lập danh sách hệ thống

   Dùng các cách trên để liệt kê toàn bộ hệ thống đang chạy trên .NET 8, 9. Đánh dấu những hệ thống công khai ra bên ngoài và những hệ thống xử lý thông tin cá nhân.

2. Quyết định thứ tự

   Chuyển trước các hệ thống công khai trên Internet. Hệ thống chỉ dùng nội bộ có thể làm sau.

3. Đổi phiên bản sang .NET 10

   Đổi TargetFramework trong file dự án thành net10.0, đồng thời nâng các thư viện đang dùng (gói NuGet) lên phiên bản mới.

4. Kiểm tra các thay đổi không tương thích

   Xem danh sách "thay đổi phá vỡ tương thích (breaking changes)" do Microsoft công bố, cho cả bản 9 và 10. Nếu chuyển từ .NET 8, các thay đổi của .NET 9 ở giữa cũng cần xem.

5. Chạy thử trên môi trường kiểm thử

   Kiểm tra các màn hình chính, báo cáo, phần kết nối với hệ thống bên ngoài, các xử lý chạy ban đêm… Nếu chưa có kiểm thử tự động, hãy lập bảng các mục cần kiểm tra.

6. Chuyển môi trường thật và theo dõi

   Một thời gian sau khi chuyển, hãy theo dõi log lỗi và tốc độ xử lý. Giữ lại môi trường cũ thêm một thời gian ngắn để có thể quay lại khi có sự cố sẽ yên tâm hơn.

Nếu hệ thống đang do đơn vị phát triển quản lý

Dù giao hệ thống cho đơn vị phát triển, chủ sở hữu hệ thống vẫn là công ty bạn. Nên hỏi họ những điều sau:

• Hệ thống của chúng tôi đang chạy trên phiên bản .NET nào? Có phải bản 8 hay 9 không?
• Kế hoạch chuyển sang .NET 10 thế nào, chi phí và thời gian dự kiến khoảng bao nhiêu?
• Trong các thư viện đang dùng (gói NuGet), có cái nào đã ngừng phát triển không?
• Chúng tôi có thể nhận mã nguồn và quy trình triển khai lên môi trường thật không?

Nếu không liên lạc được với đơn vị phát triển hoặc không còn tài liệu, hãy xem thêm bài "Tiếp nhận bảo trì hệ thống cũ không có tài liệu". Nếu công ty còn có hệ thống Java hoặc PHP, hãy xem thêm bài "Lỗ hổng Java tháng 10/2026" và "Xử lý lỗ hổng PHP".

Để nguyên hay chuyển đổi?

Digi Dinos có thể giúp gì?

Digi Dinos hỗ trợ doanh nghiệp về DX, bảo mật, vận hành và bảo trì hệ thống. Với văn phòng tại Nhật Bản và Việt Nam, 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.

• Chuyển đổi .NET: từ khảo sát phiên bản đến chuyển sang .NET 10, kiểm thử và chuyển môi trường thật.
• Tiếp nhận bảo trì hệ thống cũ: tiếp nhận được cả hệ thống do công ty khác xây dựng, bằng .NET, Java, PHP…
• Vận hành và giám sát sau chuyển đổi: theo dõi máy chủ và cloud 24/7, 365 ngày, nhận cả việc áp dụng bản sửa hằng tháng.
• 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 hệ thống, 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.

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