セクション: 暗号化
説明/参照:
インターネット キー交換 (IKE または IKEv2) は、IPsec プロトコル スイートでセキュリティ アソシエーション (SA) を設定するために使用されるプロトコルです。IKE は、Oakley プロトコルと ISAKMP に基づいて構築されています。IKE は、認証に X.509 証明書を使用します。この証明書は、DNS (できれば DNSSEC を使用) および Diffie-Hellman キー交換を使用して事前共有または配布され、暗号キーの導出元となる共有セッション秘密を設定します。
インターネット キー交換 (IKE) インターネット キー交換により、通信パートナーが互いの身元を証明し、安全な通信チャネルを確立できるようになり、IPSec の認証コンポーネントとして適用されます。
IKE は 2 つのフェーズを使用します。
フェーズ 1: このフェーズでは、パートナーは次のいずれかを使用して相互に認証します。
共有秘密: 電話、ファックス、暗号化された電子メールなどを介して人間によって交換される鍵。
公開キー暗号化: デジタル証明書が交換されます。
公開キー暗号化の改訂モード: 公開キー暗号化のオーバーヘッドを軽減するために、ノンス (セキュリティ工学において、一度だけ使用される数値またはビット文字列を参照する暗号関数) は、通信パートナーの公開キーとピアの公開キーを使用して暗号化されます。 ID は、ノンスをキーとして使用する対称暗号化で暗号化されます。次に、IKE は一時的なセキュリティ アソシエーションと安全なトンネルを確立して、残りのキー交換を保護します。フェーズ 2: フェーズ 1 の最後に作成された安全なトンネルと一時的な SA を使用して、ピアのセキュリティ アソシエーションが確立されます。
この質問には次の参考文献が使用されました。
ヘルナンデス CISSP、スティーブン (2012-12-21)。CISSP CBK の公式 (ISC)2 ガイド、第 3 版 ((ISC)2 Press) (Kindle の場所 7032-7048)。アウアーバッハ出版物。キンドル版。
そして
RFC 2409 (http://tools.ietf.org/html/rfc2409)
そして
http://en.wikipedia.org/wiki/Internet_Key_Exchange

セクション: 暗号化
説明/参照:
鍵のクラスタリングは、平文メッセージが、同じ変換アルゴリズムを使用して異なる鍵を使用して同一の暗号文メッセージを生成する場合に発生します。
出典: KRUTZ、Ronald L. & VINES、Russel D.、『CISSP Prep Guide: Mastering the Ten Domains of Computer Security』、John Wiley & Sons、2001 年、第 4 章: 暗号化 (130 ページ)。

データのバックアップは、緊急時対応計画の最初のステップです。
データがなければ処理するものが何もありません。「バックアップなし、リカバリなし」。
次にハードウェアのバックアップに取り組む必要があります。
必要な場合に備えて、代替処理能力を正式に手配する必要があります。
生じるはずです。
オペレーティング システムとアプリケーション ソフトウェアはその後の処理が必要です。
出典: VALLABHANENI、S. Rao、CISSP 試験教科書、第 2 巻: 実践、
SRV 専門出版物、2002 年、第 8 章、事業継続計画と災害
回復計画 (506 ページ)。

ビジネスの機能に影響を与える最も一般的な脅威
通常は力です。停電は他のどのタイプよりも多くの業務中断を引き起こします
イベントの。
2 番目に一般的な脅威は、洪水、パイプ破損による水害、
屋根の雨漏りなど…
脅威は、脅威とリスクの評価 (TRA) の実行中に発見されます。
リスクには、脅威、資産、緩和要因（対策、対策）の 3 つの要素があります。
安全装置、制御）。
脅威とは、それが発生した場合にビジネスに影響を与え、さらには影響を受ける可能性があるイベントまたは状況です。
正常に機能しなくなるか、場合によってはまったく機能しなくなります。脅威の評価
考えられる脅威の可能性と影響を調べることによって行われます。安全対策、
脅威レベルを最低レベルまで下げるための対策と制御が使用されます。
許容できるレベル。
企業に影響を与える可能性のあるその他の一般的なイベントは次のとおりです。
天候、ケーブル切断、火災、労働争議、交通事故、ハードウェア障害、
化学物質の流出、妨害行為。
参考文献:
CISSP CBK の公式 ISC2 ガイド、第 2 版、275 ～ 276 ページ

機能テーブルは、オブジェクトと権利、またはサブジェクトの機能に基づいてコントロールを追跡、管理、および適用するために使用されます。たとえば、テーブルはオブジェクトを識別し、サブジェクトに許可されるアクセス権を指定し、オブジェクトに対するユーザーの機能 (またはチケット) の所有に基づいてアクセスを許可します。それは行列内の行です。
別の言い方をすると、機能テーブルは ACL とは異なります。これは、サブジェクトが機能テーブルにバインドされるのに対し、オブジェクトは ACL にバインドされるためです。
クレメントメモ:
これを非常に簡単に表現したい場合は、次のようになります。
機能はサブジェクトに付加され、マトリックス内のサブジェクトと一致する行の各オブジェクトに対してサブジェクトが持つアクセス権を記述します。それは行列内の行です。ACL はオブジェクトに付加され、誰がオブジェクトにアクセスできるのか、またどのような種類のアクセス権があるのか​​を記述します。マトリックス内の列です。
以下は不正解です。
「アクセス制御リストはサブジェクトベースであるのに対し、機能テーブルはオブジェクトベースである」は誤りです。
「機能テーブルはオブジェクトに使用され、アクセス制御リストはユーザーに使用されます」は誤りです。
「基本的には同じ」というのは間違いです。この質問に使用した参考文献:
CBK、191 ～ 192 ページ、AIO3、191 ページ。169