NetExtender Linux版に脆弱性2件 最大8.8

SonicWallのSSL-VPNクライアント「NetExtender」のLinux版に、深刻度「High」の脆弱性2件（CVE-2026-66152 / CVE-2026-66153）が公表されました。最大CVSSは8.8で、悪用されるとroot権限で任意のファイルを書き込まれるおそれがあります。修正版は10.3.6で、回避策は提供されていません。Windows版は影響を受けません。

今回は珍しく「VPNアプライアンス側」ではなく「端末に入っているVPNクライアント側」の脆弱性です。資産管理台帳に載りにくい領域なので、該当判定の入口から整理します。

この記事でわかること

NetExtenderとは何で、なぜ「配った覚えがなくても端末に入っている」のか
2件の脆弱性の中身と、CVSSベクタから読める攻撃の前提
Linux端末での該当判定の手順と、公開情報だけでは分からない点

NetExtenderとは何者か（配った覚えがなくても端末に入る）
何が起きたのか
1. この2件はどう読めばよいのか
2. 「OPSWAT」とは何か、どこまでが確認できる事実か
自社は影響を受けるのか（判定手順）
現場目線の課題：クライアント側の脆弱性は台帳に載らない
情シスはどうすべきか
まとめ
補足：情報源について
出典

NetExtenderとは何者か（配った覚えがなくても端末に入る）

NetExtenderとは、SonicWallのファイアウォール／リモートアクセス製品に接続するためのSSL-VPNクライアントソフトです。社外から社内ネットワークへ入るために、利用者のPCにインストールして使います。

情シスにとって重要なのは配布経路です。SonicWallの公式ドキュメントは、NetExtenderを「Windows、Linuxの利用者向けに透過的にダウンロードされるSSL-VPNクライアント」と説明しており、利用者がアプライアンスの「Virtual Office」ポータルにログインしてボタンを押すだけでも導入されます（スタンドアロン版のインストーラを配る方法もあります）。つまり、情シスが資産管理ツールで配布した記録がなくても、利用者が自分でポータル経由で入れている可能性があるということです。「うちはVPNクライアントを配っていない」と即断せず、後述の手順で端末側から確認してください。

もう1点、Linux版に固有の事情があります。SonicWallのナレッジベースが示すLinuxへの導入手順では、sudo ./install の実行中に「Set pppd to run as root [y/N]?」と問われ、ここで y と答えるのが標準手順です。VPNトンネルを張るためにroot権限が必要になる設計であり、今回の「root権限で書き込まれる」という影響は、この前提の上に乗っています。

何が起きたのか

SonicWallは現地時間2026年8月25日、セキュリティアドバイザリ「SNWLID-2026-0013」を公開しました。採番元（CNA）はSonicWall PSIRT自身で、NVDに登録された記述もベンダー由来です。

CVE	種別（CWE）	CVSS v3.1	内容
CVE-2026-66152	パストラバーサル（CWE-29）	8.8 / High AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H	NetExtender Linuxクライアントにおける「OPSWATのtarball（アーカイブ）」の処理にパストラバーサルの不備。root権限で任意のファイルを書き込まれるおそれ。
CVE-2026-66153	リンク解決の不備／シンボリックリンク追跡（CWE-59）	7.0 / High AV:L/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:H	自動アップグレードを担う「NEService」が一時ファイルを安全に扱わず、ファイルパスを操作されるおそれ。

影響を受けるバージョン: NetExtender Linuxクライアント 10.3.5 以前
修正版: NetExtender Linuxクライアント 10.3.6
回避策: 提供なし（更新以外の手段がない）
Windows版: 影響を受けない
悪用: アドバイザリ公表時点で確認されていない

この2件はどう読めばよいのか

CVSSベクタを並べると、2件の性格の違いがはっきりします。

CVE-2026-66152は「AV:N（ネットワーク）＋PR:N（権限不要）＋UI:R（利用者の操作が必要）」です。攻撃者にあらかじめ端末上の権限は要らないが、利用者側で何らかの操作――現実的にはVPNへの接続操作――が引き金になる、という形です。クライアントが取得・展開するアーカイブに細工されたパス（../ を含むもの）が入っていれば、意図した展開先の外にファイルを書き出せてしまう、というのが不備の中身と読めます。

ただしSonicWallは具体的な攻撃シナリオを公開していません。「誰がそのtarballを用意し、どの経路で端末に届くのか」は公開情報からは確定できないため、本記事でもここは推定にとどめます。断定的な攻撃手順が書かれた解説を見かけても、一次情報に当たって裏を取ってください。

一方のCVE-2026-66153は「AV:L（ローカル）＋PR:L＋AC:H」で、すでに端末上に足場を持つ攻撃者が、自動アップグレードのタイミングを突いて権限を上げる型です。単独では初手になりませんが、フィッシングなどで一般利用者の権限を取られた後の権限昇格の踏み台になり得ます。CVSSスコアの数字だけを見て7.0を後回しにすると、この鎖を見落とします（CVSSの読み方はこちら）。

「OPSWAT」とは何か、どこまでが確認できる事実か

アドバイザリに出てくるOPSWATは、端末のセキュリティ状態（OSの更新状況、ウイルス対策ソフトの稼働など）を検査するエンジンを提供している米国のベンダーです。SonicWallも自社のナレッジベースで、SMA 1000シリーズのEnd Point Control（EPC＝接続してくる端末が要件を満たしているか検査する仕組み）についてOPSWATの名前を挙げています。

したがって「NetExtenderが端末検査に関わるサードパーティ製のパッケージを取得・展開する経路を持っている」ところまでは自然に読めます。ただし、Linux版NetExtenderのOPSWATコンポーネントとEPCの正確な対応関係までは、公開情報からは断定できません。ここは「第三者製の部品が自社のVPNクライアントの中で動いている」という事実の確認にとどめ、過度な一般化はしないでおきます。

自社は影響を受けるのか（判定手順）

Windows版が対象外なので、多くの日本企業の標準PCはそのまま該当しません。問題は「Windows以外の端末」が視界から外れていることです。次の順で当たると早いはずです。

SonicWall製のファイアウォール／SMAを使っているかを確認する。使っていなければ、そもそもNetExtenderは社内に存在しません。
使っている場合、Linux端末でVPNを張っている人がいないかを洗う。狙い目は「標準PC」ではなく、開発部門のLinuxワークステーション、検証機・実験機、踏み台／ジャンプサーバ、個人手配に近い運用になっている端末です。
該当端末で、インストール時に展開した NetExtender.Linux.<バージョン>.tgz の残骸、man NetExtender の存在、GUI／CLI起動時のバージョン表示を確認する。10.3.5以前なら10.3.6へ更新します。
VPN接続ログ側からも突き合わせる。アプライアンスのSSL-VPNセッションログにクライアント種別が残っていれば、端末を全台調べるより速く当たりが付きます。

なお、10.3.6のリリースノートは執筆時点で公開ドキュメントサイトに出ておらず（公開されているのは10.3.0系まで）、詳細はMySonicWallへのログインが必要です。「公開ページで修正内容を確認してから動く」という進め方は今回は使えないので、判定は端末側のバージョンで行ってください。

現場目線の課題：クライアント側の脆弱性は台帳に載らない

VPN関連の脆弱性は、これまでアプライアンス側（SSL-VPNゲートウェイ）の話がほとんどでした。実際このサイトでも、同じSonicWallのGMSの脆弱性のように、管理する側の製品を扱うことが多くなっています。アプライアンスなら台数が限られ、管理者もはっきりしているので、まだ手が打ちやすいのです。

しかしクライアント側は事情が違います。利用者がポータルから自分で入れられる仕組みは、導入の手間を減らす代わりに、情シスが「誰の端末に、どのバージョンが入っているか」を把握できない状態を作ります。資産管理エージェントが入っていないLinux端末なら、なおさら見えません。正直なところ、こうした端末まで全部押さえられている組織のほうが少ないだろうと思います。

そして「配布物を取ってきて展開する」処理は、クライアントソフト全般が抱える弱点でもあります。以前扱ったTrueConf Serverの事例でも、配布されるクライアントの経路が論点になりました。更新の自動化は運用を楽にしますが、その自動化の経路そのものが攻撃対象になるという構図は、今回のNEService（自動アップグレード）の脆弱性とまったく同じです。

中長期には、VPNクライアントを情シスの管理下にある配布・更新の仕組みへ寄せていくか、そもそもZTNAのように接続方式ごと見直すか、という判断が要ります。今日明日の話ではありませんが、「利用者が自分で入れたクライアント」が残り続ける限り、同種の宿題は繰り返し出てきます。

情シスはどうすべきか

まずは上の判定手順で該当端末を洗い出し、10.3.6へ更新する。これに尽きます。回避策がない以上、更新以外の選択肢はありません。

そのうえで、今回のように「標準PC以外の端末が盲点になる」問題は、個別対応より台帳と運用ルールの話になります。自前で長大なチェックリストを作るより、公的機関の指針を土台にしたほうが早く、社内説明にも使えます。

中小企業の情報セキュリティ対策ガイドライン（IPA） … 情報資産の洗い出しと管理台帳の作り方が具体的に載っています。「開発用端末・検証機をどう扱うか」で迷ったときの出発点として使えます。
対策のしおり（IPA） … 利用者向けの啓発資料。「勝手にソフトを入れない」「入れたら申告する」を伝える際、社内文書をゼロから書かずに済みます。

地味ですが、こうした利用者への啓発が結局いちばん効きます。ポータルから1クリックで入るソフトを技術的に止めきるのは難しく、「入れたことを申告してもらう」ルートを用意しておくほうが現実的です。

まとめ

SonicWall NetExtenderのLinux版に脆弱性2件。最大はCVE-2026-66152（CVSS 8.8）で、root権限での任意ファイル書き込みにつながるおそれ。修正版は10.3.6、回避策なし、Windows版は非該当。
NetExtenderはアプライアンスのポータルから利用者自身が導入できるため、資産台帳に載っていないことがある。開発部門のLinux端末・検証機・踏み台サーバを優先して洗う。
もう1件のCVE-2026-66153は自動アップグレード処理（NEService）の不備で、侵入後の権限昇格の踏み台になり得る。スコアが低いほうを機械的に後回しにしない。

補足：情報源について

SonicWallのPSIRTサイトはJavaScriptで描画される仕様のため、アドバイザリ本文を機械的に取得できません。本記事のCVSSベクタ・CWE・説明文は、CNAであるSonicWall PSIRTが登録したNVDの内容を一次情報として参照しています。影響バージョン・修正版については、アドバイザリを報じた記事を併用しました。