Chuyển đến nội dung chính

Lỗ hổng SonicWall SSLVPN CVE-2026-19868: vượt MFA và cập nhật

  • Ngày đăng
  • 8 phút đọc
Ảnh minh họa: 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ã CVENội dungMức độ
CVE-2026-19868Có 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ác7.1
CVE-2026-107155Vấ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ép8.8
CVE-2026-107154Vấ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ép8.8
CVE-2026-82308Có nguy cơ bị làm ngừng dịch vụ ở giai đoạn trước khi đăng nhập của SSL-VPN7.5
CVE-2026-77708, 77709Có nguy cơ bị làm ngừng dịch vụ ở xác thực TACACS+5.9
CVE-2026-19703Cá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ínhPhiên bản bị ảnh hưởngBản vá
Gen7 (phần cứng)TZ 270–670, NSa 2700–6700, NSsp 10700–157007.3.3-7015 trở về trước7.3.4-7013 trở lên
Gen7 (ảo)NSv 270, 470, 8707.3.3-7015 trở về trước7.3.4-7013 trở lên
Gen8 (phần cứng)TZ 80–680, NSa 2800–58008.2.2-8015 trở về trước8.2.3-8015 trở lên
Gen8 (ảo)NSv XS, S, M, L8.2.2-8015 trở về trước8.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ý

  1. 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ì.

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

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

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

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

Bài viết liên quan