説明
インシデントの特定とは、インシデントが発生したかどうかを確認し、インシデントの詳細を調べることです。インシデントが確認 (特定) されたら、インシデント管理チームはそれ以上の露出を制限する必要があります。根本原因の特定は、インシデントが封じ込められた後に行われます。脆弱性評価は、インシデントの根本原因が特定された後に行われ、新しい脆弱性が見つかります。

説明
定期的なレビューは、外部サービスプロバイダーからコンプライアンスを取得するための最も効果的な方法です。
ポリシーやサービス レベル契約での参照や書面による確認の要求は、非準拠の検出をトリガーしないため、それほど効果的ではありません。

説明
ソーシャル エンジニアリングは、そのような攻撃の標的になる可能性のあるユーザーに対して、定期的なセキュリティ意識向上トレーニングを行うことで、最も効果的に軽減できます。画面上でパスワードをマスキングし、パスワード変更の頻度を増やすことは望ましいことですが、ソーシャル エンジニアリング攻撃が成功する可能性を減らすのに効果的ではありません。セキュリティ ポリシーでパスワードを秘密にしておくことを義務付けることは、優れた制御ですが、ソーシャル エンジニアリングによってもたらされる危険性をユーザーに警告する定期的なセキュリティ意識向上プログラムほど効果的ではありません。