NVIDIAは2026年8月18日、データセンター向けネットワークOS「Cumulus Linux」とスイッチOS「NVOS」に関するセキュリティ速報（Bulletin ID 5817）を公開し、深刻度「High」の脆弱性3件を公表しました。最も注意すべきはCVE-2026-24184で、認証不要・隣接ネットワークから細工したLLDPフレームを送るだけでバッファオーバーフローを起こし、コード実行に至る可能性があります。LLDPはCumulus Linuxで既定有効のため、「設定した覚えがない」環境でも待ち受けている点が厄介です。
対象はGPUクラスタやハイパースケール環境で使われるスイッチのOSです。「うちにNVIDIAのスイッチはない」と思っていても、AI基盤をベンダーやSIerに一括で組んでもらった環境では、ラック内のスイッチにこれらのOSが載っていることがあります。
この記事でわかること
- Cumulus LinuxとNVOSが何者で、どこで動いているのか
- 今回の3件（CVE-2026-24183 / 24184 / 24185）の内容と修正バージョン
- 自社が該当するかを確認する具体的な手順
- スイッチOSのパッチ適用で現場がつまずくポイント
Cumulus LinuxとNVOSとは何者か
Cumulus Linuxとは、データセンターのイーサネットスイッチ上で動くLinuxベースのネットワークOSです。スイッチのハードウェアとOSを分離（ディスアグリゲーション）し、サーバと同じ感覚でスイッチを自動化・構成管理できるようにするための製品で、NVIDIAはAI・HPCワークロード向けの基盤として位置づけています。もとはCumulus Networks社の製品で、NVIDIAがMellanox買収を経て取り込みました。
NVOSは、NVIDIAのスイッチ／ゲートウェイ向けのネットワークOSです。今回影響を受けるのはGB300およびIBSwitch XDRプラットフォームで、いずれもGrace BlackwellベースのAIラックやInfiniBandファブリックを構成する装置に載るものです。
ここが「自分ごと」になる分かれ目です。これらのOSは情シスが単体で調達するものではなく、AI学習基盤・GPUクラスタを一式で導入した際に、ラックの中に最初から入ってくることがほとんどです。結果として資産管理台帳には「GPUサーバ一式」としか載らず、中のスイッチOSのバージョンが誰にも追跡されていない、という状態が生まれます。
何が起きたのか
公表されたのは3件で、いずれもCVSS v3.1で7.1〜7.8の「High」です。
| CVE | 製品 | 種別 | CVSS | 攻撃元 |
|---|---|---|---|---|
| CVE-2026-24184 | Cumulus Linux | LLDPデーモンのバッファオーバーフロー（CWE-120） | 7.5 | 隣接ネットワーク・認証不要 |
| CVE-2026-24183 | Cumulus Linux | ユーザー管理の権限管理不備（CWE-250） | 7.8 | ローカル・低権限ユーザー |
| CVE-2026-24185 | NVOS | SSHサーバ設定の認証バイパス（CWE-288） | 7.1 | 隣接ネットワーク・低権限 |
CVE-2026-24184：認証なしでスイッチに手が届く
NVIDIAの記述では「認証されていない攻撃者が隣接ネットワークから細工したLLDPフレームを送信することでバッファオーバーフローを引き起こす可能性があり、悪用に成功するとコード実行に至る可能性がある」とされています。CVSSベクターは AV:A/AC:H/PR:N/UI:N/C:H/I:H/A:H。
実務的に重いのはPR:N（権限不要）とUI:N（利用者操作不要）です。スイッチにつながったL2セグメント上に足場を1つ取られれば、そこから直接スイッチのOSを狙えることになります。一方でAC:H（攻撃条件の複雑さが高い）が付いており、誰でもすぐ再現できる類ではない点は公平に押さえておくべきです。緊急停止するほどではないが、次のメンテナンス窓を漫然と待つ理由にもならない、という位置づけになります。
CVE-2026-24183：5.15だけが対象
ユーザー管理コンポーネントの権限管理不備により、非特権ユーザーが権限昇格できる可能性があります。影響を受けるのはCumulus Linux 5.15のみで、修正は5.16です。
ここで注意したいのは、「5.14だからこのCVEは無関係」＝「今回の速報は無関係」ではないことです。CVE-2026-24184のほうは5.16より前の広い範囲が対象なので、5.15でなくても対応は必要です。CVE単位で該当判定を打ち切ると、この取りこぼしが起きます。
CVE-2026-24185：堅くしたつもりが抜け道になる
これが今回いちばん示唆的です。NVOSでPKA-onlyモード（公開鍵認証のみを許可する設定）を有効にしている場合、管理者が意図せず「代替の認証経路」を有効にしてしまうことがあり、NVIDIAが推奨する初期パスワードの変更を行っていないと、その経路から不正アクセスされうるという内容です。
パスワード認証を禁じてSSHを固めた——という、セキュリティ的には正しい運用をした環境でこそ顕在化する穴です。しかも成立条件は「初期パスワードのまま」。ラック内部のスイッチは導入業者が構築し、そのまま引き渡されることが多く、初期パスワードが残っているケースは決して珍しくありません。
影響を受けるバージョンと修正
| CVE | 製品／プラットフォーム | 影響を受けるバージョン | 修正版 |
|---|---|---|---|
| CVE-2026-24184 | Cumulus Linux GA | 5.16より前のすべて | 5.16 |
| CVE-2026-24184 | Cumulus Linux LTS 5.11系 | 5.11.5より前 | 5.11.5 |
| CVE-2026-24184 | Cumulus Linux LTS 5.9系 | 5.9.5より前 | 5.9.5 |
| CVE-2026-24183 | Cumulus Linux GA | 5.15 | 5.16 |
| CVE-2026-24185 | NVOS（GB300） | 25.0.2.4438より前 | 25.0.2.4438 |
| CVE-2026-24185 | NVOS（IBSwitch XDR） | 25.0.2.6077より前 | 25.0.2.6077 |
アップデートはNVIDIA Enterprise Support Portalから提供されます。なおアドバイザリ上の表記は「0.0 to 5.16」のような形式で、これは「そのバージョンより前のすべて」を意味します。
自社は該当するのか──確認の手順
台帳を見ても分からないことが多いので、実機で確認するのが確実です。
- 製品の特定：AI／GPUクラスタ、InfiniBandファブリック、ホワイトボックススイッチを導入している環境が候補です。ラック図やSIerの構成書に「Spectrum」「Quantum」「GB200／GB300」「NVL72」といった語があれば疑ってください。
- バージョン確認：Cumulus Linuxなら
nv show system（ホスト名やバージョン情報を表示）、またはnv show platform（モデル・Cumulus Linuxリリース・シリアル等を表示）。 - LLDPの状態確認：
nv show service lldpでサービス設定、nv show interface lldpでインターフェースごとの状況を確認します。Cumulus Linuxはlldpdを既定で起動するため、明示的に止めていない限り有効と考えてよいでしょう。 - NVOSの初期パスワード：PKA-onlyモードの有無にかかわらず、初期認証情報が残っていないかを棚卸しします。CVE-2026-24185の成立条件そのものです。
- 運用主体の確認：そのスイッチのパッチ適用責任が自社か導入業者かを、契約ベースで確認します。ここが曖昧なまま放置されている例が多い箇所です。
現場目線の課題
正直なところ、この手の装置がいちばん厄介なのは「技術的な難しさ」ではなく「誰の持ち物か分からない」ことだと感じます。サーバやPCなら資産管理ツールが拾ってくれますが、ラック内部のスイッチOSはエージェントも入らず、脆弱性スキャナからも見えにくい。導入時の構成書がSIerのフォルダにしかなく、情シス側にバージョン情報が残っていない、という状況は現実によくあります。
さらにスイッチは止めた瞬間にその上の全ワークロードが落ちるため、パッチ適用の窓が極端に取りにくい装置です。AI学習基盤なら「長時間ジョブが走っているので触れない」が常態化します。結果として、深刻度Highでも「次の停止機会に」と先送りされ、その次の停止機会が半年後になる。ネットワーク機器のパッチ遅延はこうして積み上がっていきます。
加えてCVE-2026-24185のように「初期パスワードのまま」が成立条件になっている脆弱性は、パッチ以前に運用の問題です。パッチを当てても初期認証情報が残っていれば、別の入り口が残るだけです。境界のネットワーク機器が攻撃の中継拠点にされる動き（ORB化）も踏まえると、内部のファブリックだからと油断はできません。
情シスはどうすべきか
自前で長大なチェックリストを作る前に、公的機関の指針を土台にするのが早道です。
- 資産の把握とパッチ運用の基本形は、IPAの中小企業の情報セキュリティ対策ガイドラインが実務的にまとまっています。「何を持っているか分からない」状態を解消する順序が示されています。
- 初期パスワードや管理インターフェースの扱いといった、担当者・利用者向けの啓発材料はIPAの対策のしおりが使いやすい形になっています。地道な啓発が、結局この種の「設定に起因する穴」を減らします。
- 「スイッチが落ちたら誰がどう動くか」を事前に握っておく意味では、IPAのセキュリティインシデント対応 机上演習教材も有効です。パッチ適用の停止調整も、手順化しておけば当日の交渉が短く済みます。
そのうえで今回の件に固有の優先順位を付けるなら、①NVOSの初期パスワード棚卸し（パッチ不要ですぐ効く）→②Cumulus Linuxのバージョン確認と該当判定→③停止調整のうえアップデート、という順序が現実的でしょう。深刻度の数字だけでなく、CVSSの構成要素（特に攻撃元区分と必要権限）を見て、自社の構成で本当に届く経路かを判断してください。
まとめ
- NVIDIAが2026年8月18日にCumulus Linux／NVOSの脆弱性3件を公表しました。最大CVSS 7.8で、CVE-2026-24184は認証不要・隣接ネットワークからLLDPフレームで到達します。
- 修正はCumulus Linux 5.16／5.11.5／5.9.5、NVOSは25.0.2.4438（GB300）／25.0.2.6077（IBSwitch XDR）。CVE-2026-24183が5.15限定だからといって、速報全体が無関係にはなりません。
- これらのOSはAI／GPUクラスタ一式に含まれて入ってくるため、資産台帳に載らず放置されやすいのが実態です。まずは実機でのバージョン確認と、NVOSの初期パスワード棚卸しから着手してください。
関連記事
- NVIDIA Triton推論サーバに脆弱性5件 最大9.8
- ORB化とは 境界機器が攻撃の中継拠点にされる脅威
- 権限昇格とは？攻撃の仕組みと情シスの対策を解説
- CVSSとは？脆弱性の深刻度を評価する仕組みと使い方
出典
- NVIDIA Product Security「Security Bulletin: NVIDIA Cumulus Linux and NVOS」（Bulletin ID 5817、2026年8月18日更新）／GitHub公開版・NVIDIAサポートサイト
- NVD：CVE-2026-24183／CVE-2026-24184／CVE-2026-24185
- NVIDIA「Cumulus Linux」製品ページ：nvidia.com
- NVIDIA Networking Docs「Link Layer Discovery Protocol」（Cumulus Linux 5.11）：docs.nvidia.com
- Security NEXT「NVIDIAのネットワークOSに複数の脆弱性 – アップデートを提供」：security-next.com
