Cisco 九月資安加固：IOS XR 兩項 Critical 9.8，Nexus 9000 遠端 root 暫只能緩解

Cisco 於 2026 年 9 月 2 日（GMT）公開一批 Critical 級資安公告，涵蓋載波級作業系統 Cisco IOS XR 的安全加固版本，以及部分 Nexus 9000 系列交換器與 Silicon One 整合的遠端程式碼執行漏洞。本文已對照 Cisco Product Security Incident Response Team（PSIRT）官方安全公告核實 CVE 編號、CVSS 評分、受影響產品與暫緩措施，來源真實性已驗證。重點在於：企業與電訊營運商必須立刻用 Software Checker 對照版本，並對 Nexus 上預設暴露的 TCP 埠採取基礎建設 ACL（iACL）或 Live Protect，因為其中一項 Critical 漏洞在公告當日仍無永久軟體修補。

一、核心事件：同一披露窗口的兩條 Critical 線

技術細節

第一條線是 Cisco IOS XR Software Security Hardening Release: September 2026（advisory cisco-sa-hardening-iosxr-qg64NcM）。公告列出多個漏洞，其中兩項達 Critical、CVSS 9.8：

CVE-2026-20274（CWE-664）：資源生命週期控制不當，涵蓋緩衝區越界寫入、不安全預設初始化等多類記憶體與資源問題。
CVE-2026-20279（CWE-284）：存取控制不當，涵蓋憑證驗證不足、關鍵功能缺少認證／授權、授權錯誤等。

同批另有多項 High 級問題（例如 CVE-2026-20275／20278／20280 評分 8.8，CVE-2026-20276 為 8.6，CVE-2026-20277 為 8.2），影響面橫跨 BGP、加密 IKE、gRPC、IS-IS、MPLS、多播、OSPF、區段路由、TCP Authentication Option、Zero Touch Provisioning 等功能區。Cisco 表示漏洞來自「全面內部安全審查」，並已為多個 IOS XR 列車提供 SMU／固定版本，強烈建議客戶升級。

第二條線是 Cisco Nexus 9000 Series Switches Silicon One Remote Code Execution Vulnerability（advisory cisco-sa-n9k-s1-rce-EH8dEtr）：

CVE-2026-20212，Critical，CVSS 9.8（AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H），CWE-1327。
未認證遠端攻擊者可取得 root 權限執行程式碼；亦可導致 S1HAL 程序崩潰並重載裝置。
根因：TCP 43210 與 43211 在預設 Layer 3 VRF 中可被連線。
受影響為內建 Silicon One ASIC 的特定 Nexus 9000 PID（例如 N9324C-SE1U、N9336C-SE1、N9K-C9804／C9808 等十款；可用 show module 確認）。
公告時 Cisco PSIRT 未知公開惡意利用；漏洞由 TAC 支援個案排查發現。
永久軟體修補需升級至固定版本；在此之前可用 iACL 只允許必要管理／控制平面流量，或明確拒絕目的埠 43210／43211，並可套用 Live Protect shield 作臨時緩解。

The Register 於 2026-09-04 報導同一披露窗口，強調 Nexus 一項「make-me-root」問題在當下「可緩解、尚未一鍵永久修補」——與官方措辭一致。

二、技術原理深度解析

IOS XR 加固批次屬載波／邊緣路由常見的「功能面 × 記憶體與授權缺陷」組合：攻擊面不在單一 Web UI，而在長期運行的控制平面協定與佈建路徑。CWE-664 類問題意味著輸入長度、指標生命週期或預設初始化一旦被遠端觸發，就可能由拒絕服務升級為程式碼執行；CWE-284 則意味著「以為有認證／授權」的路徑其實可被繞過。

Nexus CVE-2026-20212 更直白：Silicon One 整合層在預設 L3 VRF 暴露兩個 TCP 服務埠，等同把本應僅限本機或管理網的介面掛到可路由空間。未認證遠端即可送入特製輸入並以 root 執行，屬於資料中心交換核心的經典「管理平面外洩」失敗模式。iACL 與 Live Protect 是爭取升級窗口的防線，不是最終狀態——Cisco 亦寫明 Live Protect 只是過渡。

在 AI 代理可加速漏洞利用腳本的環境下，Critical 且預設可達的 RCE，會把「公告後數日」變成實際風險窗口。企業應把披露日當作變更窗口起點，而不是等到掃描器紅燈才動。

四、日常應用場景

1. 開發者與技術團隊

用 Cisco Software Checker 輸入現行 NX-OS／IOS XR 版本，對照 First Fixed／Combined First Fixed。
對 Nexus：先確認 PID 是否在 Silicon One 清單；是則立即部署 iACL 或 Live Protect，再排程升級。
把 43210／43211 納入對外與跨 VRF 的埠掃描基線，避免「以為只在 out-of-band」的錯覺。

2. 企業與隱私敏感行業

金融、醫療、電訊與關鍵基礎設施若以 Nexus／IOS XR 承載東西向流量或 PE／CE，Critical RCE 直接威脅機密性與可用性。香港《個人資料（私隱）條例》（PDPO）下，核心交換被控可能觸發外洩通報與合約違約。修補節奏應與變更管理、備份與回滾劇本綁在一起。

3. 一般用戶

家用寬頻用戶通常不會直接操作 Nexus 9000 或載波 IOS XR；風險透過上游 ISP、雲業者與託管機房間接傳遞。選擇有明確資安公告跟進與 SLA 的雲／主機服務，比自行解讀 CVE 更實際。

4. 香港與亞洲市場視角

香港作為區域金融與數據樞紐，大量機房、電訊與跨境連線仍依賴 Cisco 載波與資料中心交換器。九月這批 Critical 公告對本地 MSP、銀行數據中心與電訊商的意義是：把「例行 SMU」升級為「有時限的緊急變更」，並同步檢查管理 VRF 是否誤接到生產路由。亞洲多地資料中心密度高、變更窗口短，更應預先備好 iACL 範本與 Live Protect 下載路徑。

五、專業評價與潛在考量

優勢

Cisco 以正式 PSIRT 公告披露，CVE、CVSS、受影響 PID 與緩解步驟清楚，利於合規稽核。
IOS XR 多列車已有 SMU／固定版本路徑；Nexus 亦提供可驗證的臨時緩解與 Software Checker。
內部審查與 TAC 個案來源說明，有助理解發現脈絡。

需要留意的地方

CVE-2026-20212 在公告初期依賴緩解，永久修補取決於固定軟體時程；拖延等於延長 root RCE 窗口。
iACL 設定錯誤可能誤斷管理通道，必須先在測試環境驗證。
「未知在野利用」不代表安全；公開細節出現後，自動化利用成本下降。
只修 IOS XR 或只修 Nexus 都不夠——同一披露窗口兩條線要分開盤點資產。

結語

Cisco 2026 年 9 月這批 Critical 公告再次提醒：資料中心與載波網路的真正風險，往往不在炫目的應用層，而在預設暴露的控制平面埠與長期累積的資源／授權缺陷。企業應立刻完成資產對照、套用 iACL／Live Protect，並排程固定版本升級。若香港團隊需要把雲端遷移、零信任邊界與交換／防火牆變更納入同一套加固計畫，可參考 YSK Limited 的雲端遷移與網絡安全服務（https://ysk.hk/services/cloud-security）。

參考來源