このステップでの主な目的は、発生した事象を調査および分析し、インシデントの根本原因を特定することに重点を置くことです。
リカバリは、業務を再開したり、影響を受けたシステムを本番環境に戻すことであるため、正しくありません。
封じ込めは誤りです。封じ込めとは、インシデントの潜在的な影響を軽減することです。
トリアージは誤りである。トリアージとは、インシデントの重大性を判断し、誤検知を除外することである。
参照：
CISSP CBK 公式ガイド、700-704 ページ

正解は、「これらのネットワークは、もともと散発的で、たまにしか大量のトラフィックが発生しないように設計されています」です。イーサネット ネットワークは、もともとトークン リング ネットワークよりも散発的なトラフィックを処理するように設計されていました。

CISSP Official (ISC)2 の模擬試験3 によると、セキュリティ テストと評価 (ST&E) を開発する際に要件をグループ化する戦略は、管理、運用、技術です。ST&E は、システム、ネットワーク、またはアプリケーションに実装されているセキュリティ制御とメカニズムに対してさまざまなテストと評価を実施することで、それらのセキュリティ体制と有効性を検証および確認するプロセスです。ST&E の要件は、ST&E プロセスの範囲、目的、方法、成果物、および関連する利害関係者の役割と責任を定義する基準と標準です。ST&E の要件は、管理、運用、技術の 3 つのカテゴリに分類できます。
管理要件は、予算、スケジュール、リソース、ポリシー、手順など、ST&E プロセスの計画、調整、監視に関連する要件です。運用要件は、システム、ネットワーク、アプリケーションの機能、パフォーマンス、使いやすさ、およびそれらをサポートするセキュリティ サービスとプロセス (可用性、信頼性、スケーラビリティ、バックアップ、リカバリ、インシデント対応など) に関連する要件です。技術要件は、システム、ネットワーク、アプリケーションの設計、実装、構成、およびそれらを保護するセキュリティ制御とメカニズム (暗号化、認証、承認、監査、ログ記録など) に関連する要件です。戦術、戦略、財務は、ST&E の開発において要件をグループ化する戦略ではありませんが、要件に影響を与える要因となる場合があります。戦術、戦略、財務は、目標、目的、計画、リソースなど、組織が行う決定とアクションのレベル、範囲、目的を表す用語です。ドキュメント、観察、および手動は、ST&E プロセスで使用される方法またはテクニックである可能性がありますが、ST&E の開発における要件のグループ化の戦略ではありません。ドキュメントは、テスト計画、テスト ケース、テスト結果、テスト分析など、ST&E プロセスの記録とレポートを作成および維持するプロセスです。観察は、ツール、センサー、カメラなどを使用して、ST&E プロセス中にシステム、ネットワーク、またはアプリケーション、およびセキュリティ制御とメカニズムを監視および検査するプロセスです。手動は、人間のテスター、チェックリスト、またはインタビューなどを使用して、自動化されたツールやスクリプトを使用せずに ST&E プロセスを手動で実行するプロセスです。標準、ポリシー、および手順は、ST&E プロセスで使用されるソースまたは参照である可能性がありますが、ST&E の開発における要件のグループ化の戦略ではありません。標準、ポリシー、および手順は、システム、ネットワーク、またはアプリケーションのセキュリティに関するルール、原則、ガイドライン、およびセキュリティ要件、ベストプラクティス、コンプライアンス基準などの ST&E プロセスを定義するドキュメントです。参考文献: 3

セクション: セキュリティ アーキテクチャとエンジニアリング