復旧フィールドガイド／01
回復に向けて
役割を明確にする。
出典に基づく計画手順で、ウェブサイトの復旧対応を落ち着かせ、責任を明確にし、検証しやすくします。インシデントの診断や本番システムの変更は行いません。
これを使って: リリース前やインシデント発生前に、意思決定の順序、責任を負う役割、および保持すべき証拠について合意するために使用します。
方法 / ソース限定
次の 既知のステップに取り組む。
- リリース期間前に、インシデントの意思決定責任者、技術リード、コミュニケーション担当を指名します。役割が不在の場合のエスカレーション経路も記録してください。
- 復旧の優先度が重要な顧客経路やシステムを記録します。一般的な順序ではなく、チーム独自の事業影響評価を用いてください。
- 観測時刻、範囲、決定事項、および各決定を促した証拠を記録したインシデントノートを保持します。事実と推測を区別してください。
- 変更後は、合意した顧客経路を検証し、観測した内容を記録します。未解決の影響はチームの承認済み対応プロセスでエスカレーションしてください。
検証 / 依存する前に
承認された社内チャネルを通じて役割とエスカレーション連絡先を確認してください。
低リスクのテーブルトップシナリオを1つ実行し、欠落している決定や引き継ぎを記録してください。
復旧後はチームの承認済み環境とアクセス制御を使用して主要な顧客経路を再確認してください。
権威 / レビュー
ソースノート、 借用された確実性ではありません。
計画の根拠：CISA の対応・復旧リソース
- CISA — Planning: Response & Recovery ↗CISA はインシデントおよび災害復旧計画、事業影響の優先順位付け、連絡経路、社内報告構造を強調しています。
コンテキスト / 引き継ぎをつなげておく
作成者： SIU Enablement 編集草案。出典に基づく運用ガイダンス。 レビュー者： リリースまたはインシデントでの使用前に、指名されたオペレーターおよびセキュリティのレビューが必要です。 再検証： ホスティング、所有権、または対応ツールに重要な変更があった場合、および90日ごとに再検証してください。