IDCFクラウドにランサムウェア攻撃、495の企業・自治体が影響 — 仮想サーバーのデータは復元困難、クラウド利用企業が確認すべき自社バックアップ
ソフトバンク子会社のIDCフロンティアは2026年10月7日、クラウドサービス「IDCFクラウド」の東日本リージョン1がランサムウェア攻撃を受けたと公表した。影響を受けたのは、IDCFクラウドを契約している495の企業や自治体である。翌8日の第3報では、対象の4ゾーンに保管されている利用者のデータは取り出しや復元が困難な見通しで、復元は利用者自身が持っているバックアップからのみ可能だと説明した。侵入経路は調査中である。この記事では公表資料で確認できる事実を整理し、クラウドを使う中小企業が自社のバックアップを点検する手順をまとめる。
背景
同社の発表によると、障害は10月7日午前3時40分頃に始まった。調査の結果、東日本リージョン1の障害が第三者によるランサムウェア攻撃だと判明し、同リージョンをネットワークから遮断したうえでシステムを停止した。第3報で示された対象は、東日本リージョン1のうち tesla・henry・pascal・joule の4ゾーンである。仮想サーバーが停止し、再起動もできない状態になっている。
同じ東日本リージョン1の radian・newton ゾーン、東日本リージョン2・3、西日本リージョン1では、公表時点で不正アクセスは確認されていない。ただし同社は、これらの利用者にも自分でバックアップを取るよう案内している。利用者が外部から操作する管理コンソールは全リージョンで停止しており、仮想サーバーの起動や停止は、利用者の依頼を受けて同社が代行している。IDCFクラウド TypeS（旧ホワイトクラウド ASPIRE）と IDCF プライベートクラウドは対象外である。
10月9日の第4報では、7日午前9時に緊急対策本部を設け、親会社のソフトバンクと連携して対応していると公表した。利用者への窓口はソフトバンクの法人部門が担い、バックアップ手順の案内や移行先の提案を行っている。調査は外部のセキュリティ専門企業と進めており、監督省庁と警視庁にも報告している。データが外部に持ち出されたかどうかは、公表時点で明らかにされていない。
リスクの全体像
今回の件で利用企業が直面しているのは、自社に落ち度がなくても、クラウド上のサーバーとデータが一度に失われるという事態である。対象ゾーンの利用者は、別の環境にシステムを作り直し、手元のバックアップからデータを戻すよう案内されている。自社でバックアップを取っていなかった場合、戻せるデータが無いことになる。
中小企業には「クラウドに置いているから事業者が守ってくれる」という思い込みが根強い。多くのクラウドサービスでは、設備やネットワークの安全は事業者が受け持ち、仮想サーバーの中身やデータの保全は利用者が受け持つという分担になっている。事業者が用意するスナップショットやバックアップ機能も、同じ基盤の上にあれば、基盤ごと攻撃されたときに一緒に使えなくなるおそれがある。
もう一つの論点は、管理コンソールが止まったときの動き方である。今回は被害の無いリージョンでも管理コンソールが停止し、利用者は自分でサーバーを操作できなくなった。事業者に作業を頼む窓口と手順を知らなければ、バックアップを取り直すことすら遅れる。
チェックリスト
- クラウド上の業務サーバーとデータについて、事業者の基盤とは別の場所（別の事業者、自社の機器など）にバックアップがあるか
- そのバックアップから実際にデータを戻す訓練を、直近1年以内に行ったか
- どの時点まで戻れれば業務を続けられるか（1日前か、1週間前か）を決め、その間隔でバックアップを取っているか
- 契約しているクラウドの規約で、データ保全の責任がどちらにあるかを確認したか
- 管理画面が使えなくなったとき、事業者に作業を依頼する連絡先と手順を社内で共有しているか
- サーバーを別の環境に作り直すための設定情報（OSの設定、導入したソフト、接続先）が文書や構成ファイルとして残っているか
打ち手
最初に行うのは、クラウド上に何を置いているかの棚卸しである。業務システム、ファイル共有、Webサイト、会計データなど、止まると困るものを並べ、それぞれのバックアップがどこにあるかを書き出す。事業者の同じ基盤の中にしかないものは、今回のような事態では戻せない前提で扱う。
次に、少なくとも1つは事業者の基盤から切り離したバックアップを作る。データを3つ持ち、2種類の媒体に分け、1つは別の場所に置くという考え方が基本になる。ランサムウェアはネットワークでつながったバックアップも暗号化しようとするため、書き換えできない保存設定や、普段は接続しない保管先を選ぶとよい。
最後に、戻す手順を一度試す。バックアップがあっても、戻す手順を誰も知らなければ復旧に何日もかかる。別の環境にサーバーを作り、データを戻し、業務が再開できるまでの時間を測っておくと、事業者が止まったときの判断が早くなる。IDCFクラウドの利用者は、同社の案内に沿ってすぐにバックアップを取得し、移行先の検討を始めるべきである。
あわせて読みたい
- ニチレイのランサムウェア被害 ― 復旧しても終わらない二重脅迫への備え
- 八王子学園のランサムウェア被害、侵入口はリモートデスクトップ。4月に一度失敗した攻撃者が7月に再侵入し、サーバーの全ファイルが暗号化
- 原子力機構のクラウド上の研究支援サイトから身分証・健康診断結果が流出、取引先から預かる書類の置き場を見直す
- 【はじめてのセキュリティ 第6回】スマホ・SNS・クラウドの落とし穴
Omamori AI の結論
クラウド事業者が攻撃を受けると、利用者のデータは利用者自身のバックアップでしか戻らないことがある。IDCFクラウドの件はそれを495の企業や自治体が同時に経験した事例である。事業者の基盤の外にバックアップを置き、戻す手順を試しておくことが、自社に責任の無い被害から事業を守る唯一の手段になる。
経営者視点で考えるべきこと
クラウドを選ぶときは、料金や機能だけでなく、事業者が止まったときに自社がどれだけの期間で業務を再開できるかを基準に加えたい。バックアップの費用は、システムが数日止まったときの売上の損失や、顧客への説明にかかる手間と比べて判断する。情報システムを外部に任せている場合は、委託先に「事業者の基盤とは別の場所にバックアップがあるか」と一言聞くだけでも、備えの有無が分かる。
