ゼロデイ対応: 資産台帳がないと何が起きるか

背景

未管理資産があるとパッチ適用漏れが連鎖して被害が拡大する。 ゼロデイ対応は「正しいか」より「間に合うか」が結果を分けます。資産台帳ギャップ補完を中心に、初動24時間から恒久対策準備までの実務手順をまとめます。

初動フレーム（網羅）

1. 状況把握: 影響資産、攻撃経路、露出面を即時把握。
2. 被害抑制: 可逆な暫定対策で時間を確保。
3. 証跡保全: ログ・メモリ・タイムラインを保護。
4. 意思決定統制: 技術・法務・広報・経営を分離運用。
5. 復旧設計: 恒久対策の優先順位と解除条件を定義。

24時間タイムライン（実践）

0-2h   : 事実確認（IOC、認証ログ、露出経路）
2-8h   : 暫定対策（WAF/ACL/機能停止/権限縮小）
8-16h  : 影響範囲確定（資産台帳突合、重要業務評価）
16-24h : 恒久対策案の比較（効果、工数、再発防止性）

資産台帳ギャップ補完で差がつく判断ポイント

• 可逆性優先: 戻せる対策から適用し、業務停止の連鎖を防ぐ。
• 最悪ケース基準: 不確実でも被害上限ベースで判断する。
• 通信統制: 技術詳細と対外説明を同一チャネルに混在させない。
• 証跡整合: “いつ/誰が/何を根拠に”を時系列で残す。
• 再発防止接続: 収束後にバックログ化し、担当と期限を固定する。

意思決定テーブル（暫定対策の比較）

ニッチ実務ノート

• 資産台帳が不十分なら、DNS・FW・IdPログの突合で影響資産を推定する。
• サプライチェーン連携がある場合、取引先影響を先に評価しないと二次障害を招く。
• ログ保持期間が短い環境では、初動でローテーション停止条件を発動する。
• Forensics準備がない場合でも、最低限ハッシュ・取得時刻・保管先を記録する。

ありがちな失敗と回避策

• 失敗: 技術調査と対外説明を同じ担当が兼任。
  回避: 連絡統制担当を分離し、技術判断の集中時間を確保。
• 失敗: 早期に“収束宣言”して再発。
  回避: 解除条件（監視閾値、再現試験、残リスク）を定義。
• 失敗: 初動ログを後で参照できない。
  回避: タイムラインと証跡管理を最優先タスクに置く。

収束後の実装バックログ例

• 脆弱箇所の恒久パッチ適用と検証
• 検知ルール（SIEM/EDR/WAF）の更新
• 権限モデル見直し（最小権限・MFA強制）
• 演習計画（tabletop/red-blue）を四半期運用へ
• 経営層向け報告テンプレを更新

まとめ

ゼロデイ対応: 資産台帳がないと何が起きるか は、緊急時の場当たり対応を防ぎ、意思決定を再現可能にするための実務知です。初動・統制・証跡・復旧準備を同時に回す設計が、被害最小化の成否を決めます。