top of page

SonicWall CVE-2026-19868 遭利用：SSLVPN 可繞過 SAML 與 MFA，企業防火牆升級與帳號檢查指南

Miles Ma
2天前
讀畢需時 5 分鐘

很多企業以為「VPN 已經接上 SAML 單一登入、也開了 MFA」，遠端存取就算安全了。這次 SonicWall 的漏洞提醒我們：只要防火牆上還留著其他登入方式，MFA 可能被整個繞過。


SonicWall 在 2026-11-06 發布安全公告 SNWLID-2026-0014，修補 SonicOS 共 7 個漏洞。其中 CVE-2026-19868 會讓 SSLVPN 在啟用 SAML 登入時，被持有「其他驗證方式」有效帳密的使用者繞過 SAML 驗證，連帶繞過 SAML 強制的多因素驗證（MFA）。原廠表示已調查到可能遭利用的報告，美國 CISA 同日把它列入已知遭利用漏洞（KEV）目錄。 官方沒有提供替代緩解措施，升級是唯一解法。以下整理官方資訊與企業的檢查重點。



為什麼這個漏洞值得企業優先處理


SSLVPN 是員工、外包廠商連回公司內網與雲端環境的入口。許多企業導入 SAML（例如串接 Microsoft Entra ID、Google Workspace 或其他身分平台），正是為了集中管理帳號並強制 MFA。


以下為 WeWinCloud 的分析，非官方說法：CVE-2026-19868 的 CVSS 分數 7.1 不算最高，但它打掉的是「MFA 這道最後防線」。攻擊者只要取得一組可用的非 SAML 帳密（例如防火牆本機帳號、或過去外洩的密碼），就可能直接進到 VPN 後面的網路。對於把 VPN 當成通往機房與雲端 VPC 主要通道的企業，影響面遠大於分數本身。



新聞重點：官方公告說了什麼


以下為 SonicWall PSIRT 公告與 CISA KEV 整理的事實（查核日期：2026-11-09）。


CVE-2026-19868：SSLVPN 驗證強制漏洞


  • 問題： SonicOS SSLVPN 服務的驗證強制機制有缺陷，持有「替代驗證方式」有效帳密的使用者，可能繞過 SAML 驗證控制；成功利用時，也可能繞過 SAML 強制的 MFA。

  • 適用條件： 官方特別註明，只有在 SSLVPN 登入啟用 SAML 時才受影響。

  • 嚴重度： CVSS v3 7.1，CWE-308（使用單一因素驗證）。

  • 利用狀況： SonicWall PSIRT 表示已調查到可能遭利用的報告，強烈建議盡快升級。CISA 於 2026-11-06 列入 KEV，要求美國聯邦機構在 2026-11-20 前完成處置。

  • 緩解措施： 公告的 Workaround 欄位為「None」，沒有替代方案。


同一份公告的其他漏洞


CVE

類型

CVSS

影響元件

CVE-2026-107155

寬鬆的跨網域政策

8.8

管理介面

CVE-2026-107154

工作階段驗證（依賴 IP 驗證）

8.8

管理介面

CVE-2026-82308

驗證前堆積緩衝區溢位（服務阻斷）

7.5

SSL-VPN

CVE-2026-19868

繞過 SAML／MFA（已有遭利用報告）

7.1

SSLVPN（啟用 SAML 時）

CVE-2026-77708、CVE-2026-77709

驗證前緩衝區溢位（服務阻斷）

5.9

TACACS+ 驗證用戶端

CVE-2026-19703

弱密碼雜湊

5.2

SonicOS 虛擬設備


受影響與修補版本


平台

受影響版本

修補版本

Gen7 硬體防火牆（TZ 270～670、NSa 2700～6700、NSsp 10700～15700）與 Gen7 NSv（NSv 270／470／870，含 ESX、KVM、Hyper-V、AWS、Azure）

7.3.3-7015 及更早

7.3.4-7013 及更新

Gen8 硬體防火牆（TZ 80～680、NSa 2800～5800）與 Gen8 NSv（XS／S／M／L，含 ESX、KVM、Hyper-V、AWS、Azure）

8.2.2-8015 及更早

8.2.3-8015 及更新


公告受影響清單只列出 Gen7 與 Gen8。使用 Gen6 或其他較舊機型的企業，建議直接向原廠或維護廠商確認支援與修補狀態。



企業影響：哪些環境要特別注意


以下為 WeWinCloud 的分析與建議，非官方說法：


  • SSLVPN 有開 SAML、但沒有關掉其他登入方式： 例如保留防火牆本機帳號、LDAP 或 RADIUS 作為備援登入，這是最需要優先檢查的情境。

  • 雲端上的 NSv 虛擬防火牆： 公告明確列出 AWS 與 Azure 上的 NSv。部署在雲端 VPC／VNet 入口的虛擬防火牆，同樣要納入升級範圍，不要只看機房裡的實體設備。

  • 外包廠商與遠端維運帳號： 這類帳號常常是另外建立、未走 SAML 的本機帳號，也最容易被遺忘。

  • 管理介面對外開放： 同公告另有兩個 CVSS 8.8 的管理介面漏洞，若管理介面可從網際網路存取，風險會再疊加。



行動建議：5 步驟檢查清單


  1. 盤點設備與版本： 列出所有 SonicWall 防火牆，包含機房、分公司與 AWS／Azure 上的 NSv，記錄機型與 SonicOS 版本，對照上方表格。

  2. 確認 SSLVPN 是否啟用 SAML： 有啟用者列為最高優先；同時列出 SSLVPN 允許的其他驗證方式與帳號。

  3. 升級到修補版本： Gen7 升到 7.3.4-7013 以上、Gen8 升到 8.2.3-8015 以上。官方沒有替代緩解措施，應安排最短維護時段處理。

  4. 收斂帳號與登入方式： 停用不再需要的本機與備援帳號；對保留的帳號更換密碼，並確認只有必要人員能登入 SSLVPN。

  5. 檢查登入紀錄與異常： 回頭檢視 SSLVPN 登入日誌，找出沒有經過 SAML／MFA 的成功登入、非上班時段或異常來源的連線；若發現可疑登入，應視為資安事件處理，並擴大檢查內網與雲端環境的後續活動。


另外，建議把防火牆管理介面限制為只能從管理網段或特定來源存取，降低同公告管理介面漏洞的風險。



常見問題 FAQ


我們的 SSLVPN 沒有啟用 SAML，還需要升級嗎？


依官方說明，CVE-2026-19868 只影響啟用 SAML 的 SSLVPN。但同一份公告還有管理介面與 SSL-VPN 的其他漏洞，受影響版本相同，仍建議一併升級。


有沒有不升級的暫時解法？


官方公告的替代措施欄位為「None」。WeWinCloud 建議在升級前先收斂非 SAML 帳號、加強登入監控，但這只能降低風險，不能取代升級。


部署在 AWS 或 Azure 上的 SonicWall NSv 也受影響嗎？


是。公告受影響平台明確列出 Gen7 與 Gen8 NSv 的 AWS、Azure 版本，修補版本與實體設備相同。


已經開了 MFA，為什麼還會被入侵？


這個漏洞的問題在於 MFA 是由 SAML 流程強制的；攻擊者若改用其他有效的驗證方式登入，就可能完全不經過 SAML 與 MFA。因此除了升級，也要檢查防火牆上還保留哪些登入方式。



WeWinCloud 可以協助什麼


WeWinCloud 協助企業把這類邊界設備漏洞，納入日常的資安與雲端維運：


  • 資安顧問與弱點評估： 盤點對外服務、VPN 與管理介面的曝險，排定修補優先順序

  • EDR／MDR 端點防護： 協助監控遠端存取後的異常活動，縮短發現入侵的時間

  • 架構規劃與上雲： 檢視雲端 VPC 入口、遠端存取與身分驗證架構，降低單一設備失守的影響



不確定公司的 VPN 與防火牆設定是否還有繞過 MFA 的風險？歡迎參考 服務方案 或透過 聯絡我們 預約免費初步諮詢。





延伸閱讀




參考資料

留言

bottom of page