「何かあってもバックアップから復旧できるはずだから問題ない」。そのように考えている企業は少なくない。しかし、バックアップはシステムを復旧するための仕組みであり、「何が起きたのか」「どこから侵入されたのか」「情報漏えいはあったのか」を明らかにするものではない。

　実際には、インシデント発生後に初めて、「復元テストを実施していなかった」「ログの保存期間が短かった」「資産台帳が整備されていなかった」といった問題が次々に判明するケースがある。

　例えば、社内の監視システムが異常なアクセスを検知したとする。担当者が調査を始めても、

• 詳細なログが保存されていない
• 対象となるサーバや端末が把握できない
• 利用しているクラウドサービスの一覧が存在しない

という状況では、原因究明そのものが困難になる。

　つまり、問題はインシデントが発生した瞬間ではなく、それ以前の準備不足にある。フォレンジック調査が十分な成果を出せるかどうかは、「調査会社の能力」だけではなく、「依頼する企業側の準備」に左右される。

インシデント発生後に初めて気付く「準備不足」

　フォレンジック調査が機能しない企業には、共通する特徴がある。それは、多くの問題がインシデント発生後になって初めて発覚することだ。

ログが存在しない、あるいは残っていない

　最も多い問題の1つが、調査に必要なログが保存されていないケースだ。「ログは取得している」と考えていても、実際には保存期間が数日しか設定されていなかったり、一部の機器しか対象になっていなかったりすることは珍しくない。

　その結果、「攻撃がいつ始まったのか」「侵入経路は何だったのか」といった重要な情報を確認できなくなる。

調査対象そのものが分からない

　もう1つの典型例が、IT資産の把握不足だ。調査会社へ依頼すると、最初に「対象となる機器やシステムの一覧を提示してください」と求められることが多い。しかし、端末やサーバ、クラウドサービスの一覧が整備されていなければ、どこまで調査すべきかを決めることすらできない。

　その結果、調査範囲が曖昧になり、時間や費用が余計にかかるだけでなく、本来調査すべき対象を見落とす可能性もある。

平時の備えが調査結果を左右する

　フォレンジック調査は、優れた調査会社へ依頼すれば必ず成功する訳ではない。

　公表されている各種ガイドラインでも示されているように、十分なログや証拠が存在しなければ、専門家であっても事実を復元することは困難である。また、初動対応を誤れば、調査に必要な証拠そのものが失われる可能性もある。

　言い換えれば、フォレンジック調査の成否は、インシデント発生後ではなく、「平時」の設計によって決まる。

情シスが今から整備すべき3つの備え

　では、情シスは具体的に何を準備すればよいのだろうか。重要なのは、「IT資産の把握」「ログの保管体制」「初動フロー」の3点だ。この3つが整って初めて、フォレンジック調査は十分に機能する。

IT資産を正確に把握する

　調査対象が分からなければ、調査そのものを始められない。そのため、まず必要なのはIT資産台帳の整備である。Microsoft Excelやスプレッドシートで構わないので、

• 端末名
• ユーザー名
• OSのバージョン
• 設置場所

といった基本情報を管理しておくことが重要だ。これだけでも、インシデント発生時に対象範囲を迅速に特定できるようになる。

　さらに、クラウドサービスについても、以下を一覧化しておけば、外部サービスへの影響確認も容易になる。

• 利用サービス名
• 管理者アカウント
• 契約部門

　特に注意したいのが、現場部門が独自に契約したSaaSだ。いわゆるシャドーITは、情シスが存在自体を把握していないこともある。SaaSが攻撃経路になれば、調査の起点を見つけることは困難になる可能性がある。

　しかし、年に一度でも全部門へ利用中サービスの申告を求める仕組みを設ければ、こうした把握漏れを大幅に減らすことが可能だ。

ログの保管体制を見直す

　IT資産を把握できても、調査に必要なログが残っていなければ、攻撃の経路や被害範囲を十分に特定することは難しい。「ログは取得しているから大丈夫」と考える企業もある。しかし、実際には保存期間が短かったり、一部のシステムしか対象になっていなかったりするケースは珍しくない。

　特にランサムウェア攻撃では、攻撃者が侵入してから実際に暗号化や情報窃取を実行するまで、数週間から数カ月にわたって潜伏する場合がある。そのため、保存期間が数日から数週間程度しかなければ、侵入の痕跡を確認できない可能性が高い。

　そこで情シスが確認すべきポイントは、大きく3つある。

• 何のログを取得しているか（保存対象）
• どれくらいの期間保存しているか（保存期間）
• どこに保存しているか（保存場所）

　このうち、特に見落とされやすいのが保存場所だ。

　例えば、ランサムウェアによってファイルサーバや共有ストレージが暗号化された場合、同じ環境に保存していたログまで失われる可能性がある。そうなれば、フォレンジック調査の重要な証拠も同時に消えてしまう。

　証拠保全という観点からは、ログを攻撃対象となるシステムとは別の環境へ保管することが望ましい。また、潜伏期間を考慮すると、可能な限り長期間保存できる体制を整備しておくことが重要である。

初動フローを「言語化」しておく

　フォレンジック調査の結果は、初動対応に左右される。しかし、インシデント発生時には「とにかく業務を復旧させたい」という心理が働きやすい。その結果、担当者がシステムを再起動したり、不要だと思ったログを削除したりしてしまい、後から調査に必要な証拠が失われるケースもある。

　メモリ上に存在する情報など、一度失われると復元できない証拠も少なくない。そのため、「何をするか」だけでなく、「何をしてはいけないか」を事前に決めておく必要がある。

　最低限でも、A4用紙1枚程度の初動フローを用意しておきたい。そこに、以下を明記しておくとよい。

• 第一報の連絡先
• 初動時に実施してはいけない行為（再起動、電源オフ、ログ削除など）
• 外部のフォレンジック調査会社へ連絡するタイミング

　ただし、手順書は作成しただけでは意味がない。担当者一人が理解していても、その人が不在であれば機能しないからだ。

　年に一度でも読み合わせや訓練を実施し、関係者全員が同じ手順を共有している状態を維持することが重要だ。

フォレンジック調査は「技術の答え合わせ」ではない

　ここまで紹介した備えは、「技術的な原因究明」のためだけに必要なのではない。フォレンジック調査の結果は、経営層への報告だけでなく、取引先や顧客、さらには監督官庁への説明にも利用される重要な資料となる。

説明責任を果たすための根拠になる

　インシデントが発生した場合、関係者から求められるのは「何が起きたのか」「どの範囲まで影響が及んだのか」「再発防止策は何か」という説明である。

　その際、「社内で調べた結果です」という説明だけでは十分な信頼を得られない場合がある。

　一方、専門家による客観的な分析結果をまとめたフォレンジック調査報告書は、経営層や取引先とのコミュニケーションを支える重要な根拠となる。

　そのため、フォレンジック調査は単なる技術調査ではなく、企業として説明責任を果たすための重要なプロセスでもある。