IDCFクラウドの障害はなぜランサムウェアと確定したのか。復元できない4ゾーンの範囲を確かめる

まず初めに

「原因不明の障害」が数日かけて「ランサムウェアでした」に育つまでの過程を、関係者以外が実況見守りする羽目になるのは、クラウド基盤というインフラの宿命なのだろう。しかも今回は、肝心のデータそのものが「取り出しや復元が困難」というオマケ付きだ。契約していた495の企業・自治体は、今ごろバックアップの有無を祈るような気持ちで確認しているに違いない。クラウドは便利だが、業者の障害対応速報を他人事として眺められる立場かどうかは、結局バックアップを取っていたかどうかで決まる。※個人の感想です

何が起きているのか

ソフトバンクグループの子会社であるIDCフロンティアは、クラウドサービス「IDCFクラウド」の「東日本第1リージョン」で2026年10月7日午前3時40分ごろに発生した障害について、続報を重ねています。当初は不正アクセスによる障害として発表されましたが、同社は第2報で、第三者によるランサムウェア(感染したシステムのデータを暗号化し、復旧と引き換えに金銭を要求する不正プログラム)攻撃が原因だったと明らかにしました。IT Postでも10月7日の発表時点の内容を取り上げていますが、原因がランサムウェアと確定したのは、この続報によるものです。

10月8日に出された第3報では、影響の範囲がさらに具体的になりました。東日本第1リージョンのうち、tesla・henry・pascal・jouleと名付けられた4つのゾーンについて、仮想サーバーが停止して再起動できない状態にあり、保管されているデータの取り出しや復元が困難な見通しであることが示されました。同社は、これらのゾーンのデータを復元する方法について、利用者自身が保持しているバックアップから行うしかないという見解を示し、被害を受けた環境をそのまま再利用せず、安全な別の環境で新たにシステムを再構築するよう案内しています。なお、同じリージョン内のradian・newtonの各ゾーンや、東日本第2・第3リージョン、西日本第1リージョンでは、不正アクセスは確認されていないとされています。

影響の規模については、IDCFクラウドを契約する495の企業・自治体に及んでいると説明されています。*495という数字だけが独り歩きしがちだが、これは契約先の数であって、全契約先のデータが実際に失われたことを意味するわけではない。*同社は、障害が発生していない他のリージョンについても、管理コンソールを一時停止するなど、安全確認を並行して進めています。侵入経路の特定や、個人情報などの漏えいがあったかどうかについては、発表時点では明らかにされていません。

なぜ重要なのか

IDCFクラウドは、企業が自社でサーバーを保有せずにシステムを運用するために利用する基盤サービスです。今回のように、原因がランサムウェアと確定し、しかも一部ゾーンのデータが「復元困難」とされたことは、クラウド基盤そのものが暗号化攻撃の対象になった場合、契約企業側の対策(バックアップの保有)次第で復旧の可否が分かれるという、クラウド依存のリスクを具体的に示す事例です。

契約先が495にのぼる規模の大きさも重要です。1つのクラウド基盤への攻撃が、業種や規模の異なる多数の企業・自治体のシステムに同時に影響を及ぼす可能性があることを、今回の事案は改めて示しています。自治体のシステムも含まれているとされる点は、行政サービスの継続性という観点でも注目されます。

私たちへの影響

IDCFクラウドを直接契約していない人であっても、普段利用しているウェブサービスや行政の手続きサイトが、影響を受けた「東日本第1リージョン」の対象ゾーンで運用されていた場合、サービスの停止や、過去の利用データの一部が失われる可能性があります。自分が使っているサービスで不具合が起きている場合は、まずそのサービスの運営者が発表している障害情報を確認することをおすすめします。

企業の立場からは、クラウド事業者側で保管しているデータが失われる可能性がある以上、重要なデータは利用者自身の手元にもバックアップを保持しておくことの重要性を、改めて確認する材料になります。発表時点で個人情報の漏えいが確認されたという説明はありませんが、復旧作業の進展に伴って、追加の調査結果が発表される可能性があります。

初心者が知っておくべきこと

「バックアップばっくあっぷ」とは、データが失われた場合に備えて、同じデータの複製を別の場所に保存しておくことです。クラウドサービスを使っていても、クラウド事業者側のデータが失われるリスクが完全にゼロになるわけではないため、利用者自身が重要なデータのバックアップを持っておくことが、こうした事態への備えとして重要になります。

「ゾーン」とは、クラウド事業者がデータセンター内の設備を、障害の影響範囲を区切るために分けている単位です。今回のように、同じリージョン内でも一部のゾーンだけが被害を受け、別のゾーンは影響を受けていないという状況が起こり得ます。

IT Postの見方――便利さの代償を、契約者側だけに押し付けてはいないか

IT Postは、ランサムウェア攻撃という犯罪行為そのものの責任は、まず攻撃者にあると考える。その前提のうえで、今回「復元は利用者自身のバックアップから」という案内が出されたことについては、一言言いたい。

クラウドサービスを使う最大のメリットは、利用者自身がバックアップやシステム管理の手間から解放されることだったはずだ。それが今回、土台となるクラウド側が攻撃を受けた結果、「結局、自分でバックアップを取っていなければ詰む」という、クラウド以前の時代と変わらない現実に戻ってしまった。IT Postとしては、便利さを売りにする以上、不測の事態が起きたときの責任やコストを、契約者側だけに一方的に負わせない仕組みづくりが、クラウド業界全体に求められていると考える。※個人の感想です

今後どうなりそうか

IDCフロンティアは、侵入経路の調査や、障害が続いている他のゾーン・リージョンの安全確認を継続するとみられます。情報漏えいの有無を含む被害の全容は、発表時点では明らかにされていません。IT Postでは、続報や新たな事実が発表され次第、あらためて取り上げます。