説明
実装後の変更レビューは、新しいコード開発における職務分離の矛盾に対する最善の補償制御です。このプロセスでは、実装後の変更を徹底的にレビューして、変更が目的を満たし、関係者が結果に満足していることを確認します1。
開発および実装プロセス中に発生した問題や競合を特定して修正する機会を提供します。変更承認委員会に開発者を追加する、コード展開へのアクセスを少数の人に制限する、ステージング環境を作成するなどの他のオプションも補償制御として機能しますが、実装後の変更レビューは、より包括的で効果的な制御メカニズムを提供します21。
参考文献:
変更プロセスのレビューと終了 ST 2 5 - Micro Focus
SOC の変更管理: リスク、コントロール、監査、ガイダンス

説明/参照:
Explanation:
侵入を報告しないことは、情報システム監査人が悪意のある侵入を隠蔽することと同じであり、専門家のミスとなります。警察への通報は必要であり、アクセス権の定期的な検査が行われていないことが懸念されるかもしれませんが、これらは攻撃を報告しないことほど大きな懸念ではありません。一般への報告は必須ではなく、侵入を公表する組織の意思、または意思の欠如に依存します。

侵入検知システム (IDS) は暗号化されたトラフィック内の攻撃を検出できません。IDS が暗号化されたトラフィック内の攻撃を検出できると誤解している人がいたら、それは問題です。組織は、攻撃を検出するためにファイアウォールの外側にセンサーを配置できます。これらのセンサーは、機密性の高い領域とエクストラネットに配置されます。動作ベースの IDS では、誤報が多数発生するのは普通のことであり、心配する必要はありません。シグネチャベースの IDS は、以前に識別された攻撃しか認識できないため、新しいタイプの攻撃に対して脆弱であることも予想されます。