OWN NEWS GATHER
← 戻る
The Hacker News

シスコ、Nexus 9000スイッチにroot権限を奪われる重大な脆弱性に対処──IOS XR向けの一括修正も同時公開

要点

  • シスコは「Silicon One」搭載のNexus 9000シリーズ10機種において、認証なしで遠隔からroot権限を実行できる深刻な脆弱性（CVE-2026-20212、CVSS 9.8）を修正した。

  • 欠陥は特定ポートのバインド不備に起因し、細工された入力を受信することで不正なコード実行やプロセスクラッシュによる機器再起動を引き起こす恐れがある。

  • 現時点で悪用は確認されていないとされ、同社は修正版への更新やアクセス制御リスト（iACL）、一時的な保護機能による防御策を提示している。

  • 同時に「IOS XR」OSの全バージョンを対象に、最大深刻度9.8の脆弱性を含む7件の包括的CVEに対するセキュリティ強化リリースを公開した。

  • 米シスコシステムズ（Cisco）は2026年9月、データセンタースイッチ「Nexus 9000」シリーズの一部機種に存在する極めて深刻な脆弱性を修正するパッチを公開した。この欠陥が悪用されると、認証を受けていない遠隔の攻撃者が管理者（root）権限で任意のコードを実行できる恐れがあるという。同社はあわせて、ネットワーク機器向けOS「IOS XR」の全バージョンに影響する脆弱性群に対しても、大規模なセキュリティ強化リリースを発表している。

Nexus 9000に潜むroot権限奪取の欠陥と影響モデル

今回Nexus 9000シリーズで修正された脆弱性は「CVE-2026-20212」として追跡されており、脆弱性の深刻度を示すCVSS（共通脆弱性評価システム）スコアは最高値に近い「9.8」と評価されている。

この欠陥は、シスコの独自チップ「Silicon One」を搭載したモデルにおいて、IPアドレスのバインド（割り当て）に制限が設けられていなかったことに起因する。これにより、ネットワークを仮想的に分割・分離する機能であるデフォルトのLayer 3 VRF（仮想ルーティングおよびフォワーディング）インスタンス内で、TCPポート「43210」および「43211」が外部から到達可能な状態になっていた。

攻撃者が該当するポートにアクセス可能な場合、内部サービスへ直接接続し、細工した入力を送信することでroot権限のままコードを実行させることが可能になる。さらに、攻撃の試行に伴ってハードウェア抽象化プロセスである「S1HAL」がクラッシュし、スイッチ本体が強制的に再起動（リロード）するリスクもあると説明されている。

シスコのセキュリティアドバイザリによると、影響を受ける製品識別子（PID）は以下の10モデルである。これらは機器の「show module」コマンドの出力から確認できる。

  • N9324C-SE1U（Nexus Smart Switch）
  • N9348Y2C6D-SE1U（Nexus Smart Switch）
  • N9364E-SG2-O
  • N9364E-SG2-Q
  • N9396T12C-SE1
  • N9348Y12C-SE1
  • N9396Y12C-SE1
  • N9336C-SE1
  • N9K-C9804
  • N9K-C9808

なお、上記以外のNexus 9000モデルや、統合管理アーキテクチャであるACI（Application Centric Infrastructure）モードで動作するNexus 9000ファブリックスイッチ、ならびにNexus 3000および7000シリーズはこの問題の影響を受けない。影響を受けるOSのバージョンについては、CVEレコード上で「NX-OS 10.3(1)」から「10.6(3s)」までの計45リリースが対象に含まれることが確認されている。

Nexus 9000向けの回避策とアップデート手順

シスコによると、2026年9月2日の情報開示時点において、この脆弱性を突いた悪意ある攻撃の事例は確認されていないという。同社はアドバイザリ内で固定の修正バージョン一覧表を掲載しておらず、公式ツール「Software Checker」の利用を案内するとともに、恒久的な修正適用までの暫定的な対策として以下の手順を提示している。

  • ソフトウェアの更新: 「Cisco Software Checker」で提示される推奨バージョンへアップグレードする。なお、NX-OS 10.6(4)以降へ更新した場合、後述の保護シールドは自動的に非稼働（N/A）状態へ移行する。
  • iACLによる通信制限: 機器自体への不正アクセスを防ぐインフラストラクチャACL（iACL）を構成し、必要な管理通信および制御プレーンのトラフィックのみを許可するか、スイッチのIPアドレスに対する宛先ポート43210および43211宛てのTCPパケットを明示的に拒否する。なお、本番導入前のテスト環境での動作検証が推奨されている。
  • Live Protectシールドの適用: 一時的な緩和策として「Live Protect shield（lp00031）」が提供されている。ただし、このシールドがサポートされるのはNX-OS 10.6(3)、およびSmart Switch 2モデル向けの10.6(3s)（専用パッケージ経由）に限定される。Nexus 9804および9808では利用できず、適用作業にはSSH、Telnet、またはNX-APIによるアクセスが必要となる。

全バージョンに及ぶ「IOS XR」の一括セキュリティ強化

シスコはNexus 9000のパッチ公開と並行して、ルータ等に広く採用されているOS「IOS XR」に向けたセキュリティ強化（Hardening）リリースも公開した。

このIOS XR向けリリースでは、セキュリティ欠陥の分類規格であるCWE（共通脆弱性タイプ識別子）のバケットごとに1つのCVEを割り当て、そのバケット内で最も深刻な欠陥のスコアを代表値とする「アンブレラCVE」方式が採用されている。今回公開された7件のCVEのうち、以下の2件が最高深刻度であるCVSS 9.8に達している。

  • CVE-2026-20274: メモリ安全性やリソースのライフタイム管理に関するバグ群を網羅する。
  • CVE-2026-20279: 重要な機能における認証の欠如や不適切な証明書検証など、アクセス制御に関するバグ群を網羅する。

残る5件（CVE-2026-20275〜20278、CVE-2026-20280）についても、CVSSスコアが8.2から8.8の範囲に位置付けられている。アドバイザリによると、これらの脆弱性は機器の設定にかかわらず、すべてのIOS XRリリースに影響を及ぼすという。

さらに、IOS XRのすべてのバージョンにおいて回避策（ワークアラウンド）が存在しないことが明かされている。「IOS XR7（LNT）」プラットフォーム（Cisco 8000シリーズ、NCS 1010、NCS 540L、NCS 5700シリーズなど）向けには、全リリース共通で適用可能な専用のSMU（OS全体を更新せずに個別パッチを当てるソフトウェアメンテナンスアップデート）が提供される。

シスコは、各リリースに対して約16個のSMUが提供される可能性があると説明しており、将来リリース予定のバージョン「26.2.2」および「26.3.1」が、SMUの追加適用を必要としない最初の恒久修正リリースになる見通しを示している。

脆弱性開示の背景

シスコで情報セキュリティ担当バイスプレジデントを務める Russ Smoak 氏は、内部で発見されたバグを包括的CVEに集約し月2回ペースで開示する方針を発表した2026年6月のブログ記事において、「脆弱性の開示から実際の悪用が始まるまでの猶予期間は、実質的になくなった」と述べており、AI活用によって脆弱性の発見が加速する環境に対応した迅速なセキュリティ対策の重要性を説明している。

元URL