仮想化基盤の管理権限を奪われ、495社に被害を広げたクラウド事業者

クラウドの管理者権限が奪われ、495社の仮想サーバーに被害が広がりました。事業者選定時に、顧客環境と管理基盤の分離について何を聞くべきかを考えます。

IDCフロンティア管理基盤の分離と事業者選定2026年10月の事案約2分で読めます出典・公表資料

ポータルへの侵入から、利用企業の業務停止へ

2026年10月7日、IDCフロンティアの「IDCFクラウド」でランサムウェアによる障害が発生し、495の企業・自治体が利用する仮想サーバーが停止・暗号化されました。

攻撃者は、顧客向けポータルの認証システムで使われていたOSSの脆弱性を悪用して侵入しました。その後、管理コンソールを経由して仮想化基盤の管理者権限を取得し、仮想サーバー自体を暗号化しました。[1]

被害は利用企業の業務にも及びました。日水物流では入出荷業務に支障が生じ、全17拠点が通常業務に戻ったのは10月20日でした。シックス・アパートも「Movable Type クラウド版」の31台が影響を受け、バックアップを使って翌日夜までに別事業者のクラウドへ移行しました。[2][3]

顧客環境が分かれていても、管理基盤から被害が広がる

仮想サーバーを借りる際には、他社の環境から自社のデータにアクセスされないかが気になります。しかし、それらを操作する管理基盤の権限を奪われれば、顧客環境の分離だけでは被害を防げません。

今回、認証システムへの侵入から基盤の管理者権限を取得するまでの詳しい手口は公表されていません。ただ、被害が4ゾーンの多数の顧客に及んだ事実は、顧客環境に加え、管理基盤と管理権限の分離まで確認する必要性を示しています。[1]

事業者選定時にヒアリングしたい3つのこと

まず、顧客ごとの環境と、その環境を操作する管理権限が、それぞれどこまで分離されているかです。他社と共通になる範囲と、一つの管理者権限で操作できる顧客・サーバーの範囲をヒアリングします。

次に、公開ポータルと事業者の管理者用アクセスの分離です。認証基盤や資格情報を分け、管理者用の入口をインターネットに直接公開しない構成になっているかをヒアリングします。

最後に、強い管理権限の使い方です。全顧客を操作できる権限を常用せず、必要な作業の対象・時間・操作に限定して付与し、大量の停止・削除には追加承認を求める運用になっているかをヒアリングします。

これらについて十分な説明が得られず、安全性に納得できない場合は、その事業者の選定を見送るのがよいでしょう。

出典・公表資料

  1. [1]IDCフロンティア「【第7報】不正アクセスに関する調査結果および今後の対応について」
  2. [2]ニッスイ「日水物流株式会社におけるシステム障害について(第4報)」
  3. [3]シックス・アパート「[第3報] Movable Type クラウド版におけるIDCFクラウド障害の影響と対応について」