VPN 脆弱性が相次ぐ|Cisco ASAのゼロデイ悪用と今週の確認点
この記事の要点
- Ciscoは米国時間2026年10月28日、ファイアウォールCisco ASA/FTDのSSL VPNに、認証なしで機器を再起動させられる脆弱性(CVE-2026-76418)を公表し、10月に悪用を確認したと明らかにしました。
- Cisco ASA/FTDで対象になるのは、SSL VPNが有効で、トンネルグループに二次認証を設定している機器です。回避策はなく、修正版への更新が根本対策です。
- 同じ週に、サポート終了済みのSophos UTM(認証なしでroot権限のコマンド実行)、WatchGuardのFireware OS(17件、うちクリティカル7件)、ヤマハNWR100(CVSS 9.8)の脆弱性も公表されました。
- 警察庁によると、2026年上半期のランサムウェア被害は123件で半期として過去最多となり、侵入経路はVPN機器が約5割を占めています。
- まず社内にあるVPN・ファイアウォール・ルーターの型番、バージョン、保守状態を一覧にし、該当する機器から順に更新することが今週の最優先です。
社外から社内ネットワークに入るためのVPNや、通信を制御するファイアウォールに、深刻な脆弱性の公表が相次いでいます。2026年10月27日から29日のわずか3日間で、Cisco・Sophos・WatchGuard・ヤマハの4社が自社製品の脆弱性を公表し[1][4][6][9]、Ciscoの脆弱性は悪用まで確認されました[1]。
VPN機器は、国内のランサムウェア被害で最も多い侵入口です[11]。在宅勤務や拠点間通信のために導入したまま、更新の担当が決まっていない企業も少なくありません。機器が止まれば業務が止まり、乗っ取られれば社内ネットワーク全体が危険にさらされます。
この記事では、今週公表された脆弱性を1つの表にまとめ、「自社は対象か」「今週何をすれば良いか」「再発を防ぐ管理の仕組み」を順に整理します。情報は2026年10月30日時点のものです。
何が起きたのか?
2026年10月27日から29日にかけて、VPN・ファイアウォール・ルーターといった社内ネットワークの入口に置く機器(境界機器)の脆弱性が、4社から相次いで公表されました[1][4][6][8]。このうちCisco ASA/FTDの脆弱性は、米CISAが悪用を確認した脆弱性の一覧に追加しています[2]。
10月27日
WatchGuardがFireware OSの脆弱性を公表
ファイアウォール製品Fireboxで使うFireware OSに17件の脆弱性。うち7件がクリティカル[7]。
10月28日
Sophos UTM、ヤマハNWR100、Cisco ASA/FTD
Sophosがサポート終了済みのSophos UTMに修正パッチを公開[4]。JVNとヤマハがNWR100の脆弱性を公表[8][9]。Ciscoが悪用を確認したASA/FTDの脆弱性を公表(米国時間)[1]。
10月28日
Cisco Talosが SD-WAN の侵害を分析
高度な攻撃グループがCisco Catalyst SD-WANの脆弱性を悪用し、暗号鍵を盗むマルウェアを仕掛けていたと公表[10]。
10月29日
CISAがKEVに追加
Cisco ASA/FTDの脆弱性(CVE-2026-76418)を追加し、米連邦機関に11月1日までの対応を求めた[2]。
KEV(米CISAが公開する、実際に悪用が確認された脆弱性の一覧)に載ったということは、攻撃者がすでにこの脆弱性を使っているということです[2]。米連邦機関には11月1日までの対応が求められています[2]。
Cisco ASA/FTDのゼロデイとは?自社は対象か?
Cisco ASA/FTDの脆弱性(CVE-2026-76418)は、SSL VPNの接続時に細工した通信を送るだけで、認証なしで機器を再起動させられるものです[1]。対象は、SSL VPNが有効で、トンネルグループ(VPNの接続設定の単位)に二次認証を設定している機器に限られます[1]。
Ciscoの説明では、原因は二次認証を設定したときの処理の論理的な誤りです。VPNへのログインに成功していなくても、問題の処理に到達できます[1]。深刻度はCVSS(脆弱性の深刻度を0〜10で表す共通の指標)3.1で8.6です[1]。機器が乗っ取られる種類の脆弱性ではありませんが、VPNが落ちれば在宅勤務や拠点間の通信が止まります。
2026年10月、Cisco PSIRTはこの脆弱性が実際に悪用されていることを把握した。Ciscoは、修正済みのソフトウェアへ更新するよう強く推奨する。
In October 2026, the Cisco PSIRT became aware of active exploitation of this vulnerability. Cisco strongly recommends that customers upgrade to a fixed software release to remediate this vulnerability.
| 確認すること | 対象になる状態 | 確認する場所 |
|---|---|---|
| ソフトウェアのバージョン | 下表の修正版より前のバージョン[1] | 機器の管理画面、または保守ベンダーの台帳 |
| SSL VPNの有効化 | 設定に webvpn があり、少なくとも1つのインターフェースでSSL VPNが有効[1] | ASAの設定。FTDはFMC/FDMのリモートアクセスVPN設定 |
| 二次認証の設定 | tunnel-group-list enable が有効なら、既定の DefaultWEBVPNGroup を含むいずれかのトンネルグループに、無効なら DefaultWEBVPNGroup に secondary-authentication-server-group がある[1] | ログイン画面の一覧に出ていないトンネルグループも含めて確認 |
2026年10月30日時点のCiscoのアドバイザリによる。Cloud-delivered Firewall、Cloud-delivered FMC、Secure Access、Secure FMC は対象外とされています。
| 製品 | 使用中のリリース → 修正版 |
|---|---|
| Cisco Secure Firewall ASA | 9.16以前 → 9.16.4.104 / 9.18 → 9.18.4.96 / 9.20 → 9.20.4.50 / 9.22 → 9.22.3.200 / 9.23 → 9.23.1.48 / 9.24 → 9.24.1.27 または 9.24.10.1[1] |
| Cisco Secure FTD | 7.0以前 → 7.0.11 / 7.2 → 7.2.13 / 7.4 → 7.4.9 / 7.6 → 7.6.7 / 7.7 → 7.7.14 / 10.0 → 10.0.3 / 10.1 → 10.1.1[1] |
2026年10月30日時点。ほかのアドバイザリの修正もまとめて満たすバージョンは、CiscoのSoftware Checkerで確認できます。
Ciscoは、この脆弱性を解消する回避策はないとしています[1]。更新までのつなぎとしては、既定の DefaultWEBVPNGroup が二次認証を使っていなければトンネルグループの一覧表示を無効にし、使っていれば二次認証を外す、という緩和策を示しています。ただし二次認証を外すとVPNの安全性は下がるとCisco自身が注意しています[1]。更新を急ぎ、緩和策を使う場合は保守ベンダーと影響を確認してください。
Cisco ASA/FTDのSSL VPN機能では、8月にも別のDoS脆弱性(CVE-2026-20349)が公表され、Ciscoは同じく悪用を確認していました[3]。同じ製品の同じ機能が、3か月の間に2度狙われたことになります[2][3]。今回は別の脆弱性のため、8月の更新を当てていても、今回の修正版への更新が別に必要です[1]。
Sophos UTM・WatchGuard・ヤマハの脆弱性は何が問題か?
3社の脆弱性は、いずれも認証なしで機器上のコマンドやコードを実行されるおそれがある深刻なものです[4][6][8]。悪用については、WatchGuardが公表時点で把握していないと明記しており[6]、Sophosとヤマハは2026年10月30日時点で悪用の有無に触れていません[4][9]。特にSophos UTMは、すでにサポートが終了した製品である点に注意が必要です[4]。
| 製品 | 内容 | 対象になる条件 | 対策 |
|---|---|---|---|
| Sophos UTM(全バージョン) | 認証なしでroot権限の任意コマンドを実行される。CVSS v4.0 9.2[4][5] | メールプロキシをスキャン有効で使っている[4] | 手動でパッチを適用。サポート中のSophos Firewallへ移行[4] |
| WatchGuard Fireware OS(Firebox) | 17件の脆弱性、うちクリティカル7件。最高はCVSS v4.0 9.5[7] | 例:SIPプロキシを使うポリシーがあると、認証なしでコード実行(CVE-2026-93857)[6] | Fireware OS 2026.4、12.12.4、12.5.22(T15/T35)へ更新[6] |
| ヤマハ NWR100(Rev.26.00.07以前) | OSコマンドインジェクション(CVSS 3.1 9.8)と、設定ファイルを認証なしで読み取られる問題[8] | Web管理画面(Web GUI)に攻撃者が到達できる。ポート開放などで外部公開していると、インターネットから攻撃を受ける可能性がある[9] | Rev.26.00.08へ更新。難しい場合はWeb GUIへの接続元を制限[9] |
2026年10月30日時点。WatchGuardは公表時点で悪用を把握していないと明記しています。SophosとヤマハのページはCVSSや悪用の有無に触れていません(CVSSはSecurity NEXTの報道による)。ヤマハはNWR100以外のヤマハ製ルーターは該当しないとしています。
Sophos UTMは、外部の研究者が報告した脆弱性で、攻撃を数分間繰り返して処理の競合を起こすと、認証なしでroot権限のコマンドを実行できるとされます[4]。製品のサポートが終わっているため自動では配信されず、利用者が手動でパッチを入れる必要があります[4]。
WatchGuardの17件は条件がそれぞれ異なります[7]。たとえば最も深刻度の高い脆弱性は、FireCloud Gatewayとして構成し、WatchGuard Cloudとの通信を攻撃者が復号・改ざんできることが条件です[7]。自社の構成に当てはまるかを確かめる手間を考えると、修正版への更新を先に進める方が確実です。
ヤマハのNWR100は無線LANルーターです[8]。ヤマハは、ポートを開放するなどしてWeb GUIを外部からアクセスできる状態にしている場合は、インターネットから攻撃を受ける可能性があると説明しています。無線LANで接続した端末がWeb GUIにアクセスできる場合も、その端末から攻撃を受ける可能性があるとしています[9]。小規模な拠点や店舗で使われている場合は、設置した業者に確認するのが早道です。
なぜVPN・ファイアウォールが狙われるのか?
VPN・ファイアウォールはインターネットに直接つながり、突破すれば社内ネットワークに入れるため、攻撃者にとって効率のよい入口だからです。警察庁の統計でも、ランサムウェアの侵入経路はVPN機器が約5割を占めています[11]。

警察庁は、近年のランサムウェア攻撃では、インターネットに露出した箇所から遠隔操作でネットワークに侵入する手口が多くを占め、メールの添付ファイルによる感染は少なくなっていると分析しています[11]。攻撃者は未修正の脆弱性や漏えいした認証情報を使って侵入し、管理者権限を奪ってデータを盗んだうえで暗号化します[11]。
2026年上半期のランサムウェア被害は123件で、統計を取り始めた2020年下半期以降、半期として最多でした[11]。警察庁のセンサーが検知した、脆弱性を探す不審なアクセスも前年同期比で51%増えています[11]。編集部の見方では、インターネットに常に面している境界機器では、更新の遅れがそのまま侵入の機会になると考えられます。
狙うのは金銭目的の攻撃者だけではありません。Cisco Talosは10月28日、高度な攻撃グループ(UAT-11473)がCisco Catalyst SD-WANの認証回避の脆弱性(CVE-2026-20127)を悪用し、拠点間通信の暗号鍵を盗み続けるマルウェア「KeyDrift」を仕掛けていたと公表しました[10]。この脆弱性は2026年2月にKEVに追加されています[2]。Talosの分析は過去の活動を対象としたもので、侵害がいつ起きたかは示していません[10]。
Talosは、UAT-11473の運用基盤が、Volt Typhoonの秘匿アクセス網「Silent Train」と大きく重なっていると高い確度で評価している。
Talos assesses with high confidence that UAT-11473’s operating infrastructure overlaps considerably with Volt Typhoon’s “Silent Train” covert access network.
自社への影響をどう判断するか?
判断の起点は「どのメーカーの、どの型番の機器が、どのバージョンで、どの機能を有効にして動いているか」を把握しているかどうかです。これが分かれば、今回の脆弱性の多くは条件表と照らすだけで対象かどうかを判定できます[1][6][9]。
| 自社の状況 | 影響 | 今週やること |
|---|---|---|
| Cisco ASA/FTDでSSL VPNと二次認証を使っている | 悪用が確認済み。VPNが停止させられるおそれ[1] | 修正版へ更新。間に合わなければ保守ベンダーと緩和策を検討 |
| Sophos UTMでメール保護機能を使っている | 認証なしでroot権限を取られるおそれ[4] | 手動パッチを適用し、Sophos Firewall等への移行計画を立てる |
| WatchGuard Fireboxを使っている | 構成によっては認証なしでコード実行[6][7] | Fireware OSを修正版へ更新 |
| ヤマハNWR100を使っている | Web GUIに到達されると乗っ取りや設定流出のおそれ[9] | Rev.26.00.08へ更新し、Web GUIの外部公開をやめる |
| どの機器が入っているか分からない | 判断ができない | 設置業者・保守ベンダーに型番とバージョンを問い合わせる |
2026年10月30日時点。条件の詳細は各社のアドバイザリで確認してください。
最も危ないのは最後の行です。VPNやUTM(複数のセキュリティ機能をまとめた機器)を導入時に業者へ任せたまま、社内に型番もバージョンも残っていない企業は珍しくありません。保守契約が切れていて、誰も更新していない機器が見つかることもあります。
今すぐやることは何か?
今週中に、社内のVPN・ファイアウォール・ルーターを一覧にし、今回の4社の製品があれば修正版へ更新してください。あわせて、管理画面がインターネットから見える状態になっていないかを確認します[1][4][6][9]。
今週中に確認すること
- 本社・拠点・店舗にあるVPN・ファイアウォール・UTM・ルーターのメーカー、型番、ソフトウェアのバージョンを一覧にする
- Cisco ASA/FTDがあれば、SSL VPNの有効化と、全トンネルグループの二次認証設定を確認する
- Cisco ASA/FTD・WatchGuard Firebox・ヤマハNWR100は、各社の修正版へ更新する
- Sophos UTMでメール保護機能を使っていれば、手動パッチを適用する
- 管理画面(Web GUI・SSH)がインターネットから接続できる状態になっていないかを確認し、接続元を社内や特定の端末に限る
- 機器のログに、想定外の再起動や見慣れない接続元からのアクセスがないかを確認する
- 保守契約の有無と期限、更新作業の担当者(社内か業者か)を一覧に書き込む
冗長構成でない場合、更新の際に機器が再起動するため、VPNが一時的に使えなくなります。利用者の少ない時間帯を選び、社内に事前に周知してください。更新後は、VPN接続と拠点間の通信が正常に戻ったことを確認します。
中長期で何を見直すべきか?
中長期では、境界機器を「入れたら終わり」ではなく、保守期限と更新の責任者を持つ管理対象として扱うことが必要です。警察庁も、ランサムウェア等の被害を防ぐために、VPN機器等の脆弱性対策や認証情報の適切な管理、バックアップやログの取得などを周知しています[11]。
- 機器台帳を作る:メーカー・型番・バージョン・設置場所・保守期限・担当者を1枚にまとめ、機器を入れ替えたら必ず更新する
- サポート終了を前倒しで把握する:Sophos UTMのように、サポート終了後は修正が自動で届かなくなります[4]。終了の1年前には入れ替えを予算化する
- 脆弱性情報の受け取り口を決める:JVN・JPCERT/CC・各メーカーの告知を、誰が見て、何日以内に判断するかを決める[8]
- VPNの認証を強くする:IDとパスワードだけに頼らず、多要素認証を使う。漏えいした認証情報も侵入に悪用されるためです[11]
- 管理画面を外に出さない:管理画面への接続は社内や特定の端末に限る。ヤマハもWeb GUIの接続元制限を緩和策に挙げています[9]
- 止まったときの手順を決める:VPNが停止した場合の連絡先、代替手段、保守ベンダーの窓口を事前に決めておく
公表の前から悪用の試行が観測され、更新の速さが問われた例として、10月にはPHPの脆弱性「PHP2Shell」もありました。更新の判断と手順の考え方は、PHP2Shellの解説記事でも整理しています。
AI利用の観点で見直す点はあるか?
あります。生成AIやAIエージェントを業務で使うほど、社外のサービスと社内のシステムをつなぐ通信が増え、VPNやファイアウォールの設定を変える機会も増えます。境界機器の管理は、AIを安全に使うための前提条件でもあります。
たとえば、社内のファイルサーバーや業務システムにAIツールから接続するために、ファイアウォールのポートを開けたり、VPNの例外設定を追加したりする場面があります。こうした変更を誰が承認し、いつ元に戻すのかを決めておかないと、使われなくなった穴が残ります。AI利用に伴うリスクの全体像はAIセキュリティとはで整理しています。
まとめ
2026年10月27日から29日にかけて、Cisco・Sophos・WatchGuard・ヤマハの境界機器に深刻な脆弱性が相次いで公表され、Cisco ASA/FTDの脆弱性は悪用が確認されています[1][2]。VPN機器は国内のランサムウェア被害で最も多い侵入口です[11]。
今週やることは、社内のVPN・ファイアウォール・ルーターの型番とバージョンを一覧にし、該当する機器を修正版へ更新することです。型番が分からなければ、まず設置業者と保守ベンダーに確認してください。そのうえで、保守期限と更新の担当者を決め、次の脆弱性に備える仕組みにしていくことが必要です。よくある質問はFAQもあわせてご覧ください。
よくある質問
Cisco ASAの脆弱性CVE-2026-76418はどのような内容ですか?
Cisco Secure Firewall ASAとFTDのSSL VPN機能にある脆弱性で、細工した通信を送るだけで、認証なしで機器を再起動させられます。Ciscoは2026年10月に悪用を確認しています。対象はSSL VPNが有効で、トンネルグループに二次認証を設定している機器です。
自社のVPN機器が対象かどうかは、どう確認すればよいですか?
まず機器のメーカー、型番、ソフトウェアのバージョンを確認し、各社のアドバイザリの対象バージョンと照らします。Cisco ASA/FTDの場合は、SSL VPNの有効化と二次認証の設定も確認が必要です。型番が分からない場合は、設置業者や保守ベンダーに問い合わせてください。
Sophos UTMはサポートが終了していますが、どうすればよいですか?
Sophosはサポート終了後も今回の脆弱性の修正パッチを用意していますが、自動では配信されないため、利用者が手動で適用する必要があります。メール保護機能を使っている場合は早急に適用し、あわせてサポートが続いているSophos Firewallなどへの移行計画を立ててください。
なぜVPN機器はランサムウェアの侵入口になりやすいのですか?
VPN機器はインターネットに直接つながっており、突破すれば社内ネットワークに入れるためです。警察庁によると、2026年上半期のランサムウェア被害の侵入経路はVPN機器が約5割を占め、未修正の脆弱性や漏えいした認証情報が悪用されています。
更新までの間にできる緩和策はありますか?
Cisco ASA/FTDは、既定のトンネルグループが二次認証を使っていなければ一覧表示の無効化、使っていれば二次認証の無効化という緩和策が示されています。二次認証を外すとVPNの安全性が下がるため、保守ベンダーと影響を確認したうえで判断してください。ヤマハNWR100は、Web管理画面へ接続できる端末や接続元を制限することで、悪用の可能性を下げられます。いずれも根本対策は修正版への更新です。
出典・参考資料
- 注意喚起Cisco Secure Firewall Adaptive Security Appliance and Secure Firewall Threat Defense Software Remote Access SSL VPN Tunnel Denial of Service Vulnerability
- 公式発表Known Exploited Vulnerabilities Catalog
- 注意喚起Cisco Secure Firewall Adaptive Security Appliance and Secure Firewall Threat Defense Software Remote Access SSL VPN Denial of Service Vulnerability
- 注意喚起Resolved Pre-Auth RCE Vulnerability in Sophos UTM (CVE-2026-118633)
- 記事「Sophos UTM」に深刻なRCE脆弱性 - EOLで手動パッチ必要
- 注意喚起CVE-2026-93857 Fireware OS Pre-Authentication Stack Buffer Overflow in SIP Proxy Allows Remote Code Execution
- 記事WatchGuard「Fireware OS」に複数脆弱性 - 7件がクリティカル
- 注意喚起JVNVU#91027179 ヤマハ製NWR100における複数の脆弱性
- 注意喚起「ヤマハ製NWR100における複数の脆弱性」について
- 調査レポートInside KeyDrift: Analyzing historical UAT-11473 activity on Cisco SD-WAN
- 調査レポート令和8年上半期におけるサイバー空間をめぐる脅威の情勢等について
本記事の事実関係は、2026.10.30 時点で上記の出典をすべて再確認しています。 修正版・対象条件・悪用状況は変わる可能性があります。最新の情報は各メーカーのアドバイザリとJVN・JPCERT/CCを確認してください。
AIセキュリティの基本は「AIセキュリティとは」で解説しています。