まず、境界機器がなぜこれほど狙われるのかを整理します。理由は4つあります。

表1：境界機器が標的になる4つの理由

3番目と4番目が特に厄介です。パソコンやサーバーであれば、更新は自動で進み、EDRが異常を見張ってくれます。しかしVPN装置は違います。「動いているから触らない」まま数年が過ぎ、そのあいだ誰も中を覗いていません。

第1章 おわり — 次は第2章

2026年7月下旬、境界機器と仮想化基盤で重大な脆弱性の公表が集中しました。一覧にします。

表2：2026年7月下旬に公表された境界機器・仮想化基盤の重大脆弱性（2026年8月1日時点）

この表を見ると、攻撃者が狙っている場所の共通点がはっきりします。

VMwareの3件については、Broadcom（VMwareの現在の親会社）が「回避策はない」としています。つまり設定変更などでしのぐ手段がなく、パッチを当てるしかありません。緊急の変更作業として扱うべき、と位置づけられています。

第2章 おわり — 次は第3章

第2章の表で、いちばん違和感を持ってほしい行があります。Cisco FMC の CVE-2026-20316 です。

表3：スコアが高い脆弱性と、実際に悪用されている脆弱性

数字だけ見れば 9.8 のほうが圧倒的に危険に見えます。しかし実際に攻撃されているのは 5.3 のほうでした。

Cisco FMC の脆弱性は、製品に固定の認証情報が埋め込まれていたというものでした。単体では低権限のアカウントにしか入れないためスコアは 5.3 にとどまりますが、Cisco自身は「他の脆弱性と連鎖させれば権限昇格につながる」として、影響度を高く評価しています。

スコアは単体での評価、実際の攻撃は連鎖で来る。この差を意識してください。

第3章 おわり — 次は第4章

境界機器を破った攻撃者は、社内をうろついた末にほぼ必ず同じ場所を目指します。それが ESXi ── 仮想化基盤のホストです。

ESXiを知らない方のために説明すると、これは1台の物理サーバーの上で、何十台もの仮想サーバーを同時に動かすための土台です。多くの企業では、業務システム、ファイルサーバー、基幹システムなどがすべてこの上に載っています。

図の下段が、ESXiが狙われる理由のすべてです。物理サーバー1台を暗号化するだけで、その上で動いていた数十台分の業務が同時に止まります。攻撃者から見れば、これほど効率のいい標的はありません。

第4章 おわり — 次は第5章

ここまでは一般論でした。実際にそのとおりの攻撃が起きた例を見てみましょう。Kaspersky が公表した GenieLocker（攻撃グループ名は Toy Ghouls）の2026年3月の事例です。

表4：GenieLockerによる攻撃の流れ（出典：Kaspersky Securelist、2026年7月30日公表）

右端の列に注目してください。段階が進むほど、止められる可能性が下がっていきます。そしていちばん止めやすいのは、いちばん最初の段階です。

なお、このグループには特徴的な点があります。データを盗み出していません。近年主流の「暗号化＋データ公開の予告」という二重恐喝ではなく、暗号化だけで身代金を要求する古典的なスタイルでした。

これはバックアップの重要性が、そのまま生死を分けるということでもあります。データが公開される心配がないなら、復旧できさえすれば身代金を払う理由がなくなるからです。

第5章 おわり — 次は第6章

ここまでゼロデイの話が続きましたが、実際にはもっと地味な方法で入られています。その典型例が、2026年7月末にHuntressが報告したSonicWall関連の事案です。

表5：SonicWall関連のアカウント侵害（出典：Huntress、CyberScoop 2026年7月30日報道）

この事案が示しているのは、攻撃者は最新の脆弱性を待つ必要がないということです。どこかで漏れた正しいIDとパスワードを、片っ端から試すだけで、41時間に30組織へ入れてしまいました。

だからこそ、対策は脆弱性を塞ぐことだけでは足りません。「正しいパスワードで入られても止まる仕組み」が要ります。具体的には多要素認証であり、条件付きアクセスです。

第6章 おわり — 次は第7章

やるべきことは多いですが、効果の大きい順に並べます。上から順に手をつけてください。

表6：境界機器とESXiを守るための優先順位

1番目の「棚卸し」を軽く見ないでください。多くの組織で、「そんな機器があったのか」という発見から対策が始まります。退職者が設置したまま忘れられた装置、検証用に立てて放置されたサーバー。攻撃者はそれらを毎日スキャンして探しています。

次に、立場別の整理です。

表7：立場別・今日やること

第7章 おわり — この先はまとめです

表8：この記事の結論と、次の行動

最後に、この記事全体を通して見えてきたことを書きます。

今回取り上げた事案には、共通する皮肉があります。破られたのは、いずれも「守るために置いた機器」だったということです。VPNは安全に社外から繋ぐための仕組みでした。ファイアウォールは不正な通信を止めるための装置でした。仮想化基盤は運用を効率化するための土台でした。

どれも、正しい目的で導入された、正しい技術です。問題は技術そのものではなく、置いたあと、誰も見ていなかったことにあります。

ワイデン上院議員が使った「終わりのないもぐら叩き」という表現は的確です。新しい脆弱性が出るたびに慌てて塞ぐ。それを何年も繰り返している。個別の穴を塞ぎ続けるやり方には、限界が来ています。

だからこそ、発想を変える必要があります。「破られない機器を選ぶ」から「破られても被害が広がらない構造にする」へ。管理画面を外に出さない。ネットワークを分ける。バックアップを切り離す。どれも派手さはありませんが、ゼロデイが出た日に慌てなくて済むのは、こうした地味な備えをしていた組織だけです。

まずは棚卸しから。持っていることを知らない機器は、絶対に守れません。

第8章 おわり — お読みいただきありがとうございました