Lỗ hổng SonicWall SSLVPN CVE-2026-19868: vượt MFA và cập nhật
Mục lục9
Ngày 6/11/2026, SonicWall đã công bố 7 lỗ hổng của SonicOS, hệ điều hành của các sản phẩm tường lửa. Cùng ngày, CISA (Hoa Kỳ) đã thêm CVE-2026-19868 vào danh sách "lỗ hổng đã xác nhận bị khai thác". Đây là vấn đề khiến xác thực đa yếu tố (MFA) qua SAML có nguy cơ bị vượt qua khi đăng nhập SSL-VPN.
Bài viết này dành cho các công ty đang dùng tường lửa SonicWall: thiết bị và phiên bản bị ảnh hưởng, các bước cập nhật, những việc có thể làm trong khi chưa cập nhật, và cách tìm dấu vết. Những công ty đang nghĩ "đã có MFA nên yên tâm" lại càng nên kiểm tra.
Tóm tắt nhanh
- Bị ảnh hưởng là Gen7 từ 7.3.3-7015 trở về trước, Gen8 từ 8.2.2-8015 trở về trước. Bản vá là 7.3.4-7013 trở lên, 8.2.3-8015 trở lên.
- CVE-2026-19868 chỉ gây ảnh hưởng khi dùng SAML để đăng nhập SSL-VPN.
- Thông báo của SonicWall ghi biện pháp tạm thời là "không có". Cập nhật là biện pháp chính.
- Cùng thông báo còn có 6 lỗ hổng khác, như vấn đề ở màn hình quản trị (mức độ 8.8). Dù không dùng SAML, hãy cập nhật.
7
Lỗ hổng được công bố trong cùng thông báo
7.1
Mức độ nghiêm trọng của CVE-2026-19868 (CVSS v3)
20/11
Thời hạn xử lý được yêu cầu với các cơ quan liên bang Hoa Kỳ (2026)
Giải thích thuật ngữ
SSL-VPN = cơ chế để từ bên ngoài công ty vào mạng nội bộ một cách an toàn qua Internet.
SAML = cơ chế cho phép dùng nhiều dịch vụ chỉ với một lần đăng nhập. Cơ chế này được dùng để liên kết với Microsoft Entra ID và các dịch vụ tương tự.
MFA (xác thực đa yếu tố) = cách xác nhận danh tính bằng ứng dụng trên điện thoại thông minh hoặc phương tiện khác, bên cạnh mật khẩu.
KEV = danh sách "lỗ hổng đã xác nhận bị khai thác thực tế" do CISA (Hoa Kỳ) công bố.
Lỗ hổng này là gì, nguy hiểm ra sao?
CVE-2026-19868 là vấn đề liên quan đến bước kiểm tra xác thực của SSL-VPN. Theo giải thích của SonicWall, người có ID và mật khẩu đúng dùng được cho một phương thức xác thực khác có nguy cơ vượt qua được bước kiểm tra xác thực SAML, và MFA được bắt buộc qua SAML cũng có khả năng bị vượt qua.
Nghĩa là, chẳng hạn nếu vẫn còn sót lại mật khẩu từng bị lộ trước đây, giả định "có MFA nên không vào được" sẽ không còn đúng. Tuy nhiên, cuộc tấn công cần có thông tin xác thực hợp lệ, nên đây không phải vấn đề ai cũng vào được. Ngoài ra, SSL-VPN không bật SAML không bị ảnh hưởng bởi lỗ hổng này.
| Mã CVE | Nội dung | Mức độ |
|---|---|---|
| CVE-2026-19868 | Có nguy cơ bị vượt qua xác thực SAML và MFA trên SSL-VPN. Có báo cáo bị khai thác | 7.1 |
| CVE-2026-107155 | Vấn đề thiết lập cross-domain của màn hình quản trị. Tùy điều kiện, có nguy cơ bị thực hiện thao tác trái phép | 8.8 |
| CVE-2026-107154 | Vấn đề kiểm tra phiên (session) của màn hình quản trị. Tùy điều kiện, có nguy cơ bị thực hiện thao tác trái phép | 8.8 |
| CVE-2026-82308 | Có nguy cơ bị làm ngừng dịch vụ ở giai đoạn trước khi đăng nhập của SSL-VPN | 7.5 |
| CVE-2026-77708, 77709 | Có nguy cơ bị làm ngừng dịch vụ ở xác thực TACACS+ | 5.9 |
| CVE-2026-19703 | Cách lưu mật khẩu của thiết bị ảo (virtual appliance) còn yếu (tấn công từ cục bộ) | 5.2 |
Tình hình bị khai thác (tính đến ngày 8/11/2026)
Trong thông báo, SonicWall cho biết công ty "đã điều tra các báo cáo cho thấy khả năng bị khai thác", và khuyến nghị mạnh mẽ cập nhật càng sớm càng tốt. Ngày 6/11, CISA đã thêm lỗ hổng này vào danh sách đã xác nhận bị khai thác (KEV), và yêu cầu các cơ quan liên bang Hoa Kỳ xử lý chậm nhất vào ngày 20/11.
Về quy mô tấn công, kẻ tấn công và thiệt hại tại Nhật Bản, các thông tin chính thức xác nhận được không đề cập đến. Ngoài ra, trong danh sách cảnh báo của IPA và JPCERT/CC (kiểm tra ngày 8/11), không tìm thấy vụ việc này.
Thiết bị bị ảnh hưởng và bản cần lên
| Thế hệ | Model chính | Phiên bản bị ảnh hưởng | Bản vá |
|---|---|---|---|
| Gen7 (phần cứng) | TZ 270–670, NSa 2700–6700, NSsp 10700–15700 | 7.3.3-7015 trở về trước | 7.3.4-7013 trở lên |
| Gen7 (ảo) | NSv 270, 470, 870 | 7.3.3-7015 trở về trước | 7.3.4-7013 trở lên |
| Gen8 (phần cứng) | TZ 80–680, NSa 2800–5800 | 8.2.2-8015 trở về trước | 8.2.3-8015 trở lên |
| Gen8 (ảo) | NSv XS, S, M, L | 8.2.2-8015 trở về trước | 8.2.3-8015 trở lên |
※ Các model Gen6 trở về trước không có trong danh sách đối tượng của thông báo này. Về tình trạng hỗ trợ, hãy hỏi SonicWall hoặc đơn vị bán hàng.
5 bước kiểm tra và xử lý
- Xem thiết bị và phiên bản
Trên màn hình quản trị, hãy xem model và phiên bản SonicOS. Nếu không biết ai đang quản lý, hãy hỏi đơn vị bán hàng hoặc đơn vị bảo trì.
- Kiểm tra cấu hình SAML của SSL-VPN
Mức ảnh hưởng của CVE-2026-19868 thay đổi tùy việc có dùng SAML để đăng nhập SSL-VPN hay không.
- Cập nhật lên bản vá
Trước khi cập nhật, hãy sao lưu cấu hình. Thực hiện ngoài giờ làm việc, và sau khi cập nhật hãy kiểm tra xem có kết nối VPN được không.
- Rà soát tài khoản
Xóa tài khoản của người đã nghỉ việc và tài khoản không dùng. Với các tài khoản vào được bằng cách khác ngoài SAML, hãy xem có thật sự cần không và đổi mật khẩu.
- Kiểm tra nhật ký đăng nhập
Xem các mục kiểm tra bên dưới. Nếu có điểm khả nghi, hãy trao đổi với đơn vị chuyên môn.
Khi chưa cập nhật ngay được
Thông báo của SonicWall ghi biện pháp tạm thời là "không có". Những việc dưới đây là cách giảm rủi ro nói chung, không thay thế được việc cập nhật.
- Giới hạn hết mức nơi (địa chỉ IP) được phép kết nối SSL-VPN
- Không cho mở màn hình quản trị từ Internet
- Tắt SSL-VPN không dùng tới
Cách tìm dấu vết bị tấn công
Thông báo của SonicWall không nêu dấu hiệu mang tính quyết định nào, chẳng hạn địa chỉ IP nguồn tấn công. Vì vậy, các mục dưới đây chỉ là một cơ sở tham khảo.
- Người lẽ ra đăng nhập bằng SAML có đăng nhập SSL-VPN bằng phương thức xác thực khác không?
- Có lần đăng nhập nào từ quốc gia hoặc khung giờ khác với bình thường không?
- Có tài khoản lạ, hoặc thay đổi cấu hình mà công ty không biết không?
- Sau khi kết nối VPN, có các kết nối đáng ngờ lan sang máy chủ nội bộ không?
Có ghi nhận trong log không có nghĩa là chắc chắn đã bị xâm nhập. Cách kiểm tra thiết bị VPN cũng được giải thích trong bài "Xử lý lỗ hổng Ivanti".
Thiết bị VPN là cửa chính của công ty
Thiết bị VPN nằm ở lối vào mạng nội bộ, nên là mục tiêu hấp dẫn đối với kẻ tấn công. Thiệt hại tại Nhật Bản từ tháng 10/2026 được tổng hợp trong bài "Tổng hợp các vụ tấn công mạng tại Nhật Bản". Nếu không có người phụ trách, hoặc không rõ phạm vi bảo trì, 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".
Để nguyên hay xử lý ngay?
Nếu để nguyên
- Dù đã thiết lập MFA, vẫn có nguy cơ bị vượt qua
- Có nguy cơ bị xâm nhập vào nội bộ từ thông tin xác thực đã bị lộ
- Các vấn đề ở màn hình quản trị vẫn còn đó
Nếu cập nhật và kiểm tra
- 7 lỗ hổng lần này được sửa cùng lúc
- Không còn tài khoản không dùng
- Có thể kiểm tra xem có dấu vết xâm nhập hay không
Digi Dinos có thể giúp gì?
Digi Dinos là công ty hỗ trợ DX, bảo mật, vận hành và bảo trì hệ thống. Chúng tôi đã đạt chứng nhận ISO 27001, đảm nhận cả vận hành máy chủ và đám mây, giám sát 24 giờ 365 ngày (NOC). Đội ngũ làm việc được bằng tiếng Nhật sẽ hướng dẫn cho bạn.
- Rà soát tài sản: làm rõ thiết bị nào đang chạy phiên bản nào, và ai đang quản lý.
- Hỗ trợ lập kế hoạch và thực hiện cập nhật: kể cả hệ thống không thể dừng, chúng tôi vẫn xác định quy trình và thời gian để tiến hành.
- Tiếp nhận giám sát và vận hành: có thể tiếp nhận cả việc vận hành hệ thống vốn do công ty khác quản lý.
Chưa chắc VPN của bạn đã an toàn? Tư vấn miễn phí.
Từ kiểm tra thiết bị đến kế hoạch cập nhật.
Câu hỏi thường gặp
Tôi không dùng SAML cho SSL-VPN. Có cần cập nhật không?
Công ty không bị ảnh hưởng bởi CVE-2026-19868, nhưng cùng thông báo còn có các vấn đề khác ở màn hình quản trị và SSL-VPN. Hãy cập nhật.
Dùng MFA rồi mà vẫn không an toàn sao?
MFA là biện pháp rất hiệu quả, nhưng lần này có thông tin cho rằng MFA được bắt buộc qua SAML có nguy cơ bị vượt qua. Cần cập nhật lên bản vá.
Tại Nhật Bản đã có thiệt hại chưa?
Tính đến ngày 8/11/2026, các thông tin chính thức xác nhận được không đề cập đến thiệt hại tại Nhật Bản. Tuy nhiên, không thể nói là không có thiệt hại chưa được công bố.
Nguồn tham khảo (kiểm tra ngày 8/11/2026)