plaincve:~$

// 威脅簡報

CVE-2026-76504已遭實際利用

Cisco Catalyst SD-WAN Manager API 認證繞過:網址編碼處理不當,未登入即可取得管理員權限

CVSS
9.8 CRITICAL
CISA KEV
2026-09-30
弱點類型
CWE-177
主題
基礎設施 · Web 應用

PlainCVE 團隊 · 發布 2026-10-07 · AI 輔助 · 媒體簡報 ↓

AI 審稿 2026-10-07(未經人工)指令測試:未提供漏洞重現:未進行驗證紀錄 ↓

Cisco Catalyst SD-WAN Manager 處理網址編碼的方式有誤,未登入的遠端攻擊者能繞過認證,以 admin 身分使用 API。已遭實際利用。

誰會中使用 Cisco Catalyst SD-WAN Manager、版本早於各版本線第一個修補版的組織;無論系統怎麼設定都受影響。Cisco 表示,對網際網路開放連接埠的系統面臨被入侵的風險。Cisco SD-WAN Cloud(Cisco 代管)已在 20.15.605 修補;Cisco Cloud Hosted 環境則是已部署 Cisco 的網路存取緩解措施,Cisco 並未說它已修補。
後果攻擊者不需帳號密碼,就能以 admin 使用者身分存取 SD-WAN Manager 的 API。PlainCVE 研判:SD-WAN Manager 是集中管理企業廣域網路的控制台,取得這個控制台的 admin 權限,有可能影響整個網路的設定。
現在該做什麼升級到 Cisco 公告列出的所在版本線修補版(例如 20.9.10.1、20.12.8.2、20.15.6.1、20.18.4.1、26.1.2.1、26.2.1);早於 20.9 的版本須遷移到有修補的版本。注意:同樣由 Cisco 填寫的 CVE 紀錄把這些修補版的衍生版本(例如 20.9.10.1.01、20.12.8.2.01、26.2.1_LI_Images)以及 20.10、20.11、20.13、20.14、20.16、26.0 版本線的版本列為受影響,使用這些版本的請向 Cisco 確認。沒有替代的繞道方案,升級前先封鎖網際網路等不受信任網路的存取,並依 Cisco 指引檢查紀錄檔。
受影響版本早於 20.9 的所有版本;20.9 早於 20.9.10.1;20.12 早於 20.12.8.2;20.15 早於 20.15.6.1;20.18 早於 20.18.4.1;26.1 早於 26.1.2.1;26.2 早於 26.2.1(依 Cisco 公告修補表;Cisco 填寫的 CVE 紀錄逐一列出的受影響版本另包含 20.10、20.11、20.13、20.14、20.16 版本線的版本與 26.0.1,以及修補版的衍生版本 20.9.10.1.01、20.12.8.2.01、20.15.6.1.01、20.18.4.1.01、26.1.2.1.01、26.2.1_LI_Images、26.1.2.1_LI_Images、20.15.6.1_LI_Images、20.18.4.1_LI_Images,兩者不一致,見內文)
修好的版本依 Cisco 公告:20.9.10.1、20.12.8.2、20.15.6.1、20.18.4.1、26.1.2.1、26.2.1;Cisco SD-WAN Cloud(Cisco 代管)20.15.605。同樣由 Cisco 填寫的 CVE 紀錄沒有把任何版本標為未受影響,並把這些修補版的衍生版本(20.9.10.1.01、20.12.8.2.01、20.15.6.1.01、20.18.4.1.01、26.1.2.1.01、26.2.1_LI_Images、26.1.2.1_LI_Images、20.15.6.1_LI_Images、20.18.4.1_LI_Images)列為受影響;使用這些版本的請向 Cisco 確認
CVSS 向量
顯示完整向量CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
時間點
  • 首次公開 2026-09-30
CISA KEV已列入(2026-09-30),代表已有實際攻擊案例

藍隊應對手冊

確認、修補 / 緩解、應變、強化。版本符合受影響條件不等於已被入侵;檢查沒有結果也不等於安全,每一項都有能證明與不能證明的範圍。標記的步驟對應下方攻擊流程裡可以擋下攻擊的那一步。

DETECT確認我受影響嗎?有沒有入侵跡象?
  1. 01確認部署方式與版本

    版本早於所在版本線第一個修補版就受影響,與系統設定無關(Cisco 代管的 SD-WAN Cloud 20.15.605 已修補)。Cisco 代管的 SD-WAN Cloud 已修補,不需動作。若你的版本線是 20.10、20.11、20.13、20.14 或 20.16:Cisco 公告的修補表沒有列出這些版本線,但 Cisco 填寫的 CVE 紀錄把 20.10.1、20.11.1、20.13.1、20.14.1、20.16.1 等版本列為受影響;這些版本線該升級到哪個版本,公告沒有說明,請直接洽詢 Cisco。若你用的是 26.0 版本線:公告修補表沒有列出,但 CVE 紀錄把 26.0.1 列為受影響,也請洽詢 Cisco。若你用的是名稱以修補版為基礎的衍生版本:CVE 紀錄把 20.9.10.1.01、20.12.8.2.01、20.15.6.1.01、20.18.4.1.01、26.1.2.1.01、26.2.1_LI_Images、26.1.2.1_LI_Images、20.15.6.1_LI_Images、20.18.4.1_LI_Images 列為受影響(公告則把 20.9.10.1、26.2.1 等列為第一個修補版),不要只因版本號不低於公告的修補版就判定不受影響,請向 Cisco 確認。

  2. 02檢查 service proxy 存取紀錄

    Cisco 建議檢查 serviceproxy-access.log 中與 j_security_check 相關、來自不明或未授權 IP 的紀錄。Cisco 的範例紀錄是「POST /%6a_security_check」(j 被編碼成 %6a),並說明任何一個字元都可能被編碼,所以只搜字面上的 j_security_check 會漏掉。下面的指令(PlainCVE 撰寫,只讀取本機紀錄)比對「_securi」或「ty_check」:路徑中只有一個字元被編碼時,至少有一段仍會命中;若有多個字元被編碼仍可能漏掉。正常登入也會命中,Cisco 提醒這類跡象在正常運作中也可能出現,需和平常的活動比對。

    唯讀查詢
    grep -E '_securi|ty_check' /var/log/nms/containers/service-proxy/serviceproxy-access.log
    步驟 1步驟 3
  3. 03檢查 vmanage-server 紀錄中的保留帳號名稱

    Cisco 建議檢查 vmanage-server.log 中來自不明 IP 的 j_security_check 相關紀錄,特別是使用者名稱以 viptela-reserved- 開頭的。Cisco 的範例是「Request Stored in Map is (/%6a_security_check) for user (viptela-reserved-..)」,不含字面上的 j_security_check,所以下面的指令(PlainCVE 撰寫,只讀取本機紀錄)先找 viptela-reserved-,再用不依賴字元 j 的模式過濾;多個字元被編碼時仍可能漏掉。同樣可能有誤判,需逐筆比對。

    唯讀查詢
    grep viptela-reserved- /var/log/nms/vmanage-server.log | grep -E '_securi|ty_check'
    步驟 3步驟 4
MITIGATE修補 / 緩解先修補;還不能修補時先擋住
  1. 01升級到修補版

    Cisco 強烈建議升級,並將任何緩解措施視為暫時性做法。早於 20.9 的版本沒有修補,必須遷移到有修補的版本。

    步驟 2步驟 3
  2. 02還不能升級:封鎖不受信任網路的存取

    Cisco 表示沒有繞道方案;地端部署的暫時緩解是限制來自網際網路等不受信任網路的存取。Cisco 在測試環境驗證有效,但提醒客戶自行評估在自身環境的適用性。Cisco Cloud Hosted 環境已部署此緩解。

    步驟 1
  3. 03還不能升級:Cisco 的 Live Protect shield(暫時、部分防護)

    Cisco 公告 v1.1(2026-10-02)新增說明:Cisco 為此漏洞釋出 Live Protect shield,作為規劃升級期間的暫時防護。Cisco 明說它只提供暫時、部分的防護,唯一的修補方式是升級到第一個修補版;副作用是套用後,網址含編碼的合法使用者可能無法登入 SD-WAN Manager。部署前請先閱讀 Cisco 公告中的說明。

    步驟 1
RESPOND應變發現入侵跡象時
  1. 01收集 admin-tech 檔案並聯絡 Cisco TAC

    若懷疑遭入侵,Cisco 建議在開 TAC 案件前,先在 SD-WAN Manager(vManage)上執行 request admin-tech 產生 admin-tech 診斷檔,供 TAC 檢視。注意:這是 SD-WAN Manager 的 CLI 指令,不是 bash/zsh 指令;它會在系統上產生檔案(會修改環境)。

    唯讀查詢
    request admin-tech
    步驟 4
  2. 02不要假設升級就能趕走攻擊者

    Cisco 公告沒有說明升級能否清除已取得存取權的攻擊者(新聞報導也指出這點)。PlainCVE 建議:在紀錄中發現可疑跡象時,先交由 TAC 判斷,而不是只做升級就結案。

    步驟 4
HARDEN強化長期避免同類問題
  1. 01管理平台不要對網際網路開放

    Cisco 指出對網際網路開放連接埠的 SD-WAN Manager 面臨被入侵的風險。長期而言,只允許受信任的管理網路連線。

    步驟 1
完整修復步驟與說明
  1. 先確認部署方式。 Cisco SD-WAN Cloud(Cisco 代管)已在 20.15.605 修補,不需動作;Cisco Catalyst SD-WAN Cloud Hosted 環境 Cisco 只說已部署暫時性的網路存取緩解,未說已修補,請向 Cisco 確認升級狀態。以下步驟針對地端部署。
  2. 升級到上表的修補版(依 Cisco 公告)。 早於 20.9 的版本沒有直接修補,要遷移到有修補的版本。PlainCVE 建議:遷移可能需要較長規劃時間,請先做第 3 步。注意:CVE 紀錄把上表修補版的衍生版本(例如 20.12.8.2.01、26.2.1_LI_Images)列為受影響;若你用的是這類版本,或是 20.10、20.11、20.13、20.14、20.16、26.0 版本線(公告修補表沒列),升級後不要直接當作已修補,請向 Cisco 確認。
  3. 升級前先限制存取。 沒有繞道方案;Cisco 的暫時緩解是封鎖來自網際網路等不受信任網路的連線。Cisco 只在測試環境驗證過,請自行確認在你的環境有效。Cisco 公告 v1.1(2026-10-02)另提供 Live Protect shield,Cisco 說它只是暫時、部分的防護,而且套用後網址含編碼的合法使用者可能無法登入;唯一的修補方式仍是升級。
  4. 檢查紀錄。 兩個檔案的路徑:/var/log/nms/containers/service-proxy/serviceproxy-access.log 與 /var/log/nms/vmanage-server.log。找 j_security_check 相關、來自不明 IP 的紀錄,後者特別注意使用者名稱以 viptela-reserved- 開頭的。Cisco 說明路徑中任何一個字元都可能被網址編碼(範例是 %6a_security_check),所以不要只搜字面上的 j_security_check。Cisco 提醒正常運作也可能產生這些紀錄,命中不等於遭入侵。
  5. 懷疑遭入侵時。 先在 SD-WAN Manager(vManage)的 CLI(不是 Linux shell)執行 request admin-tech 收集診斷檔(這個指令會在系統上產生檔案),再開 TAC 案件。Cisco 沒有說明升級能否清除已進入的攻擊者,所以 PlainCVE 建議不要以升級作為調查的終點。

攻擊流程

從左到右是攻擊發生的順序。藍色盾牌代表這一步可以被擋下,越早擋下越好。點圖示可看細節。

由上到下是攻擊發生的順序。藍色盾牌代表這一步可以被擋下,越早擋下越好。點圖示可看細節。

Cisco Catalyst SD-WAN Manager API 認證繞過:網址編碼處理不當,未登入即可取得管理員權限: 1. 從網路對 SD-WAN Manager 的 API 送出特製的 HTTP 請求 → 2. 系統處理網址編碼的方式有誤 → 3. 認證被繞過,請求以 admin 身分被處理 → 4. 攻擊者以管理員權限操作 SD-WAN Manager APICVE-2026-76504 · Cisco Catalyst SD-WAN Manager API 認證繞過:網址編碼處理不當,未登入即可取得管理員權限攻擊者你的系統從網路對 SD-WAN Manager 的 API 送出特製的 HTTP 請求 — 不需要登入,也不需要任何使用者互動。Cisco 表示,對網際網路開放連接埠的系統面臨被入侵的風險。 1從網路對 SD-WANManager 的 API 送出特製的 HTTP 請求系統處理網址編碼的方式有誤 — 有一條認證規則本來要限制某個特定 API 端點的存取,但因為編碼處理不當,這個請求沒有被這條規則攔下。 2系統處理網址編碼的方式有誤認證被繞過,請求以 admin 身分被處理 — Cisco 表示,成功利用後攻擊者能以 admin 使用者身分存取 API。 3認證被繞過,請求以admin 身分被處理攻擊者以管理員權限操作 SD-WAN Manager API — 研究機構 Horizon3.ai 指出 admin 預設擁有可執行所有操作的 netadmin 角色(Cisco 公告未提)。攻擊者實際做了什麼,目前沒有公開資訊。 4攻擊者以管理員權限操作SD-WAN Manager API攻擊路徑可在此擋下PlainCVE · plaincve.date/vulns/cve-2026-76504-cisco-sdwan-manager-auth-bypass · CC BY 4.0
Cisco Catalyst SD-WAN Manager API 認證繞過:網址編碼處理不當,未登入即可取得管理員權限: 1. 從網路對 SD-WAN Manager 的 API 送出特製的 HTTP 請求 → 2. 系統處理網址編碼的方式有誤 → 3. 認證被繞過,請求以 admin 身分被處理 → 4. 攻擊者以管理員權限操作 SD-WAN Manager APICVE-2026-76504 · Cisco Catalyst SD-WANManager API 認證繞過:網址編碼處理不當,未登入即可取得管理員權限從網路對 SD-WAN Manager 的 API 送出特製的 HTTP 請求 — 不需要登入,也不需要任何使用者互動。Cisco 表示,對網際網路開放連接埠的系統面臨被入侵的風險。 1攻擊者從網路對 SD-WAN Manager 的 API 送出特製的 HTTP 請求系統處理網址編碼的方式有誤 — 有一條認證規則本來要限制某個特定 API 端點的存取,但因為編碼處理不當,這個請求沒有被這條規則攔下。 2你的系統系統處理網址編碼的方式有誤認證被繞過,請求以 admin 身分被處理 — Cisco 表示,成功利用後攻擊者能以 admin 使用者身分存取 API。 3你的系統認證被繞過,請求以 admin 身分被處理攻擊者以管理員權限操作 SD-WAN Manager API — 研究機構 Horizon3.ai 指出 admin 預設擁有可執行所有操作的 netadmin 角色(Cisco 公告未提)。攻擊者實際做了什麼,目前沒有公開資訊。 4攻擊者攻擊者以管理員權限操作 SD-WANManager API攻擊路徑可在此擋下PlainCVE · CC BY 4.0plaincve.date/vulns/cve-2026-76504-cisco-sdwan-manager-auth-bypass
圖片可自由用於報導與教學,採 CC BY 4.0,圖上已附出處。
  1. 攻擊者

    從網路對 SD-WAN Manager 的 API 送出特製的 HTTP 請求

    不需要登入,也不需要任何使用者互動。Cisco 表示,對網際網路開放連接埠的系統面臨被入侵的風險。

    防禦: Cisco 的暫時緩解措施:封鎖來自網際網路等不受信任網路的存取。

  2. 你的系統

    系統處理網址編碼的方式有誤

    有一條認證規則本來要限制某個特定 API 端點的存取,但因為編碼處理不當,這個請求沒有被這條規則攔下。

    防禦: 升級到修補版。

  3. 你的系統

    認證被繞過,請求以 admin 身分被處理

    Cisco 表示,成功利用後攻擊者能以 admin 使用者身分存取 API。

    防禦: 升級到修補版;沒有替代的繞道方案。

  4. 攻擊者

    攻擊者以管理員權限操作 SD-WAN Manager API

    研究機構 Horizon3.ai 指出 admin 預設擁有可執行所有操作的 netadmin 角色(Cisco 公告未提)。攻擊者實際做了什麼,目前沒有公開資訊。

    防禦: 依 Cisco 指引檢查 serviceproxy-access.log 與 vmanage-server.log 中來自不明 IP 的 j_security_check 相關紀錄;Cisco 提醒路徑中的字元可能被網址編碼(例如 %6a_security_check),只搜字面上的 j_security_check 會漏掉。

影響範圍

Cisco 表示,無論系統怎麼設定,Catalyst SD-WAN Manager 都受影響;對網際網路開放連接埠的系統面臨被入侵的風險。

版本線第一個修補版
早於 20.9沒有修補,須遷移到有修補的版本
20.920.9.10.1
20.1220.12.8.2
20.1520.15.6.1
20.1820.18.4.1
26.126.1.2.1
26.226.2.1
Cisco SD-WAN Cloud(Cisco 代管)20.15.605 已修補,客戶不需動作

注意事項:

上表依 Cisco 公告的修補表。同樣由 Cisco 填寫的 CVE 紀錄(2026-10-02 更新)用的是另一種寫法,兩份一手來源有出入,本頁並列如下,不替任何一方下結論:

  • CVE 紀錄的寫法。 紀錄不是列版本範圍,而是逐一列出受影響的版本,從 17.2.4 一路到 18.x、19.x、20.x 與 26.x,包含 20.9.x、20.12.x、20.15.x、20.18.x、26.0.1、26.1.x 等;沒有列出的版本,狀態標為「未知」(defaultStatus: unknown)。
  • 公告修補表沒有的版本線。 Cisco 公告的修補表沒有列出 20.10、20.11、20.13、20.14、20.16 版本線(The Hacker News 也指出這點,並說 Cisco 5 月的公告曾列出這些版本線)。CVE 紀錄則把 20.10.1、20.11.1、20.13.1、20.14.1、20.16.1 等版本列為受影響。這些版本線該升級到哪個版本,Cisco 公告沒有說明。
  • 26.0 版本線。 Cisco 公告的修補表沒有 26.0 版本線,它也不屬於「早於 20.9」;CVE 紀錄則把 26.0.1 列為受影響。使用 26.0.x 的請洽詢 Cisco。
  • 修補版的衍生版本。 CVE 紀錄也把一些名稱以修補版為基礎的版本列為受影響,例如 20.9.10.1.01、20.12.8.2.01、20.15.6.1.01、20.18.4.1.01、26.1.2.1.01,以及 26.2.1_LI_Images、26.1.2.1_LI_Images、20.15.6.1_LI_Images、20.18.4.1_LI_Images;CVE 紀錄沒有把任何版本標為未受影響。這和公告把 20.9.10.1、26.2.1 等列為第一個修補版不一致,來源沒有解釋原因;如果你使用這類版本,請向 Cisco 確認。

原理

SD-WAN Manager 提供 API(讓其他程式透過網路下指令的介面),並用「工作階段」(登入後取得的連線憑證)控管誰能使用。系統裡有一條認證規則,專門限制某個特定 API 端點的存取。

問題在於網址編碼:網址中的字元可以改寫成「%」加數字的形式,所以同一個路徑可以有多種寫法。Cisco 表示,系統處理 HTTP 請求中的網址編碼有誤,使特製的請求能避開那條認證規則,最後以 admin 使用者身分存取 API。Cisco 將它歸類為 CWE-177(網址編碼處理不當)。攻擊者不需登入,也不需要使用者互動。

本頁取得的來源沒有比 Cisco 那句描述更細的技術細節。下面是這類弱點的常見寫法示意,由 PlainCVE 撰寫,不是 Cisco 的程式碼:

有問題的思路(概念示意):

展開程式碼範例(python)
# 檢查規則時看的是「還沒解碼」的路徑
if matches_protected_rule(request.raw_path):
    require_login()
# 實際路由時卻用「解碼後」的路徑
route(url_decode(request.raw_path))

修好的思路(概念示意):

展開程式碼範例(python)
# 先統一解碼、正規化一次,檢查和路由都用同一個值
path = normalize(url_decode(request.raw_path))
if matches_protected_rule(path):
    require_login()
route(path)

成功後能做到什麼:Cisco 說的是以 admin 身分存取 API。研究機構 Horizon3.ai 另指出,admin 預設擁有可執行所有操作的 netadmin 角色,但 Cisco 公告沒有這樣寫。沒有任何來源說此漏洞能在底層作業系統上執行程式碼。

時間軸

日期事件
2026-08-19CVE 編號保留
2026-09(確切日期未公開)Cisco PSIRT 得知此漏洞遭實際利用
2026-09-30 13:00 GMTCisco 發布安全公告(列出修補版)
2026-09-30CVE 紀錄公開;CISA 列入已知遭利用漏洞清單
2026-10-03CISA 要求美國聯邦機構完成修補的期限

攻擊實際從何時開始,沒有來源說明。

延伸閱讀

  • 評分: Cisco 給出 CVSS 3.1 9.8(嚴重)。
  • 是否為零時差: The Hacker News 稱這是零時差漏洞(在修補出現前就被利用);資安公司 Field Effect 也指出攻擊者在修補釋出前就在鎖定弱點系統。Cisco 公告本身沒有使用這個說法,只說 9 月得知遭利用。
  • 攻擊細節未公開: 據 The Hacker News 報導,Cisco 公告沒有說明攻擊何時開始、由誰發動、多少客戶受害,以及攻擊者拿到存取權後做了什麼。KEV 對勒索軟體使用的欄位標為「未知」。
  • 發現經過: Cisco 公告的 Source 段落說明,這個漏洞是在處理 Cisco TAC 支援案件時發現的(The Hacker News 也這樣報導)。CVE 紀錄將發現來源標為外部(EXTERNAL)。
  • Cisco 錯誤編號 CSCww79570;弱點類型 CWE-177。

驗證紀錄 AI 依審稿規則逐項核對來源,全部通過;未經人工審稿,也尚未在我們的環境重現

AI 審稿2026-10-07 · 審稿規則

驗證紀錄只寫環境與結果,不公開重現步驟或可攻擊他人系統的程式。詳見 政策.

來源

  1. 安全公告Cisco Catalyst SD-WAN Manager Authentication Bypass Vulnerability (cisco-sa-sdwan-webauth-xr8beuuU) · Cisco, 2026-09-30 · 查閱 2026-10-01
  2. CVE / NVD / OSVCVE-2026-76504 CVE record (JSON) · CVE Program, 2026-09-30 · 查閱 2026-10-01
  3. CVE / NVD / OSVNVD API - CVE-2026-76504 · NIST · 查閱 2026-10-01
  4. 其他CISA Known Exploited Vulnerabilities Catalog (JSON feed, cisagov/kev-data) · CISA, 2026-09-30 · 查閱 2026-10-07
  5. 研究文章CVE-2026-76504 · Horizon3.ai · 查閱 2026-10-01
  6. 研究文章Exploitation of Cisco Catalyst SD-WAN Manager · Field Effect · 查閱 2026-10-01
  7. 新聞報導Cisco warns of attackers exploiting SD-WAN Manager zero-day · The Hacker News · 查閱 2026-10-01

媒體簡報

一句話

Cisco Catalyst SD-WAN Manager 是企業用來集中管理廣域網路的控制平台。它的 API 認證有一個缺陷:因為網址編碼處理不當,未登入的遠端攻擊者可以繞過認證,以 admin 身分存取系統。Cisco 表示在 2026 年 9 月得知此漏洞遭實際利用,並於 9 月 30 日發布安全公告(列出修補版);美國 CISA 同日將它列入已知遭利用漏洞清單。

關鍵數字

嚴重度
CVSS 3.1 9.8(嚴重) sec.cloudapps.cisco.com
Cisco 公告發布
2026-09-30 sec.cloudapps.cisco.com
列入 CISA KEV
2026-09-30(聯邦機構修補期限 2026-10-03) services.nvd.nist.gov
Cisco 錯誤編號
CSCww79570 sec.cloudapps.cisco.com
弱點類型
CWE-177(網址編碼處理不當) sec.cloudapps.cisco.com

已確認

  • 未登入的遠端攻擊者可繞過認證,以 admin 使用者身分存取 API(Cisco)。
  • Cisco PSIRT 在 2026 年 9 月得知此漏洞遭實際利用。
  • CISA 已於 2026-09-30 將它列入已知遭利用漏洞清單。
  • 沒有繞道方案;Cisco 已釋出修補版,代管雲端服務已修補。

尚未確認 / 說法不一

  • 攻擊何時開始、由誰發動、受害者多少,Cisco 都沒有說明。
  • Cisco 填寫的 CVE 紀錄(2026-10-02 更新)逐一列出的受影響版本,和 Cisco 公告的修補表不一致:紀錄另把 20.10、20.11、20.13、20.14、20.16 版本線的版本、26.0.1,以及部分修補版的衍生版本(例如 20.9.10.1.01、26.2.1_LI_Images)列為受影響,原因不明。
  • 新聞稱這是零時差漏洞;Cisco 公告本身沒有這樣說。
  • 沒有來源指出此漏洞可導致在作業系統上執行程式碼。

可引用的一句話

同一個網址換一種寫法,門口的警衛就認不出來,這正是這個漏洞的本質。

圖片

下載分享圖(PNG) · 攻擊流程圖(可下載)

引用時請標示「PlainCVE」並附上本頁連結。 完整引用格式見下方「如何引用本頁」。有事實錯誤請回報.

如何引用本頁

本文採 CC BY 4.0,轉載請保留署名與連結。

PlainCVE 團隊(2026)。《Cisco Catalyst SD-WAN Manager API 認證繞過:網址編碼處理不當,未登入即可取得管理員權限》。PlainCVE。https://plaincve.date/vulns/cve-2026-76504-cisco-sdwan-manager-auth-bypass(查閱日期:YYYY-MM-DD)
BibTeX
@misc{cve202676504ciscosdwanmanagerauthbypass2026,
  title  = {Cisco Catalyst SD-WAN Manager API 認證繞過:網址編碼處理不當,未登入即可取得管理員權限},
  author = {PlainCVE 團隊},
  year   = {2026},
  howpublished = {PlainCVE},
  url    = {https://plaincve.date/vulns/cve-2026-76504-cisco-sdwan-manager-auth-bypass},
  note   = {更新於 2026-10-07}
}