指摘は、誰に届いていましたか。― GMO会見から見る、セキュリティ課題を「解消まで追う」力

GMOインターネットグループが11月2日、「お名前.com デスクトップクラウド」への不正アクセスについて初めて記者会見を開きました。公式発表と会見報道で確認できた事実を整理し、自社に置き換えて確認したい点をまとめます。

今回の3行まとめ

  • 1「お名前.com デスクトップクラウド」の全プランで、影響の可能性があるサーバーは26,739件。取引口座での不正な操作の報告があり、サーバーの停止が続いています。
  • 2会見では、侵入は8月5日、発覚は10月20日で、約2か月半気づけなかったと説明されました。発覚のきっかけは、顧客からの問い合わせでした。
  • 32024年にグループ会社が課題を指摘していたこと、その情報が経営トップに届いていなかったことも会見で説明されています。
⚠️
「お名前.com デスクトップクラウド」をご利用の方へ
GMOは、サーバー上の取引ツール(MT4/MT5等)や取引口座の認証情報が第三者に閲覧された可能性があるとして、パスワードの変更とログオフを求めています。変更は、本サービスのサーバー以外の端末から行うよう案内されています。

何が起きたのか

26,739件
影響の可能性があるサーバー(全プラン)
約2か月半
侵入から発覚までの期間(会見の説明)
80億円
犯人側の身代金要求額(GMOは支払い拒否)
1件
犯人サイトに掲載されたデータ(10月27日)
対象サービスと公式発表の内容

対象は仮想デスクトップサービス「お名前.com デスクトップクラウド」です。GMOは、一部のお客様のサーバー環境に第三者による不正なプログラムが設置されたと発表しました。影響の可能性がある情報は、サーバー内に保存されていた情報で、取引ツールに保存された取引口座のログイン情報等を含みます。

GMOは、クレジットカード情報を含む決済情報は本サービスのサーバー上で保持していないとしています。

時系列で見る:侵入から会見まで

  • 8月5日
    攻撃者が顧客環境(リモートデスクトップのVPS)に侵入。会見で説明
  • 8月17日
    侵入先から管理者アカウントを奪われ、GMOの管理サーバーに侵入される。会見で説明
  • 9/20〜10/14
    管理サーバー経由で、最大26,739台の顧客サーバーにマルウェアが配布される。会見で説明
  • 10月19日
    お客様からの問い合わせを受け、調査を開始。
  • 10月20日
    不正なプログラムの設置を確認。新規申込みとコントロールパネルを停止。
  • 10月21日
    全プランのサーバーを順次停止(4:00〜)し、第1報を掲載。ITmediaは、同日に80億円の身代金要求が届いたと報じています。
  • 10月22日
    警察に相談。続報で、取引口座での不正な操作の報告を受けていることを公表。
  • 10月27日
    盗まれたデータのうち1件が、犯人サイトに掲載されたとITmediaが報じています。
  • 11月2日
    熊谷正寿氏(グループ代表)らが、初めて記者会見。

8月から9月の日付は、11月2日の会見で初めて説明された内容です。10月21日の第1報の時点では、侵入時期は示されていませんでした。

初報と続報で、説明が変わった

10月21日 第1報

「現時点において、お預かりしているお客様の個人情報の漏えいや、閲覧された情報が悪用された事実は確認されておりません」と記載されていました。

10月22日 続報

お客様から、取引ツールに関連して取引口座で第三者による不正な操作が行われたとの報告があったとして、認証情報が閲覧された可能性があり、至急パスワードを変更するよう案内が出されました。

調査の途中で公表内容が更新されることは珍しくありません。初報の「確認されていない」は「ない」という意味ではなく、その時点で確認できていないという意味です。続報まで確認する習慣が大切です。

会見で明らかになったこと

2024年の指摘と、その後の対応

グループ会社の指摘は、対策が不十分で、経営トップに届いていなかった
  • グループ会社のGMOサイバーセキュリティ byイエラエが2024年にサービスを診断し、課題を指摘していた。熊谷氏は、報道されていたこの内容を「事実」と認めた。
  • 指摘を受けてGMOインターネットは緊急メンテナンスを計4回実施したが、副社長の山下氏は「深さと速さの両面で不足していた」と説明した。
  • 指摘は熊谷氏にエスカレーションされていなかった。グループ法務部長は、どのような脆弱性があれば取締役会に上げるかの明確な基準がなかったと説明した。
  • ITmediaは、同じ環境の再度の追跡診断が行われていなかったことも質疑応答で明らかになったと報じている。

ローカルPCのファイルが取得された要因

ITmedia エンタープライズは、リモートデスクトップの「ドライブ共有機能」が初期設定で有効だったことを、会見での説明として報じています。山下氏は、当初は利便性を考えて有効にしていたが、昨今のリスクを踏まえて無効に変更できなかった点にリスク分析の甘さがあった、と述べたとされています。

まだ明らかになっていない点

ITmedia エンタープライズは、初期侵入の具体的な経路や脆弱性の詳細、再発防止策、攻撃者に関する情報について、踏み込んだ発表はなかったと伝えています。本記事でも、これらについて推測は記載しません。最新情報はGMOの公式発表をご確認ください。

発表された補償・対応方針

  • 1FXの不正取引による直接の損失:全額補償。11月6日から順次ヒアリングと確定作業を実施。
  • 2一律のお見舞い金:被害の有無にかかわらず、全対象のお客様に5,000円。
  • 3代替環境:復旧までの間、6か月間無償で提供。
  • 4情報流出への特別お見舞い金:流出が確認された場合、内容に応じて最大300万円。

身代金については、GMOは当初から支払わない方針と説明しています。

同じGMOグループの別事案:GMOトラスト・ログイン

ストレージの公開設定により、ファイルが外部から取得できる状態だった

GMOグローバルサインは10月30日、ID管理・シングルサインオンサービス「GMOトラスト・ログイン」の情報漏えいについて、外部専門機関の調査結果(第3報)を公表しました。9月14日に、外部のセキュリティ研究者から脆弱性報告制度を通じて報告を受けて判明したものです。

  • 対象:2,492社・合計45,030人。
  • 外部から取得できる状態だった期間:2017年11月14日頃〜2026年9月15日(2021年6月7日以前はアクセス記録がなく、取得の有無を確認できない)。
  • 情報:メールアドレス、氏名、連携サービス名、カスタム属性値、契約情報ファイルの担当者情報など。

これは別のサービス・別の会社の事案です。「お名前.com デスクトップクラウド」の件との関連は、参照した資料では示されていません。

自社に置き換えて確認したい4つのこと

以下は、公表された事実をもとにした一般的な確認項目です。GMOの対応の是非を評価するものではありません。

  1. 外部からの指摘を、完了まで追跡する
    診断会社や開発会社、研究者から指摘された課題を一覧にし、「対応済み」の根拠と再診断の有無を確認します。メンテナンスを実施したことと、課題が解消したことは別です。
  2. 経営層へ上げる基準を決めておく
    どの程度の指摘や脆弱性を、経営層・取締役会に報告するかを文書で定めます。基準がない場合、個別の判断に任されます。
  3. 初期設定のまま使っていないか見直す
    リモートデスクトップのドライブ共有など、利便性のために有効にした機能が残っていないかを確認します。
  4. 異常に気づく仕組みと、利用中サービスの把握
    管理者権限の利用や管理サーバーへのアクセスに対する監視状況を確認します。あわせて、自社や取引先が利用するクラウド・VPS・リモートデスクトップを洗い出し、認証情報の保管場所を把握します。

「お名前.com デスクトップクラウド」を利用している場合は、GMOの案内に従って、取引ツールと取引口座のパスワード変更、取引履歴と残高の確認、二段階認証の設定を行ってください。GMOは、本件に便乗したフィッシングメールや不審な連絡にも注意するよう呼びかけています。

「解消」の次は「回復」:止まったとき、戻せるか

ここまでは、課題を解消し、異常に気づくための話でした。もう一つ大切なのが、被害を受けたあとに事業を続け、元の状態へ戻す「回復」です。サイバーレジリエンスとは、攻撃を防ぐ力に加えて、攻撃を受けても事業を続け、回復する力のことです。

今回の発表に見られる「回復」に関わる事実

GMOが発表した対応
  • サーバーの停止:被害拡大の防止のため、全プランのサーバーを10月21日4:00から順次停止。10月22日時点の発表では、再開時期は未定。
  • 代替環境の提供:復旧までの間、代替環境を6か月間無償で提供(11月2日の会見)。
  • 損失の補償:FXの不正取引による直接の損失は全額補償。11月6日から順次ヒアリングと確定作業を実施。

サービスが止まった間、利用者は取引を続ける手段を失います。また、パスワード等が閲覧された可能性がある場合、利用者側でも認証情報を洗い出して変更する作業が必要になります。サービスの提供側と利用側のどちらにも、回復の備えが求められます。

平時に確認しておきたい「回復」の4点

以下は、公表された事実をもとにした一般的な確認項目です。

  1. 止まったときの代替手段
    利用中のクラウド・VPS・リモートデスクトップなどが停止した場合に、業務を続ける手段や、縮小して運用する手順があるかを確認します。
  2. バックアップを実際に戻せるか
    バックアップを取得していることと、復元できることは別です。復元の手順と所要時間を、実際に試して確認します。
  3. 認証情報の洗い出しと変更の手順
    どのサーバー・端末・ツールにIDやパスワードを保管しているかを把握し、漏えいの可能性が出たときに、優先順位をつけて変更できる手順を用意します。
  4. 判断者と連絡の流れ
    誰が停止や再開を判断し、顧客・取引先・関係機関へ誰が連絡するかを、あらかじめ決めておきます。
「防ぐ」「気づく」「解消する」「回復する」

この4つがそろって、備えは強くなります。今回の会見が示したのは、このうち「気づく」と「解消する」が組織の運用に左右される点でした。「回復する」は、止まる前に決めておくことで差が出ます。

サイバーレジリエンスは、「指摘を活かす力」であり「回復する力」でもある

サイバーレジリエンスとは、攻撃を防ぐ力に加えて、攻撃を受けても事業を続け、回復する力のことです。

今回の会見で語られたのは、高度な技術の話だけではありませんでした。指摘が経営層に届く道筋、対応の深さと速さ、再診断による確認、異常に気づく仕組みなど、組織の運用に関わる点が多く含まれています。

そして、被害を受けたあとに、代替手段で事業を続け、元へ戻す力も欠かせません。解消と回復を、平時から運用として備えておくことが、サイバーレジリエンスの実務です。

今回のまとめ

  • 事実侵入は8月5日、発覚は10月20日。26,739件のサーバーが影響を受けた可能性がある。
  • 会見2024年の指摘は不十分な対応にとどまり、経営トップへのエスカレーションもなかった。
  • 確認外部指摘の完了追跡、報告基準、初期設定、監視の4点を自社で確認する。
  • 回復止まったときの代替手段、バックアップの復元、認証情報の変更手順、判断と連絡の流れを平時に決めておく。

「指摘された課題」は解消まで、「被害」は回復まで。

脆弱性診断の指摘の棚卸しや、止まったときに戻せる体制づくり、継続的なセキュリティメンテナンスについてご相談ください。

お問い合わせはこちら

投稿者プロフィール

サイバーレジリエンス
サイバーレジリエンス