Microsoft 365の障害はどこで確認するか？
MicrosoftはMicrosoft 365管理センターのサービス正常性で、Exchange OnlineやTeamsなどの状況を確認するよう案内している。管理センターへ入れない場合は、公開のサービス状況ページも確認先になる。自社の利用環境に関する詳細と、一般公開の状況は情報の範囲が異なる。[1]
公開ページの表示だけで、自社のすべての機能が正常だと判断しない。逆に、一人の端末で接続できないことだけで世界的な障害とも断定できない。端末、社内ネットワーク、認証、特定サービスのどこに共通点があるかを確かめる。
| 起きていること | 最初に確認する対象 | 連絡の例 |
|---|---|---|
| 一人だけ接続できない | 端末、アカウント、接続回線 | 社内の担当窓口 |
| 多数の利用者が使えない | 管理センター、公式の障害情報 | 事前に決めた代替連絡網 |
| 不審なログインや暗号化がある | セキュリティ責任者、監視記録 | インシデント対応体制 |
障害情報は時間とともに変わる。記録する際は、確認時刻、対象サービス、影響を受けた業務、公式の事象IDをそろえる。これにより、復旧後に自社の停止時間とサービス側の説明を照合できる。
クラウドの冗長化と自社の業務継続は違う
Microsoftはサービス継続の仕組みや、広範な障害の事後レビューについて説明している。大きな影響のあった予定外の事象では、解決後48時間以内の予備レビューと、5営業日以内の最終レビューをサービス正常性で提供する方針だ。これはすべての事象に同じ形式を約束する意味ではない。[2]
サービス側に復旧の仕組みがあっても、復旧までの間に自社の受注や支払いをどう続けるかは別途決める必要がある。同じアカウントへのサインインを前提にした予備のツールでは、認証が止まったときに一緒に使えない可能性がある。
たとえば電話番号の一覧を、停止が想定されるクラウド内だけに置くと、連絡の代替にならない。閲覧できる担当者、保存場所、情報の更新方法まで含めて用意する。別のサービスへ複製する場合も、機密情報や個人情報を誰が見られるかを確認したい。
サイバー攻撃では止める対象を判断する
IPAの2026年6月の手引きは、被害が広がる可能性がある場合の初動として、ネットワークの遮断、対象の隔離、システムやサービスの停止を挙げている。同時に、不用意な電源断などで記録を消さないよう注意を促している。[3]
「すぐ止める」はすべての機器を一斉に電源オフにするという意味ではない。被害拡大を抑える対象と、調査に必要な記録を残す方法を、専門担当者と判断する必要がある。サービス側の障害のときと同じ操作を機械的に行わないことが重要だ。
警察庁も、ランサムウェアによってバックアップまで暗号化される例があると説明している。バックアップがあることと、攻撃の影響を受けず復元できることは別だ。復元の試験と、通常環境から切り離した保管などの対策を確認したい。[4]
経営者が平時に決めておくこと
事業を止める判断を現場だけへ任せると、損失への懸念から対応が遅れるおそれがある。IPAの手引きも、経営者が事業と顧客への影響を踏まえ、責任者と担当者を定めることを求めている。[3]
自社の準備では次の項目を文書にすると判断を共有しやすい。
- 止められない業務と、一定時間止められる業務を分ける。
- 誰が隔離・停止を判断し、不在時は誰が代行するかを決める。
- Microsoft 365が使えない状況でも連絡できる方法を試す。
- 顧客、取引先、専門家への連絡先と、第一報の担当を確認する。
- バックアップから必要なデータを復元し、業務を再開する試験を行う。
これは特定の障害や侵害が現在続いているという説明ではなく、公式資料を基にした備えの整理だ。復旧したというサービス側の通知に加え、自社の認証、データ、未処理の注文や送信を確認して、再開する範囲を決める必要がある。
クラウドの基本構造はクラウドとは？仕組みと種類でも解説している。
関連記事・トピック
関連トピック：セキュリティとサイバー攻撃。
まとめ
- Microsoft 365の詳細な影響は管理センターで確認し、接続できない場合の別の連絡経路も準備する。
- サービスの復旧計画と、自社業務を止めずに続ける準備は分けて考える。
- 攻撃時は被害拡大防止と証拠保全を両立し、停止権限と復元手順を平時に決めておく。
読者のコメント (0)
コメントを残す