Cisco Secure Workload CVE‑2026‑20223：未驗證 API 為何成為滿分 10.0 的關鍵漏洞

Cisco 在 2026 年公開 CVE‑2026‑20223，這是一個影響 Cisco Secure Workload（舊稱 Cisco Tetration）的重大安全漏洞。問題出在平台的內部 REST API 存取驗證機制不足，使遠端攻擊者在 未經身份驗證 的情況下，就能取得原本僅限管理員的資源存取權。成功利用後，攻擊者甚至可能取得 Site Admin 等級權限。

由於漏洞可透過網路遠端利用、無需登入，且可能影響多租戶環境，該問題被評為 CVSS v3.1 滿分 10.0（Critical）。

CVE‑2026‑20223 是什麼

CVE‑2026‑20223 屬於 存取驗證（access validation）漏洞，發生在 Cisco Secure Workload 的內部 REST API。這些 API 原本是系統內部元件之間用來交換資料與管理資源，但在某些端點上缺少嚴格的身份驗證與權限檢查。

因此，只要攻擊者能對受影響端點發送精心構造的 API 請求，就可能繞過預期的驗證流程並取得系統資源。成功利用後可能導致：

• 存取敏感站點資料
• 修改系統或安全設定
• 以 Site Admin 權限執行操作

更嚴重的是，整個攻擊過程 不需要任何帳號或事先登入。

未驗證 REST API 攻擊是如何運作的

漏洞的核心問題在於 內部 API 端點沒有正確執行身份驗證與存取控制檢查。

典型的攻擊流程如下：

1. 攻擊者先發現一個可從網路存取的 Secure Workload REST API 端點。
2. 對該端點發送特製的 API 請求。
3. 由於該端點缺乏嚴格的驗證機制，系統錯誤地將請求視為合法使用者操作。
4. 系統允許請求執行，使攻擊者能存取或修改受保護資源。

一旦成功利用，攻擊者就可能查看敏感資訊、調整安全政策或更改平台配置。

為何 CVSS 評分達到 10.0

CVE‑2026‑20223 的 CVSS v3.1 評分為 10.0，這是 CVSS 系統中的最高嚴重等級。

評分如此高，主要原因包括：

• 可透過網路遠端攻擊（Network exploitable）
• 不需要身份驗證（No authentication）
• 攻擊複雜度低，僅需發送特製 API 請求
• 影響範圍高，可能讀取敏感資料或修改系統配置

部分安全分析還指出，漏洞可能允許攻擊者 跨租戶存取資源（cross‑tenant access）。這在 CVSS 評分中屬於 Scope Changed 情境，意味著攻擊能突破原本的安全邊界並影響其他權限域或租戶。當漏洞能跨越這種邊界時，其安全衝擊會顯著提高。

受影響版本與修補更新

Cisco 已發布更新修補此漏洞，問題主要影響 Cisco Secure Workload Cluster Software。

已知修補版本包括：

• Cisco Secure Workload 4.0.3.17
• Cisco Secure Workload 3.10.8.3

如果系統仍運行 3.9 或更早版本，則被視為存在風險，應盡快升級到受支援且已修補的版本。Cisco 目前也未提供有效的替代緩解措施，因此 升級是主要修復方式。

由於該漏洞可遠端利用且不需要帳密，安全專家普遍建議企業優先處理更新。

2026 年 Cisco 安全事件背景

CVE‑2026‑20223 並非孤立事件。2026 年期間，Cisco 在多個產品線中發布了多起安全公告，例如：

• Cisco Prime Infrastructure（CVE‑2026‑20189）：因授權檢查不足導致資訊洩漏。
• Cisco Unity Connection（CVE‑2026‑20034、CVE‑2026‑20035）：可能造成遠端程式碼執行或伺服器端請求偽造（SSRF）。
• Cisco Identity Services Engine（CVE‑2026‑20193、CVE‑2026‑20195）：可能繞過授權機制。
• Cisco Nexus Dashboard（CVE‑2026‑20042）：REST API 問題可能暴露敏感設定資訊。

這些案例反映出一個日益明顯的趨勢：企業級平台愈來愈依賴 API 進行管理與自動化。當 API 的身份驗證或權限控制設計不完善時，就可能暴露高權限操作介面，進而導致重大安全風險。

重點整理

CVE‑2026‑20223 說明了一個常見但危險的安全問題：內部 API 存取控制不足。在支援多租戶或大型基礎架構管理的平台中，這類漏洞可能迅速升級為嚴重的系統級風險。

對於使用 Cisco Secure Workload 的組織，建議採取以下行動：

• 確認目前部署版本是否受影響
• 盡快升級到 3.10.8.3 或 4.0.3.17 等已修補版本
• 檢視管理平台的 API 暴露範圍與存取控制策略

即使某些 API 僅設計給內部元件使用，此事件也再次提醒：每個 API 端點都必須實作完整的身份驗證與授權機制。