トンネル モードでは、パケット全体が暗号化され、IPSec パケットに入れられます。
トランスポート モードでは、データグラム (ペイロード) のみが暗号化され、IP アドレスは IP ヘッダー内に表示されたままになります。
認証モードとセーフ モードは、IPSec 動作モードとして定義されていません。

説明/参照:
これは FALSE なので正解です。
Diameter は AAA プロトコルであり、AAA はコンピュータ ネットワークの認証、認可、およびアカウンティング プロトコルを表し、RADIUS の後継です。
この名前は、前身である RADIUS プロトコルをもじったものです (直径は半径の 2 倍です)。
主な違いは次のとおりです。
信頼性の高いトランスポート プロトコル (UDP ではなく TCP または SCTP)
IETF は、RADIUS 用の TCP トランスポートの標準化を進めています。
ネットワークまたはトランスポート層のセキュリティ (IPsec または TLS)
IETF は、RADIUS 用のトランスポート層セキュリティの標準化を進めています。ただし、Diameter は RADIUS と完全な互換性はありません。 属性値ペア (AVP) および識別子 (8 ビットではなく 32 ビット) のためのより大きなアドレス空間 クライアント/サーバー一部のサーバー開始メッセージのサポートを除き、プロトコル ステートフル モデルとステートレス モデルの両方を使用可能
ピアの動的検出 (DNS SRV および NAPTR を使用)
能力のネゴシエーション
アプリケーション層の確認応答をサポートし、フェイルオーバー方法とステート マシンを定義します (RFC
3539)
エラー通知
ローミングサポートの向上
より簡単に拡張可能。新しいコマンドと属性を定義できます
32 ビット境界で整列
ユーザーセッションとアカウンティングの基本サポート
Diameter アプリケーションはソフトウェア アプリケーションではなく、Diameter ベース プロトコル (RFC 3588 で定義) に基づくプロトコルです。各アプリケーションはアプリケーション識別子によって定義され、新しいコマンド コードや新しい必須 AVP を追加できます。新しいオプションの AVP を追加する場合、新しいアプリケーションは必要ありません。
直径のアプリケーションの例:
Diameter モバイル IPv4 アプリケーション (MobileIP、RFC 4004)
Diameter ネットワーク アクセス サーバー アプリケーション (NASREQ、RFC 4005)
直径拡張認証プロトコル (EAP) アプリケーション (RFC 4072) 直径クレジット管理アプリケーション (DCCA、RFC 4006)
Diameter セッション開始プロトコル アプリケーション (RFC 4740)
3GPP IP マルチメディア サブシステムのさまざまなアプリケーション
提示された他の選択肢はすべて true です。つまり、Diameter は Radius と（ある程度は）バックワーク互換性がありますが、その逆は誤りです。
この質問に使用された参考文献:
TIPTON, Harold F. & KRAUSE, MICKI、情報セキュリティ管理ハンドブック、第 4 版、巻
2、2001、CRC Press、ニューヨーク、38 ページ。
そして
https://secure.wikimedia.org/wikipedia/en/wiki/Diameter_%28protocol%29

セクション: リスク、対応、および回復
説明/参照:
差分バックアップは、選択したファイルのアーカイブ ビットがオンになっており、最後の完全バックアップ以降に変更されていることを示す場合にのみ、選択したファイルをテープにコピーする部分バックアップです。差分バックアップでは、コピーするファイルのアーカイブ ビットは変更されません。
出典: KRUTZ、Ronald L. & VINES、Russel D.、『CISSP Prep Guide: Mastering the Ten Domains of Computer Security』、John Wiley & Sons、2001 年、第 3 章: 電気通信とネットワーク セキュリティ (ページ)
69）。
こちらも参照してください: http://e-articles.info/e/a/title/Backup-Types/
バックアップ ソフトウェアは、どのファイルをバックアップするかを決定する際にアーカイブ ビットを使用するか無視することができ、バックアップの完了時にアーカイブ ビットをオフにするか変更しないままにすることができます。アーカイブ ビットの使用方法と操作方法により、実行されるバックアップの種類が次のように決まります。 フル バックアップ Microsoft が通常バックアップと呼ぶ完全バックアップでは、アーカイブ ビットのステータスに関係なく、選択されたすべてのファイルがバックアップされます。バックアップが完了すると、バックアップ ソフトウェアは、バックアップされたすべてのファイルのアーカイブ ビットをオフにします。「フル」という表現は誤りであることに注意してください。フル バックアップでは、選択したファイルのみがバックアップされます。ファイルのサイズは 1 つのディレクトリまたは 1 つのファイルにすぎないため、その意味では Microsoft の用語のほうが実際には正確です。すべてのファイルが 1 つのテープ上に保存されているため、必要に応じてテープからファイルを取得するのがはるかに簡単になる完全バックアップが最適な方法です。完全バックアップでは、すべてのファイルがすべてのテープ上にあるため、部分バックアップと比較して冗長性も高まります。つまり、1 つのテープに障害が発生しても、別のテープから特定のファイルを取得できる可能性があります。
差分バックアップ
差分バックアップは、選択したファイルのアーカイブ ビットがオンになっており、最後の完全バックアップ以降に変更されていることを示す場合にのみ、選択したファイルをテープにコピーする部分バックアップです。差分バックアップでは、コピーするファイルのアーカイブ ビットは変更されません。したがって、どの差分バックアップ セットにも、最後の完全バックアップ以降に変更されたすべてのファイルが含まれます。完全バックアップの直後に実行される差分バックアップ セットには、比較的少数のファイルが含まれます。
次の完全バックアップの期限の直前に実行される 1 回の実行には、最後の完全バックアップ以降のすべての差分バックアップ セットに含まれるファイルを含む、多くのファイルが含まれます。差分バックアップを使用する場合、完全なバックアップ セットは、最後の完全バックアップを含むテープと最新の差分バックアップを含むテープの 2 つのテープまたはテープ セットのみで構成されます。
増分バックアップ
増分バックアップは、部分バックアップの別の形式です。差分バックアップと同様に、増分バックアップでは、選択したファイルのアーカイブ ビットがオンになっている場合にのみ、選択したファイルがテープにコピーされます。ただし、差分バックアップとは異なり、増分バックアップでは、バックアップするファイルのアーカイブ ビットがクリアされます。したがって、増分バックアップ セットには、最後の完全バックアップまたは最後の増分バックアップ以降に変更されたファイルのみが含まれます。増分バックアップを毎日実行する場合、月曜日に変更されたファイルは月曜日のテープに保存され、火曜日に変更されたファイルは火曜日のテープに保存されます。増分バックアップ スキームを使用する場合、完全なバックアップ セットは、最後の完全バックアップを含むテープと、最後の通常のバックアップ以降に実行されたすべての増分バックアップを含むすべてのテープで構成されます。増分バックアップの唯一の利点は、バックアップ時間を最小限に抑え、頻繁に変更されるファイルの複数のバージョンを保持できることです。欠点は、バックアップ ファイルが複数のテープに分散しているため、復元する必要がある特定のファイルを見つけるのが困難であることと、冗長性がないことです。つまり、各ファイルは 1 つのテープにのみ保存されます。
フルコピーバックアップ
フル コピー バックアップ (Microsoft ではコピー バックアップと呼んでいます) は、最後のステップを除いてフル バックアップと同じです。
完全バックアップは、バックアップされたすべてのファイルのアーカイブ ビットをオフにすることで終了します。フル コピー バックアップでは、アーカイブ ビットは変更されないままになります。フル コピー バックアップは、フル バックアップと増分または部分的な差分バックアップを組み合わせて使用​​している場合にのみ役立ちます。フル コピー バックアップを使用すると、バックアップしているハード ドライブの状態を変更することなく、たとえばオフサイトのストレージ用に複製の「フル」バックアップを作成できます。これにより、部分バックアップ ローテーションの整合性が破壊されます。
一部の Microsoft バックアップ ソフトウェアは、Microsoft が日次コピー バックアップと呼ぶ奇妙なバックアップ方法を提供しています。この方法では、アーカイブ ビットを完全に無視し、代わりにファイルの日付とタイムスタンプに基づいて、どのファイルをバックアップする必要があるかを決定します。問題は、ソフトウェアが日付とタイムスタンプを変更せずにファイルを変更したり、ファイルの内容を変更せずに日付とタイムスタンプを変更したりする可能性が十分にあることです。このため、毎日のコピー バックアップはまったく信頼できないものとみなし、使用しないことをお勧めします。

伝聞証拠は、コンピュータ ログを生成して収集した事業者など、証拠の正確性、信頼性、信頼性を証明するために使用できる直接の証拠がない限り、通常、法廷で認められません。
この人物が今回だけ法廷で行うのではなく、業務の通常の一環としてログを生成および収集することが重要です。毎日実行されるプロセスを文書化する必要があります。
証拠の価値は、情報源の真正性と能力によって決まります。したがって、記録収集は上級管理職または経営陣によって実行される可能性が高い活動ではないため、上級管理職または経営陣によって収集された記録は法廷で認められる可能性が低いです。
伝聞証拠に対する業務記録免除規則を満たさない限り、伝聞証拠は通常法廷で認められません。
場合によっては、コンピューター記録は伝聞規則の対象外となります (例: ビジネス記録の免除)
通常の事業活動に関する情報
コンピューターで自動的に生成されたデータ
人間の介入はありません
システムが正しく動作していたことを証明する
誰もデータを変更していないことを証明する
文書化されたビジネス プロセスがあり、侵入検知ツールを使用している場合、
ログ分析ツールを使用して、アクティビティの日次レポートを作成すると、コンピューターが生成した
データは法廷で認められる可能性があり、伝聞証拠とはみなされません。
この質問に使用された参考文献:
HARRIS、Shon、オールインワン CISSP 認定試験ガイド、マグロウヒル/オズボーン、2002 年
第 10 章: 法律、捜査、倫理 (676 ページ)。

説明/参照:
PPTP は、OSI レイヤ 2 (データ リンク) で動作する PPP に基づくカプセル化プロトコルで、通常はクライアントとサーバー間の単一のポイントツーポイント接続を可能にします。
一方、PPTP は IP に依存して接続を確立します。
現在実装されているように、PPTP は Generic Routing Encapsulation (GRE) プロトコルの修正バージョンを使用して PPP パケットをカプセル化します。これにより、PPTP は IP ネットワーク上で IPX や NETBEUI などの IP 以外のプロトコルを柔軟に処理できるようになります。
PPTP にはいくつかの制限があります。
データを保護するための強力な暗号化は提供されず、ユーザーを認証するためのトークンベースの方法もサポートされません。
L2TP は L2F と PPTP から派生したものであり、その逆ではありません。