これは質問ではないことを覚えておいてください。ホット サイトは、レンタルしているバックアップ サイトの災害復旧に最適な代替サイトであるため、誤ったセキュリティ感を与えることはありません。
CBK のコンテキストでは、Cold、Warm、Hot サイトは常にレンタル場所です。これは、存在するレンタルオプションの中で間違いなく最良の選択です。完全に構成されており、非常に短時間でアクティブ化できます。
ホット サイトではなくコールド サイトとウォーム サイトは、計画を完全にテストすることができないため、誤った安全感を与えます。
実際には、コールド サイトを使用すると効果的な復旧が不可能になる可能性が高く、復旧に 2 週間以上かかる場合は事業停止につながる可能性があります。
出典: KRUTZ、Ronald L. & VINES、Russel D.、『CISSP Prep Guide: Mastering the Ten Domains of Computer Security』、John Wiley & Sons、2001 年、第 8 章: 事業継続計画と災害復旧計画 (284 ページ)。

IDS ではいくつかの分析方法を使用できますが、それぞれに独自の長所と短所があるため、特定の状況への適用性を慎重に検討する必要があります。
基本的な IDS 分析方法は 2 つあります。
1. パターン マッチング (シグネチャ分析とも呼ばれます)、および
2. 異常検知
パターンマッチング
初期の IDS 製品の一部は、検出方法としてシグネチャ分析を使用し、既知の攻撃の特徴 (特定のパケット シーケンスやデータ ストリーム内のテキストなど) を単純に検索して、そのパターンが検出された場合にアラートを生成しました。新しい、または異なる攻撃ベクトルが使用された場合、既知のシグネチャと一致しないため、IDS をすり抜けてしまいます。
異常検出
あるいは、異常検出では、システムの動作またはネットワーク トラフィックの動作特性を使用して、トラフィックがネットワークまたはホストに対するリスクを表しているかどうかについて結論を導き出します。
異常には以下が含まれますが、これらに限定されません。
ログオン試行が複数回失敗する
ユーザーが異常な時間にログインする
システムクロックに対する原因不明の変更
異常なエラー メッセージ
原因不明のシステムのシャットダウンまたは再起動
制限されたファイルへのアクセスの試み
異常ベースの IDS では、予想外の動作が報告されるため、より多くのデータが生成される傾向があります。したがって、予想される行動パターンが変化するにつれて、より多くの誤検知を報告する傾向があります。異常ベースの IDS の利点は、トラフィックの特定のパターンではなく動作の識別に基づいているため、シグネチャ ベースのシステムでは見落とされる可能性のある新しい攻撃を検出できることが多いことです。多くの場合、異常ベースの IDS からの情報は、シグネチャベースの IDS のパターンを作成するために使用されることがあります。
ホストベースの侵入検知 (HIDS)
HIDS は、ホスト レベルでの IDS 機能の実装です。NIDS との最も大きな違いは、関連するプロセスが単一ホスト システムの境界に限定されることです。
ただし、IDS プロセスはネットワークから監視するだけでなく、ホスト システム上で直接実行されるため、不快なアクティビティを効果的に検出するという利点があります。これにより、システム ログ、プロセス、システム情報、デバイス情報への自由なアクセスが提供され、暗号化に関連する制限が事実上排除されます。HIDS によって表される統合レベルにより、HIDS アプリケーションを自由に使用できる可視性と制御のレベルが向上します。
ネットワークベースの侵入検知 (NIDS)
NIDS は通常、ネットワークへのプロミスキャス モード アクセスを利用して、パッシブ アーキテクチャでネットワークに組み込まれます。これは、ネットワーク セグメントを通過するすべてのパケットを可視化できることを意味します。これにより、システムは、ネットワークや、ネットワークを利用するシステムやアプリケーションに影響を与えることなく、パケットを検査し、セッションを監視できるようになります。
以下に、侵入検知を実行できる他の方法を示します。
ステートフルマッチングによる侵入検知
ステートフル マッチングは、パターン マッチングを次のレベルに引き上げます。個々のパケットや個別のシステム アクティビティではなく、トラフィック ストリームやシステム全体の動作のコンテキストで攻撃シグネチャをスキャンします。たとえば、攻撃者は、有効なパケットを標的のシステムに大量に送信するツールを使用する可能性があります。すべてのパケットが有効であるため、パターン マッチングはほとんど役に立ちません。ただし、大量のパケットが見られたという事実自体が、既知または潜在的な攻撃パターンを表している可能性があります。攻撃を回避するために、攻撃者は、各送信の間に長い待機期間を設けて複数の場所からパケットを送信し、署名検出システムを混乱させるか、セッション タイミング ウィンドウを使い果たす可能性があります。IDS サービスが長期間にわたってトラフィックを記録および分析するように調整されている場合、そのような攻撃が検出される可能性があります。ステートフル マッチングでもシグネチャを使用するため、これも定期的に更新する必要があり、そのためパターン マッチングと同じ制限がいくつかあります。
統計的異常ベースの侵入検知
統計的異常ベースの IDS は、潜在的なセキュリティ侵害を見つけるために、イベント データを典型的な既知のトラフィック プロファイルと比較することにより分析します。イベント データを分析し、予測された標準から逸脱するエントリのパターンを特定することで、不審な動作を特定しようとします。このタイプの検出方法は非常に効果的であり、予想される動作のベースラインを確立し、そのベースラインからの乖離に対処することで、非常に高いレベルで IPS に見られる特性を持ち始めます。ただし、統計 IDS で表面化する可能性のある潜在的な問題がいくつかあります。IDS のチューニングは困難な場合があり、定期的に実行しないとシステムで誤検知が発生しやすくなります。また、通常のトラフィックの定義は解釈の余地があり、攻撃者が通常のアクティビティを使用してシステムに侵入することを妨げるものではありません。さらに、大規模で複雑で動的な企業環境では、「通常の」トラフィックを明確に定義することは、不可能ではないにしても、困難な場合があります。統計分析の価値は、システムがこれまで知られていなかった攻撃を検出できる可能性があることです。これは、既知の署名の照合に関する制限から大きく逸脱しています。したがって、シグネチャ照合テクノロジーと組み合わせると、統計的異常ベースの IDS が非常に効果的になります。
プロトコル異常ベースの侵入検知
プロトコル異常ベースの IDS は、既知のネットワーク プロトコルに基づいて予想される動作からの許容できない逸脱を特定します。たとえば、IDS が HTTP セッションを監視しており、そのトラフィックに確立された HTTP セッション プロトコル標準から逸脱する属性が含まれている場合、IDS はそれをプロトコルの操作、ファイアウォールの侵入、または脆弱性の悪用を試みる悪意のある試みであるとみなす可能性があります。このメソッドの価値は、環境内でのよく知られたプロトコルまたは明確に定義されたプロトコルの使用に直接関係します。組織が主によく知られたプロトコル (HTTP、FTP、Telnet など) を使用している場合、これは侵入検出を実行する効果的な方法となる可能性があります。
ただし、カスタム プロトコルや非標準プロトコルに直面すると、システムは適切なパケット フォーマットを判断することがさらに困難になるか、まったく判断できなくなります。興味深いことに、このタイプの方法は、署名ベースの IDS が直面するのと同じ課題に直面する傾向があります。たとえば、独自のプロトコルや新しいプロトコル、または標準プロトコルの異常な使用に対処するために、特定のプロトコル分析モジュールを追加またはカスタマイズする必要がある場合があります。それにもかかわらず、組織が共通プロトコルの標準実装を採用している場合、有効なプロトコルの使用を熟知している IDS を持つことは非常に強力です。
トラフィック異常ベースの侵入
検出 トラフィック異常ベースの IDS は、実際のトラフィック構造に基づいて、予想される動作からの許容できない逸脱を特定します。システム間でセッションが確立されると、通常、そのセッションで送信されるトラフィックには予想されるパターンと動作​​が存在します。そのトラフィックは、そのタイプの接続に対する従来のシステム インタラクションの理解に基づいて予想されるトラフィックの動作と比較できます。他のタイプの異常ベースの IDS と同様、トラフィック異常ベースの IDS は、トラフィックの「正常な」パターンと、システム、ネットワーク、およびアプリケーションの予想される動作モードを確立する機能に依存しています。非常に動的な環境では、これらのパラメータを明確に定義することは、不可能ではないにしても、困難な場合があります。

オレンジブックのコンピュータ セキュリティ ポリシー モデルは、Bell-LaPadula モデルに基づいています。オレンジブックの用語集。
データ暗号化標準 (DES) は暗号化アルゴリズムです。国家情報セキュリティ用語集。
TEMPEST は、電子機器からの電磁放射の制限に関連しています。

セクション: ネットワークと電気通信
説明/参照:
信頼できないホストにとって、すべてのトラフィックはプロキシ サーバーから発信されているように見え、信頼できるネットワーク上のアドレスは明らかにされません。
「ユーザーベース」が間違っています。プロキシは、信頼できないホストからリクエストの発信元を隠します。
「オペレーティング システムの設計」が間違っています。プロキシは、信頼できないホストからリクエストの発信元を隠します。
「Net BIOS の設計」が正しくありません。プロキシは、信頼できないホストからリクエストの発信元を隠します。
参考文献:
CBK、p. 467
AIO3、486～490ページ

説明/参照:
各クラス B ネットワーク アドレスには 16 ビットのネットワーク プレフィックスがあり、最上位 2 ビットが 1 ～ 0 に設定されています。
次の答えは正しくありません。
IP アドレスの最初のビットは 0 に設定されます。これはクラス A ネットワーク アドレスになるため、これは不正解です。
IP アドレスの最初の 2 ビットは 1 に設定され、3 番目のビットは 0 に設定されます。これはクラス C ネットワーク アドレスになるため、これは不正解です。
IP アドレスの最初の 3 ビットは 1 に設定されます。これは注意をそらすものなので、不正解です。クラスD
& E では最初の 3 ビットが 1 に設定されます。クラス D の 4 番目のビットは 0、クラス E の場合は 4 番目のビットが 1 に設定されます。
クラスレス インターネット ドメイン ルーティング (CIDR)
上位ビットは以下に太字で示されています。
クラス A の場合、アドレスは 0.0.0.0 ～ 127.255.255.255 です。
クラス A の最小アドレスはバイナリで 00000000.00000000.0000000.00000000 として表されます。クラス B ネットワークの場合、アドレスは 128.0.0.0 ～ 191.255.255.255 です。
クラス B の最低アドレスは 2 進数で 10000000.00000000.00000000.00000000 として表されます。クラス C の場合、アドレスは 192.0.0.0 ～ 223.255.255.255 です。
クラス C の最低アドレスはバイナリで 11000000.00000000.00000000.00000000 として表されます。クラス D の場合、アドレスは 224.0.0.0 ～ 239.255.255.255 (マルチキャスト) です。
クラス D の最低アドレスはバイナリで 11100000.00000000.00000000.00000000 として表されます。クラス E の場合、アドレスは 240.0.0.0 ～ 255.255.255.255 です (将来の使用のために予約されています) クラス E の最低アドレスはバイナリで 11110000.00000000.000 として表されます。 00000.00000000 クラスフル IP アドレス形式

参考文献:
3Com http://www.3com.com/other/pdfs/infra/corpinfo/en_US/501302.pdf
AIOv3 通信およびネットワークのセキュリティ (438 ページ)