SONAE KNOWLEDGE / 会社の備え

バックアップはある。でも、会社の仕事を戻せますか?

AI技術確認日:2026-10-23/編集確認は未了

AIを用いて初稿を作成し、技術確認もCodex(AI)が実施しています。一次資料との対応、記述とひな型の整合性を確認しました。専門家による監修ではありません。運営者の判断で先行公開しています。本人による編集確認は未了です。確認範囲は運営と編集のページをご覧ください。

ファイルが残ることから、業務を再開できることへ。

バックアップの成功と、業務の復旧は別の確認

バックアップの取得記録があっても、必要な時点の情報を必要な担当が使えるとは限りません。NCSCのランサムウェア対策は、分離した保存と復元の備えを説明しています。SONAEは、戻す仕事と情報、復元先、鍵や権限、内容の受入を一緒に計画する方法を提案します。最初から本番へ上書きして試すのではなく、影響を限定した検証の対象と承認を決め、保存の状態と復元の結果を分けて記録しましょう。

SONAE KNOWLEDGE / 図解 01

データが残ることと、仕事が戻ること。

  1. 取得の確認

    バックアップが保存されたか

    対象・取得時点・取得結果を確かめる。

  2. 復旧の確認

    必要な業務を再開できるか

    鍵・権限・復元先を用意し、業務で使えるかを確かめる。

取得成功の記録だけでは復旧可能と判断しません。本番を上書きしない試験を計画します。

どの仕事を、どの状態へ戻すかを決める

受注、請求、顧客への連絡など、止まると困る仕事を業務責任者と整理します。使うデータだけでなく、アプリ、認証、通信、原本、次に処理する担当も対応させます。架空の受注業務では、資料が開けるだけでなく、必要な項目を確認して次の担当へ渡せることを目標にします。いつの情報まで戻ればよいか、どれだけの停止が許容されるかも相談します。目標を決めたことを、その時間内に復旧できた実測と取り違えないようにします。

SONAE KNOWLEDGE / 図解 02

保存したデータを、業務に戻すまで。

バックアップの取得と、復旧できることの確認を分ける。

保存したデータを、業務に戻すまで。復元する動作を確かめる準備する01保存データ対象・取得時点を確認02検証用の復元先本番を上書きしない03業務の確認開ける・処理できる04鍵と利用権限復元に必要な手段保存したデータを、業務に戻すまで。01保存データ対象・取得時点を確認02検証用の復元先本番を上書きしない03業務の確認開ける・処理できる04鍵と利用権限復元に必要な手段
取得ログだけで復旧可能とは判断しません。復元後の業務確認と所要時間・残課題を記録します。
図の内容を文章で読む

保存データ:対象・取得時点を確認 / 検証用の復元先:本番を上書きしない / 業務の確認:開ける・処理できる / 鍵と利用権限:復元に必要な手段。関係:保存データ → 検証用の復元先(復元する) / 検証用の復元先 → 業務の確認(動作を確かめる) / 鍵と利用権限 → 検証用の復元先(準備する)

保存先と、復元に必要な条件を確認する

対象の範囲、取得の成功と失敗、復元できる時点、保存の期間、利用する権限を確認します。通常の仕事と同じ原因で使えなくならない保存や、複数の場所を考えます。暗号化している場合は、鍵や認証の回復も必要です。同期、ごみ箱、世代の保存、保持の設定と、必要な復元機能は同じとは限りません。製品の正式な説明と契約を参照し、どの情報が戻せ、何が対象外かを明確にしましょう。記録がない範囲は未確認として残します。

試験には、別の復元先と停止条件を用意する

架空の資料や承認した対象を使い、原本を上書きしない復元先を計画します。接続してよい範囲、権限、外部送信の有無、止める条件、終了時の片付けも決めます。復旧の確認だからと、顧客の環境や任意の相手へ無断で接続してよいわけではありません。侵害が疑われる場合の復元は、脅威の除去や専門担当の判断と連携する必要があります。平常時の誤削除の確認と、侵害後の再開を同じ手順で扱わないようにします。

原本・内容・利用・業務で受け入れる

処理が成功した表示だけで終えず、目的の版か、必要な件数や項目があるか、必要な役割で使えるかを確認します。業務側の担当が一つの仕事を続けられるかも見ます。抽出した一部だけを照合したなら、その範囲を記録します。機密の原本を確認のために無制限に複写しません。目標と観測した所要時間、未確認や不合格、再開を認めた担当を残し、条件付きの受入を全体の成功と見せないようにしましょう。

試験後の整理と、次の改善へつなぐ

完了の目安は、何がどの条件で戻り、何が戻らず、次に誰が対応するかを説明できることです。検証用の複製、アカウント、権限、残る費用や保存先も確認します。操作が終わっても試験先が残る場合があるため、終了を別に管理します。担当やサービス、保存の条件が変わったら、同じ計画を使い続けてよいかを見直します。このページの例は準備の説明であり、実顧客の復旧実績や、必ず復旧できる保証を示すものではありません。

時刻の例を使い、戻す範囲の認識をそろえる

架空の受発注業務が10時に停止し、9時時点のバックアップを使う計画なら、9時から停止までの入力が戻らない可能性があります。再開を14時までとする目標とは別に、その差分をどう確認し、誰が再入力を認めるかを決めます。これらの時刻は説明用で、どの会社にも適切な復旧目標ではありません。データの時点、停止、再開目標、実際に再開できた時刻を別の欄にすると、バックアップの取得ログだけでは分からない業務への影響を説明できます。

ファイルが開いた後に、業務の受入を確認する

今回のひな型の試行例は、実顧客のデータを使わず、切り離した検証環境へ架空の受発注台帳を戻す計画です。担当が件数と必要な項目を確認し、架空の注文一件を参照できることを受入条件にします。実システムの起動、他社への通知、実注文の送信は含みません。感染が疑われる端末へバックアップを接続する計画は避け、正式な対応担当が復旧元と復旧先の健全性を確認します。結果票は成功・不成功・未確認を分け、復旧用の一時データと権限を終了するところまで残します。この例は実施済みの復元成績ではありません。

CASES / 2026年10月23日確認

実際の事例から、備えを考える。

以下は公表資料をもとにした要約です。SONAEの診断実績ではありません。自社への適用は、下の問いと分けて考えます。

被害企業の公表

アスクル:ランサムウェアとサービス停止

公表・更新
2026年8月4日更新の公式ページ
発生・観測
攻撃検知:2025年10月19日。

アスクルは、ランサムウェアによるサービスの一時停止と情報流出、対応や復旧の経過を公式ページに掲載しています。

確認範囲:2026年の新規発生事件ではありません。対策の実施日を、侵入原因を断定する材料にはしていません。

自社で確かめたいこと / SONAEの整理

停止時の代替業務、復旧の優先順位、再開を判断する条件を用意できていますか。

一次資料:アスクル ↗

被害企業の調査結果

アサヒグループ:侵入・暗号化と業務影響

公表・更新
2026年2月18日
発生・観測
障害・暗号化の発生:2025年9月29日。侵入はその約10日前と推定。

アサヒグループは、ネットワーク機器経由の侵入、管理者権限の奪取、複数システムの暗号化などの調査結果を公表しました。

確認範囲:発生年は2025年です。公表されていない機器の詳細やAI利用、MFAの状態を推測していません。

自社で確かめたいこと / SONAEの整理

侵入後の影響範囲、管理者権限、業務を戻す順番と判断する担当を把握していますか。

一次資料:アサヒグループホールディングス ↗

WORKSHEET / 06

架空データによる復元試験計画・結果票

まずは記入例を読み、自社で決める欄を確認してください。以下はSONAEの運用提案・架空例で、技術確認はAIが実施しています。専門家による監修ではありません。

UTF-8テキスト。メモ帳や文書アプリで編集できます。保存したファイルへの記入内容をサイトへ送る機能はありません。

記入済みの架空例を見る
戻す業務・責任者
架空の受発注台帳/業務責任者A
試験対象・対象外
架空データのみ/実顧客情報、本番接続、外部通知は対象外
停止・データ時点・目標
説明用:停止10時、データ9時、再開目標14時/実施時は合意値を記入
差分の扱い
9時〜停止までの入力を別記録と照合/再入力の判断は責任者A
復元先・分離の確認
使い捨ての検証環境/本番・外部への経路を担当が確認
必要な鍵・権限・手順
参照先と利用できる担当のみ記録/鍵の値は書かない
開始承認・停止条件
責任者承認後に開始/想定外の接続や対象データがあれば停止
受入の条件
台帳の件数と必要な項目、架空注文一件の参照を業務担当が確認
実測・結果・残課題
未実施/実際の開始・終了・再開時刻、成功・不成功・未確認を記録
終了処理・次の確認
一時データと権限の終了を確認/残課題の担当と次回を決定

このひな型の受入チェック

  • 本番を上書きせず、架空対象だけで試す計画になっている
  • 戻るデータの時点と、業務が使える条件を責任者が合意した
  • 結果が未実施・未確認のままなら、復旧可能と断定していない

記事とひな型の一覧へ →

公式資料の対応:NCSCの「make regular backups」で定期的な復元確認と復旧元・先の扱い、IPA中小企業向けガイドライン第4.0版・付録8の3〜4ページで原因への対応、復旧、定期的な復元確認を参照。時刻、試験対象、受入項目は架空の計画例で、実施済みの復旧結果ではありません。

相談前の確認表

  • 優先して戻す業務が決まっている
  • 復元先と必要な権限・鍵が分かる
  • 本番を変更しない試験計画がある
  • 確認方法・所要時間・残課題を記録できる

参考資料(確認日:2026年10月23日):NCSC:Mitigating malware and ransomware attacks ↗ / IPA:中小企業ガイドライン第4.0版・付録8(インシデント対応) ↗

一般的な説明とSONAEの運用提案です。製品の公式条件と自社の管理責任者の判断を確認してください。

バックアップと復旧の点検内容を見る →