CVE-2026-16876 NEC IX-R/IX-V認証回避｜影響確認と対処

はじめに

2026 年 8 月 21 日、NEC は UNIVERGE IX-R / IX-V シリーズの Webコンソール機能における認証回避の脆弱性（CVE-2026-16876）を公表しました。同日、JVN#81414813 としても公開されています。CVSS v4.0 基本値は 9.3、CVSS v3.0 基本値は 9.4 と高く、認証もユーザー操作も不要でネットワーク経由から悪用され得る内容です。

一方で、公表資料は簡潔にまとまっているため、運用担当者の立場では「自分の拠点ルーターが対象なのか」「Webコンソールを使っていないが関係があるのか」「HTTP(S) サーバー機能を止めて業務影響が出ないか」といった判断材料が足りません。この記事は、その判断に必要な確認手順を整理したものです。

結論から述べます。対象は IX-R2510 / IX-R2520 / IX-R2530 / IX-R2610-4G / IX-V100 の 5 機種で、従来の UNIVERGE IX シリーズは今回の告知の対象製品に含まれていません。恒久的な対処は Ver1.4.34 または Ver1.5.29 へのバージョンアップ、それができない場合の回避策は HTTP(S) サーバー機能の停止です。接続元制限やポート番号変更はリスク軽減策として案内されており、脆弱性そのものを解消するものではない点に注意が必要です。

CVE-2026-16876 の概要と危険性

本脆弱性は、Webコンソール機能の認証処理に起因する認証回避です。細工したメッセージを装置の Webコンソールへ送信されると、認証を経ずに装置のコマンドを実行される可能性があります。

参考: JVN#81414813 想定される影響
「攻撃者によって当該製品のWebGUIに細工したメッセージを送信された場合、認証無しで任意のコマンドを実行される可能性があります。」
https://jvn.jp/jp/JVN81414813/

「任意の CLI」を過大にも過小にも読み替えない

表現には注意が必要です。NEC のセキュリティ情報 NV26-005 では「任意の CLI が実行させられる可能性」、製品別の脆弱性レポートと JVN では「認証無しで任意のコマンドを実行される可能性」と記載されています。いずれも装置の CLI コマンドを指しており、OS シェルの奪取や任意コード実行までは明示されていません。

とはいえ、装置の CLI を認証なしで実行できるということは、設定変更、ユーザーの追加、コンフィグの参照、再起動といった管理操作が可能になり得ることを意味します。 実際、Webコンソールの保守管理メニューには任意の CLI コマンドを実行する機能が用意されています（機能説明書「Webコンソールの設定」）。認証回避の影響範囲を見積もるうえでは、「装置の管理権限を奪われ得る」と捉えて対応を検討することをおすすめします。

CVSS v4.0 の値も、機密性（VC:H）と完全性（VI:H）が High、可用性（VA:L）が Low という配分になっており、設定の窃取と改ざんに重心があることを示しています。

悪用状況（2026 年 8 月 24 日時点）

執筆時点では、JVN と NEC の公表資料に悪用の確認や実証コード公開に関する記載はありません。CISA の Known Exploited Vulnerabilities Catalog にも掲載されていません。また、CVE.org の CVE-2026-16876 は公開データ上で内容を確認できなかったため、本記事は JVN と NEC の情報を根拠としています。

悪用の報告がないことは、対応を先送りしてよい根拠にはなりません。認証もユーザー操作も不要という条件は、公開情報から攻撃が組み立てられた場合に短期間で悪用が広がりやすい性質を持っています。

対象機種・バージョン・発生条件

すべての UNIVERGE IX シリーズが対象ではない

NV26-005 の対象製品は次の 5 機種です。

• IX-R2510
• IX-R2520
• IX-R2530
• IX-R2610-4G
• IX-V100

IX2107、IX2215、IX2235、IX2310、IX3315 といった従来の UNIVERGE IX シリーズは、今回の対象製品に含まれていません。過去には UNIVERGE IX シリーズと IX-R / IX-V シリーズの双方が対象となった告知（NV25-005、CVE-2025-8153）もあるため、「NEC の IX 系ルーターすべてが対象」と読み替えないようにしてください。逆に、IX-R2510 は NV25-005 の対象製品には含まれていませんでしたが、今回は対象です。機種の一覧は告知ごとに確認することをおすすめします。

影響を受けるバージョンと対処版を混同しない

ここで判断を誤りやすいのが、Ver1.4.29 ～ Ver1.4.33 や Ver1.5.24 ～ Ver1.5.28 の扱いです。NEC が影響範囲として明示しているのは上表のバージョンだけであり、その間の番号について「影響を受けない」と読み取れる記載はありません。

NEC が影響対象として明示していないバージョンを利用している場合でも、番号の位置だけを根拠に安全と判断せず、NEC または販売代理店へ確認することをおすすめします。 NEC のプログラムファイル・ダウンロードページには最新版とメンテナンス版を掲載している旨の注記があり、掲載外のバージョンが必要な場合は担当営業または販売代理店へ問い合わせる案内が記載されています。

なお、対処版の Ver1.4.34 と Ver1.5.29 のリリース日はいずれも 2026 年 8 月 5 日で、脆弱性の公表よりも前です。Ver1.4.34 のリリースノートには、Webコンソールを有効にした状態で特定のメッセージを受信した際に任意のコマンドが実行される問題を修正した旨が記載されています。8 月上旬に定期メンテナンスとして更新済みの環境は、すでに対処版になっている可能性があります。まずは現行バージョンの確認から始めてください。

Ver1.1 ～ Ver1.3 を利用している場合

Ver1.1 ～ Ver1.3 のブランチには、同一系列の修正版が示されていません。ダウンロードページにも Ver1.4 系と Ver1.5 系のみが掲載されています。この場合、Ver1.4.34 または Ver1.5.29 への移行を検討することになりますが、次の点は公開資料だけでは確定できません。

• 利用中の機種とハードウェア構成で、Ver1.4 系または Ver1.5 系がサポートされるか
• 現行コンフィグがそのまま引き継げるか、コマンド体系の差分があるか
• 保守契約上、どのバージョンが提供対象になるか

これらは推測で進めず、販売代理店または NEC へ確認することをおすすめします。特に Ver1.1 ～ Ver1.3 は世代差が大きいため、事前にコンフィグのバックアップを取得したうえで、移行可否を確認してから作業計画を立ててください。

発生条件は HTTP(S) サーバー機能の有効化

NEC は発生条件として、HTTP(S) サーバー機能で次のいずれかを利用している場合を挙げています。

• Webコンソール
• PAC 配信
• NetMeister 子機接続

そして具体的な条件として、http-server ip enableまたはhttp-server ipv6 enableのいずれか、または両方が設定されている場合としています。

参考: NEC UNIVERGE IX-R / IX-V 脆弱性レポート（NV26-005）発生条件
「具体的には、以下のいずれか、または、両方のコマンドが設定されている場合」
https://jpn.nec.com/univerge/ix-nrv/Support/Security-Info/NV26-005.html

Webコンソールを使っていないだけでは対象外にならない

ここが本件でもっとも見落とされやすい点です。日常的に Webコンソールへログインしていないことと、HTTP(S) サーバー機能が無効であることは同じではありません。 IX-R / IX-V では、次の機能が HTTP サーバーの有効化を前提としています。

PAC 配信（URL オフロード）

装置内に生成した PAC ファイルをhttp://<IX-R ルーターの IP アドレス>:<ポート番号>/proxy.pacで端末に配信する機能です。機能説明書には、利用にあたって HTTP サーバー機能を有効にする必要がある旨が記載されています。DHCP のwpadオプションで PAC の URL を配布している環境では、端末側の設定だけを見ても気付きにくい構成になります。

NetMeister 子機収容

NetMeister に直接接続できない装置を子機として収容する機能で、収容対象のインタフェースにhttp-server ip enableの設定が必要です。子機のゼロタッチプロビジョニングを利用する場合も同様です。

NetMeister のリモートログイン

外部クライアントから自装置や子機の HTTPS / SSH へのアクセスを一時的に許可する機能で、LAN 側にhttp-server ip enableとssh-server ip enableの設定が必要とされています。

工場出荷時の設定モード

IX-R2510 / IX-R2520 / IX-R2610-4G は工場出荷時の設定モードが Webコンソール、IX-R2530 はコマンドラインです（IX-R シリーズ スタートアップガイド）。同ガイドには、設定モードを Webコンソールにした場合に TCP の 80 番ポートおよび 443 番ポートが開放される旨の注意も記載されています。Webコンソールのウィザードで初期設定した装置では、LAN 側インタフェースにhttp-server ip enableが入っている構成になりやすいと考えられます。

つまり、「Webコンソールは使っていない」という運用上の認識ではなく、コンフィグ上の設定有無で判断する必要があります。

自環境への影響を確認する流れ

ここからは、実機のコンフィグをもとに影響有無を判断する手順を整理します。IX-R / IX-V のコマンド体系は従来の UNIVERGE IX シリーズと似ていますが同一ではないため、以下は IX-R / IX-V の公式マニュアルで確認した内容にもとづいています。

判断の流れは次のとおりです。

1. 対象 5 機種のいずれかを利用しているか
2. ソフトウェアが公式の影響範囲に該当するか
3. http-server ip enableまたはhttp-server ipv6 enableが設定されているか
4. Webコンソール、PAC 配信、NetMeister 子機接続のどの用途で必要か
5. 信頼できないネットワークや踏み台となり得る端末から、設定されている HTTP / HTTPS ポート（既定値は TCP 80 / 443）へ到達できるか
6. 対処版へ更新できるか
7. 更新できない場合、HTTP(S) サーバー機能を停止できるか
8. 停止できない場合、接続元制限などのリスク軽減策を適用する

Router# show version

Router(config)# show software

Router(config)# show running-config
Router(config)# show startup-config

Router(config)# show http-server

Router(config)# show nm status

アップデートと暫定対策の選び方

NEC が示している対策は、優先度が明確に分かれています。混同すると対応の質が下がるため、次のように整理して考えてください。

接続元制限とポート番号変更は、NEC の資料でも回避策を適用できない場合のリスク軽減策として位置づけられています。 特にポート番号の変更は、攻撃の前提となる到達性そのものを断つものではないため、バージョンアップや機能停止と同等の対策として扱わないでください。

恒久対処: Ver1.4.34 または Ver1.5.29 へ更新する

IX-R シリーズのバージョンアップはsoftware-updateコマンドで行います。機能説明書では、SCP でファームウェアを取得する例が示されています。

参考: IX-R/IX-V 機能説明書 ファームウェアインストール
「software-updateコマンドを使用してバージョンアップを行ってください。」
https://www.necplatforms.co.jp/dl/ix-nrv/manual/fd

作業の流れは次のようになります。

Router(config)# show running-config
Router(config)# write memory
Router(config)# show software
Router(config)# software-update scp://<サーバー>/<ファームウェアファイル> account <ユーザー名> password <パスワード>
Router(config)# show software
Router(config)# reload

software-updateが完了すると、show softwareの Status に「N+」が表示されます。N は新しいファームウェア、+ は再起動後に起動するファームウェアであることを示しています。再起動後にshow versionで対処版になっていることを確認してください。

IX-R はメインとバックアップの 2 面でファームウェアを保持しており、software-selectで起動対象を選択できます。更新後に想定外の事象が発生した場合の切り戻し手段として、作業前にshow softwareの内容を控えておくことをおすすめします。

一方、IX-V100 は仮想アプライアンスであり、装置内でファームウェアを書き換える方式ではありません。IX-V の Oracle Cloud Infrastructure 版ユーザーズガイドでは、新しいバージョンのインスタンスを作成し、show running-config handoverで取得した情報を引き継いだうえで旧インスタンスを停止する手順が示されています。IX-R と同じ手順で進められないため、事前に該当プラットフォーム（OCI 版、VMware ESXi 版）のユーザーズガイドを確認してください。

Router(config)# terminal length 0
Router(config)# show running-config handover

IX-V の運用管理手順は、プラットフォームごとに公式ユーザーズガイドが公開されています。

• OCI 版: https://www.necplatforms.co.jp/dl/ix-nrv/manual/um-oci/6_Operation_management.html
• VMware ESXi 版: https://www.necplatforms.co.jp/dl/ix-nrv/manual/um-vm/Operation_management.html

回避策: HTTP(S) サーバー機能を停止する

すぐに更新できない場合は、該当インタフェースで HTTP(S) サーバー機能を停止します。設定はインタフェースコンフィグモードで行い、write memoryで保存します。

Router# configure
Router(config)# interface GigaEthernet2.0
Router(config-GigaEthernet2.0)# no http-server ip enable
Router(config-GigaEthernet2.0)# no http-server ipv6 enable
Router(config-GigaEthernet2.0)# exit
Router(config)# write memory

停止する前に、次の影響を確認しておくことをおすすめします。

• Webコンソールでの設定・保守ができなくなる
• PAC 配信を利用している場合、端末のプロキシ自動設定が取得できなくなる
• NetMeister の子機収容やリモートログインが利用できなくなる
• Webコンソールの保守管理メニューにあるソフトウェアの更新機能も使えなくなる

最後の点は、対応の順序に影響します。管理経路が Webコンソールしかない環境では、先に対処版へ更新し、その後で HTTP(S) サーバー機能を停止するか、または SSH やコンソールでの代替管理経路を確保してから停止する流れが現実的です。停止したあとに CLI へ入れなくなる状況は避けたいところです。

停止できない場合のリスク軽減策

業務上どうしても HTTP(S) サーバー機能を止められない場合は、次の設定で到達可能な範囲を狭めます。ただし、繰り返しになりますが、これらは脆弱性を解消するものではありません。

接続元の制限は、アクセスリストを定義して HTTP サーバーに適用します。

Router(config)# ip access-list http-list permit ip src 192.168.0.0/24 dest 192.168.0.254/32
Router(config)# http-server ip access-list http-list

IPv6 側はipv6 access-listとhttp-server ipv6 access-listで同様に設定します。IPv4 だけを制限して IPv6 を残してしまうと意味が薄れるため、両系統をそろえてください。

ポート番号の変更は、グローバルコンフィグモードで設定します。

Router(config)# http-server ip port 8080
Router(config)# http-server ip https-port 10443

ここで注意したいのが PAC 配信への影響です。 装置内の PAC ファイルはhttp://<IP アドレス>:<ポート番号>/proxy.pacで参照されるため、HTTP サーバーのポート番号を変更すると PAC ファイルへのアクセス時のポート番号も変わります。DHCP で PAC の URL を配布している場合は配布内容が追随しますが、端末側で URL を直接設定している環境では設定変更が必要になります。ポート番号の変更を選ぶ場合は、端末側への影響を先に洗い出してください。

対応後の確認と侵害が疑われる場合の確認項目

適用後に確認する項目

アップデートまたは HTTP(S) サーバー機能の停止を実施したあとは、次の項目を確認します。

• show versionでソフトウェアバージョンが対処版になっていること
• show softwareで起動中のファームウェアが意図したものであること
• show running-configでhttp-server ip enableとhttp-server ipv6 enableの状態が意図どおりであること
• show startup-configとshow running-configの内容が一致していること（write memoryの実施漏れ確認）
• Webコンソール、PAC 配信、NetMeister 子機接続の各用途に想定外の影響が出ていないこと
• SSH やコンソールなど、必要な管理経路が維持されていること
• 外部および管理セグメントから、設定されている HTTP / HTTPS ポート（既定値は TCP 80 / 443）への到達性が想定どおりであること
• ルーティング、フィルター、NAT / NAPT など主要設定に意図しない差分がないこと

最後の項目は、再起動を伴う作業の後に効いてきます。作業前に取得したshow running-configと作業後の内容を差分比較しておくと、設定の消失や意図しない反映に早く気付けます。

侵害が疑われる場合に見る項目

NEC は本脆弱性に固有の侵害指標（IOC）や侵害確認手順を公開していません。 ここで挙げるのは公式の侵害指標ではなく、認証なしで CLI が実行され得るという性質を踏まえた一般的な確認項目です。この区別を前提に活用してください。

• 保管しているコンフィグバックアップと現在のshow running-configの差分
• usernameやhttp-server usernameなど、認証に関わる設定の追加・変更の有無
• アクセスリスト、フィルター、NAT / NAPT の想定外の変更
• HTTP サーバーのアクセスログとエラーログ

ログはshow http-serverのサーバーログオプションで確認できます。

参考: IX-R/IX-V コマンドリファレンス HTTPサーバー
「HTTPサーバーの状態・統計情報・サーバーログを表示します。」
https://www.necplatforms.co.jp/dl/ix-nrv/manual/crm

Router(config)# show http-server server-log accesslog
Router(config)# show http-server server-log errorlog

あわせて、syslog とテクニカルサポート情報も取得しておくと調査の材料になります。syslog をサーバーへ転送している環境では、装置内のログが失われた場合でも追跡できる可能性があります。

Router(config)# terminal length 0
Router(config)# show syslog
Router(config)# show tech-support

これらの確認で判断が付かない場合や、実際に不審な設定変更が見つかった場合は、装置単体で完結させず、販売代理店または NEC、および自組織のインシデント対応窓口へ相談することをおすすめします。

まとめ

CVE-2026-16876 は、UNIVERGE IX-R / IX-V シリーズの Webコンソール機能における認証回避の脆弱性です。認証もユーザー操作も不要で、CVSS v4.0 基本値は 9.3 と高い評価が付いています。対応の分かれ目は、対象機種とバージョンの切り分け、そして HTTP(S) サーバー機能が有効かどうかの確認にあります。

• 対象は IX-R2510 / 2520 / 2530 / 2610-4G と IX-V100 の 5 機種
• 従来の UNIVERGE IX シリーズは今回の告知の対象製品に含まれない。
• 影響範囲は Ver1.1 ～ Ver1.3、Ver1.4.21 ～ Ver1.4.28、Ver1.5.23
• 対処版は IX-R / IX-V ともに Ver1.4.34 と Ver1.5.29
• 発生条件はhttp-server ip enableまたはhttp-server ipv6 enableの設定
• PAC 配信や NetMeister 子機接続でも HTTP サーバーが有効になり得る点に注意
• 接続元制限とポート番号変更はリスク軽減策であり、脆弱性の解消策ではない。

以上、最後までお読みいただきありがとうございました。