ランサムウェアからの復旧は、顧客維持の指標になった

ランサムウェア攻撃は収束しました。チームは顧客のデータを復元し、システムをオンラインに戻し、業務も軌道に乗せました。技術的な観点では、復旧は成功です。

しかし、顧客にはまだ疑問が残っています。なぜ2日間も連絡が途絶えたのか。復旧費用が膨らんだ原因は何か。請求書にある31時間の緊急対応工数は、どこから出てきたのか。

ランサムウェアからの復旧は、仕事の一部にすぎません。顧客は、何が起きたのか、復旧で何が行われたのか、そしてそれにいくらかかったのかも知りたいと考えています。コミュニケーションが不足していたり、予期しない請求が発生したりすると、技術的に成功した復旧であっても、顧客はMSPとの関係の価値に疑問を抱きかねません。

業務の混乱は過去のものになっても、その不信感は次の契約更新の場に持ち越される可能性があります。

トレンド：遅く、断片的な復旧が信頼と契約更新を損なう

バックアップと対応計画が整っていても、ランサムウェアからの復旧には数日かかることがあります。業界レポートによると、被害を受けた組織のうち、1日以内に完全復旧できたのは16%にとどまります。1週間以内に復旧できたのは半数強（55%）です。顧客対応や収益の創出をシステムに頼る企業にとって、混乱が1日延びるごとにコストが積み上がります。

影響はMSP側にも及びます。Kaseyaの「2026 Cybersecurity Outlook」レポートによると、MSPの12%がセキュリティインシデントを受けて顧客を失いました。主な理由には、ランサムウェア、アカウント乗っ取り、ビジネスメール詐欺（BEC）などが挙げられています。

復旧が遅れたり、対応がばらばらだったり、情報共有に抜けがあったりすると、顧客は何が起きていて、いつ通常業務に戻れるのかを把握できません。予期しない費用に疑問を持ったり、委託先が状況を掌握しているのか不安になったりすることもあります。

顧客はサイバー攻撃が起こることを覚悟しています。ただし同時に、MSPが迅速に対応し、復旧を取りまとめ、状況を知らせ続けることも期待しています。その期待に応えられなければ、技術的には復旧に成功しても、顧客は契約を更新すべきか迷うかもしれません。

復旧の成否は、技術面の対応と顧客体験の両方で決まります。早い段階で見通しを共有し、継続的に連絡し、費用を想定外の請求になる前に説明するMSPは、システムが復旧した後も顧客の信頼を保てる可能性が高まります。

復旧プロセスが行き詰まる場面

ほとんどのMSPには、優秀な人材がいます。問題が起こるのは、危機の最中にその人材がばらばらのツールにまたがって作業するときです。

ツールの乱立が全員の動きを鈍らせる

バックアップ、監視、チケット管理、請求は、それぞれ別のコンソールにあります。技術者はインシデント対応の時間を、システムの復元ではなく状況の把握に費やすことになります。

引き継ぎが途切れる

あるツールでアラートが発生し、別のツールでチケットが作成され、さらに3つ目のツールで復元ジョブが実行されます。それぞれが連携していないため、攻撃が何に及んだのか、何がまだ停止しているのかを誰も説明できません。

請求が漏れる

緊急対応の工数、復元にかかった時間、時間外の作業は、記録されないことがよくあります。数日後に誰かが記憶を頼りに時間を再構築することになります。その結果、利益を失うか、顧客が見覚えのない請求書を送ることになります。しかも、最悪のタイミングでです。

顧客への報告が手の空いている人次第になる

チケットの履歴が一本化されていなければ、連絡は手の空いた人に任されます。数時間おきに電話を受ける顧客もいれば、作業が終わるまで何も聞かされない顧客もいます。

これらの問題は、一つひとつは小さく見えます。しかし重なると、復旧可能だったインシデントが信頼の問題に変わります。

復旧プロセスが顧客の信頼を損なっている5つのサイン

1. 顧客が状況を問い合わせてくる。チームから連絡を受けるのではなく、顧客のほうから状況を尋ねなければなりません。
2. チームがツール間を駆けずり回っている。技術者は、切り離されたシステムから情報を集めるのに、貴重な復旧時間を浪費しています。
3. 全体像を把握している人がいない。引き継ぎで抜けが生じ、何が復旧し、何がまだ停止し、何に対応が必要なのかを誰も把握できていません。
4. 復旧費用の請求が不意打ちになる。緊急対応や時間外作業が、明確な説明のないまま請求書に載っています。
5. 明確な答えのないまま復旧が終わる。顧客は、何が起きたのか、いくらかかったのか、再発防止に何をするのかがわからないままです。

MSPにとって優れた復旧とは

優れた復旧は、一つのタイムラインと一つの信頼できる情報源（Single Source of Truth）の上で進みます。チーム全員が同じ事実を見ているため、誰が連絡しても顧客には同じ説明が届きます。状況報告は、顧客から求められる前に、自ら定めたスケジュールで行います。

インシデントが終結したとき、請求書は作業内容と一致します。作業の発生時点でチームが記録しているからです。

状況を把握するために、次の3つの数値を追跡してください。

• 顧客への最初の報告までの時間：検知から何分後に、顧客へ連絡できているか。
• 復旧までの時間：重要なシステムが再び稼働するまでにどれだけかかるか。
• 請求までの時間：インシデント終結後、どれだけ早く正確な請求書を送れるか。

いずれかに時間がかかりすぎているなら、顧客に気づかれるプロセス上の穴があります。その穴を埋めるには、インシデント中にもっと頑張るだけでは足りません。最初からデータを共有するツールが必要です。

解決策：Kaseya TrifectaでRMM、PSA、BCDRを統合する

「2026 Kaseya Cybersecurity Report」によると、インシデントからの迅速な復旧を支えた要因は2つありました。十分に訓練された社内のITまたはセキュリティチーム（35%）と、統合されたセキュリティ・IT管理ツール（18%）です。

Kaseya Trifectaは、RMM、PSA、BCDRを一つの連携したプラットフォームにまとめます。考え方はシンプルです。監視、チケット管理、復旧のツールが同じワークフローを共有すれば、チームは状況の継ぎはぎをやめ、問題の解決に専念できます。

前述の問題点との対応は次のとおりです。

• 分断された状況把握：RMM、PSA、BCDRが一つのワークフローと一つのデータセットで動くため、技術者は全体像を一か所で確認できます。
• 遅い引き継ぎ：復旧イベントがチケットやエンドポイントに直接ひも付きます。進捗を追いかけなくても、影響範囲と復旧済みの範囲がわかります。
• 請求の死角：時間と工数は、作業の発生と同時にチケットへ記録され、そのまま請求に反映されます。請求書にはチームが実際に行った作業が反映されます。
• 報告のばらつき：監査可能な一つのインシデント記録により、メンバー全員が同じ事実を共有できます。誰が当番でも、顧客には一貫した連絡が届きます。

これはレポートの調査結果とも一致します。迅速に復旧できるチームは、熟練した人材と、連携するツールを組み合わせています。Trifectaは、その連携をチームに提供します。

守るべきはデータだけではなく、顧客

攻撃を乗り切ることは最低ラインであり、顧客もそれを当然と考えています。顧客の記憶に残るのは、復旧が整然としていて、透明性が高く、公正だと感じられたかどうかです。

解決を早めることが、そのすべての土台になります。ダウンタイムが短くなり、報告の信頼性が高まり、請求も正確になります。こうした効果は、インシデント終結後も長く、契約更新を守る助けになります。

MSPがどのように解決時間を短縮しているか知りたい方は、AIプレイブックをダウンロードしてください。「AI in Action: How MSPs Achieve Faster Resolution Times」