ランサムウェア感染の調査と復旧の進め方

今回のテーマは前回に続いて、実際に対応した事例の「調査と復旧の進め方」と「調査で分かった攻撃の全容」を解説します。

調査過程

前回の連載の最後では、被害企業と状況の把握と合意から表 3の内容を決定しましたので、筆者チームは次のように調査を進めました。

1.　被害が確実なサーバー複数台の調査

マルウェアの正体とIoC（Indicators of Compromise）を把握します。IoCとしては単なるマルウェアのハッシュ値だけではなく、レジストリなどの各所に残された痕跡、マルウェアもしくは攻撃者が影響を与えたサービスの状況など、複数の状態をIoCとして取り出します。この時のIoCは特定のインシデントにしか有効ではありません。さらに被害サーバーへのログオン状況を確認し、接続元のホストと悪用されたアカウントを特定します。攻撃者はRemote Desktopを含むその他の方法で、被害企業内の複数のサーバーにアクセスしていることがほとんどであり、接続元ホストをたどっていくことで、攻撃の経路が明らかになります。

2.　VPN装置の接続ログから不審なログオンを確認

通常とは異なる振る舞いのVPNログオンを探します。1で不審なアカウントが特定できればその情報を利用することができますが、VPN接続に利用されたアカウントと内部侵害時に悪用されるアカウントは異なることがほとんどであるため、VPN装置接続ログに対するアノーマリ評価が必要となります。

3.　Firewallやプロキシログから不審なアウトバウンド通信を確認

インシデントまで至ったケースでは、ブラックリストによるIPアドレスやURLの抽出は役に立たないため、通信の振る舞い自体を評価します。バックドアなど外部への通信を要するマルウェアが存在した場合、C2通信を含む特定の振る舞いをする通信が存在します。ただしマルウェアによりそのような通信の振る舞いは異なるため、パターン検索できません。大量のログの中に埋もれた振る舞いを発見することから始めます。

4.　全ての情報を時系列にまとめるタイムライン管理

サーバーから得られた情報、VPN装置から得られた情報などを1つのタイムラインにまとめ、巨視的にインシデント全体を評価します。そもそも複数のログを関連付けるためのキーは「時間」しか存在しません。インシデント対応において「時間」はもっとも大きなファクターと言えるでしょう。