説明/参照:
Explanation:
RAID はハードウェアまたはソフトウェアで実装できます。各タイプには、独自の問題と利点があります。ハードウェア RAID の実装は通常、プラットフォームに依存しません。サーバーのオペレーティング システム (OS) の下で実行され、通常、OS が Novell、NT、または Unix のいずれであるかは関係ありません。ハードウェア実装では、インテリジェント コントローラ カードでの計算に独自の中央処理装置 (CPU) を使用します。サーバーにハードウェア冗長性を提供するために、これらのカードを複数インストールできます。RAID レベル 3 および 5 は、ハードウェアでより高速に実行されます。RAID のソフトウェア実装は、ファイル サーバーのオペレーティング システムの一部として実行されることを意味します。
誤った回答:
B: RAID レベル 3 および 5 は、ハードウェア上では遅くなるのではなく、より速く実行されます。
C: RAID レベル 3 および 5 は、ソフトウェアではなくハードウェア上でより高速に実行されます。
D: RAID レベル 3 および 5 は、ソフトウェアよりもハードウェアの方が高速に実行されます。
参考文献:
Krutz, Ronald L. および Russell Dean Vines、「CISSP 準備ガイド: CISSP および ISSEP 試験のマスター」、第 2 版、Wiley Publishing、インディアナポリス、2004 年、145 ページ

重複する機能を提供する 2 つの異なるプロトコルがあるのは奇妙に思えるかもしれません。AH は認証と整合性を提供し、ESP はこれら 2 つの機能と機密性を提供できます。
では、なぜ AH にこだわる必要があるのでしょうか?
ほとんどの場合、その理由は、環境がネットワーク アドレス変換 (NAT) を使用しているかどうかに関係しています。IPSec は、パケットの一部に対して整合性チェック値 (ICV) を生成します。これは実際には MAC 値と同じです。送信者と受信者はそれぞれ独自の値を生成することに注意してください。IPSec では、これは ICV 値と呼ばれます。受信者は、自分の ICV 値を送信者が送信した値と比較します。値が一致した場合、受信者はパケットが送信中に変更されていないことを確信できます。値が異なる場合、パケットは変更されているため、受信者はパケットを破棄します。
AH プロトコルは、データ ペイロード、トランスポート、およびネットワーク ヘッダーに基づいてこの ICV を計算します。その後、パケットが NAT デバイスを通過すると、NAT デバイスはパケットの IP アドレスを変更します。これが NAT デバイスの役割です。つまり、ICV 値を計算するために含まれていたデータの一部 (ネットワーク ヘッダー) が変更され、受信側はパケットで送信されたものとは異なる ICV 値を生成するため、パケットは自動的に破棄されます。
ESP プロトコルも同様の手順に従いますが、ICV 値の計算時にネットワーク ヘッダー部分が含まれない点が異なります。NAT デバイスが IP アドレスを変更しても、ICV の計算時にネットワーク ヘッダーが含まれないため、受信者の ICV 値には影響しません。
以下は、Shon Harris のブログからの IPSEC に関するチュートリアルです。
インターネット プロトコル セキュリティ (IPSec) プロトコル スイートは、2 つのデバイス間で保護されたデータを交換するための安全なチャネルを設定する方法を提供します。この安全なチャネルを共有するデバイスは、2 つのサーバー、2 つのルーター、ワークステーションとサーバー、または異なるネットワーク間の 2 つのゲートウェイです。IPSec は、ネットワーク層保護を提供するための広く受け入れられている標準です。エンドツーエンドおよびリンク暗号化方法よりも柔軟で低コストです。
IPSec には強力な暗号化および認証方式があり、2 台のコンピュータ間のトンネル通信を可能にするために使用できますが、通常はインターネット上のネットワーク間で仮想プライベート ネットワーク (VPN) を確立するために使用されます。
IPSec は、使用するアルゴリズム、キー、認証方法の種類を規定する厳密なプロトコルではありません。むしろ、企業がこのタイプのテクノロジを使用することを選択する際に、非常に柔軟に使用できるオープンなモジュール フレームワークです。IPSec は、認証ヘッダー (AH) とカプセル化セキュリティ ペイロード (ESP) という 2 つの基本的なセキュリティ プロトコルを使用します。AH は認証プロトコルであり、ESP は、ソース認証、機密性、およびメッセージの整合性を提供する暗号化メカニズムを使用する認証および暗号化プロトコルです。
IPSec は、メッセージのペイロードが保護されるトランスポート モードと、ペイロードおよびルーティングとヘッダー情報が保護されるトンネル モードの 2 つのモードのいずれかで動作します。トランスポート モードの ESP は実際のメッセージ情報を暗号化するため、権限のないエンティティによって盗聴されて発見されることはありません。トンネル モードでは、攻撃者が有用と考える可能性のあるヘッダーとトレーラー データも保護されるため、より高いレベルの保護が提供されます。図 8-26 は、IPSec 接続を設定する手順の概要を示しています。
各デバイスには、使用する VPN ごとに少なくとも 1 つのセキュリティ アソシエーション (SA) があります。IPSec アーキテクチャにとって重要な SA は、デバイスが IPSec 接続をサポートするために必要とする構成の記録です。2 つのデバイスがハンドシェイク プロセスを完了すると、つまり通信に使用するパラメータの長いリストについて合意すると、これらのデータは記録され、SA 内のどこかに保存される必要があります。
SA には、認証キーと暗号化キー、合意されたアルゴリズム、キーの有効期間、および送信元 IP アドレスを含めることができます。デバイスが IPSec プロトコル経由でパケットを受信すると、SA がデバイスにパケットの処理方法を指示します。したがって、デバイス B がデバイス C から IPSec 経由でパケットを受信すると、デバイス B は対応する SA を参照して、パケットの復号化方法、パケットの送信元を適切に認証する方法、使用するキー、および必要に応じてメッセージに返信する方法を指示します。
SA には方向性があるため、デバイスには、各通信チャネルごとに、送信トラフィック用に 1 つの SA と受信トラフィック用に別の SA があります。デバイスが 3 台のデバイスに接続している場合、リモート デバイスごとに受信接続と送信接続ごとに 1 つずつ、合計 6 つの SA があります。では、デバイスはどのようにしてこれらすべての SA を整理し、適切な接続に対して適切な SA が呼び出されるようにできるでしょうか。その方法は、強力なセキュリティ パラメータ インデックス (SPI) を使用することです。各デバイスには SPI があり、SPI はさまざまな SA を追跡し、デバイスが受信するさまざまなパケットに対してどの SA を呼び出すのが適切かをデバイスに伝えます。SPI 値は IPSec パケットのヘッダーにあり、デバイスはこの値を読み取って、参照する SA を伝えます。
IPSec は、MAC (前のセクション「一方向ハッシュ」で説明) を使用してパケットの送信デバイスを認証できます。デバイスがこのタイプの機能用に構成されている場合、ESP プロトコルは認証、整合性、および機密性を提供できます。
したがって、企業が送信者のソースを確認し、パケットの整合性を保証する必要がある場合は、AH を使用することを選択します。企業がこれらのサービスを使用し、機密性も確保したい場合は、暗号化機能を提供する ESP プロトコルを使用します。ほとんどの場合、ESP が採用される理由は、企業が安全な VPN 接続を設定する必要があるためです。
重複する機能を提供する 2 つの異なるプロトコルがあるのは奇妙に思えるかもしれません。AH は認証と整合性を提供し、ESP はこれら 2 つの機能と機密性を提供できます。では、なぜ AH が必要なのでしょうか。ほとんどの場合、その理由は、環境でネットワーク アドレス変換 (NAT) が使用されているかどうかに関係します。IPSec は、パケットの一部に対して整合性チェック値 (ICV) を生成します。これは実際には MAC 値と同じです。送信者と受信者はそれぞれ独自の値を生成することに注意してください。IPSec では、これは ICV 値と呼ばれます。受信者は、自分の ICV 値を送信者が送信した値と比較します。値が一致すれば、受信者はパケットが送信中に変更されていないことを確信できます。値が異なる場合、パケットは変更されているため、受信者はパケットを破棄します。
AH プロトコルは、データ ペイロード、トランスポート、およびネットワーク ヘッダーに基づいてこの ICV を計算します。その後、パケットが NAT デバイスを通過すると、NAT デバイスはパケットの IP アドレスを変更します。これが NAT デバイスの役割です。つまり、ICV 値を計算するために含まれていたデータの一部 (ネットワーク ヘッダー) が変更され、受信側はパケットで送信されたものとは異なる ICV 値を生成するため、パケットは自動的に破棄されます。
ESP プロトコルも同様の手順に従いますが、ICV 値の計算時にネットワーク ヘッダー部分が含まれない点が異なります。NAT デバイスが IP アドレスを変更しても、ICV の計算時にネットワーク ヘッダーが含まれないため、受信者の ICV 値には影響しません。
IPSec はフレームワークであるため、どのハッシュ アルゴリズムや暗号化アルゴリズムを使用するか、またはデバイス間でキーを交換する方法を指示するものではありません。キー管理は手動で行うことも、キー管理プロトコルによって自動化することもできます。IPSec のデファクト スタンダードは、ISAKMP プロトコルと OAKLEY プロトコルを組み合わせたインターネット キー交換 (IKE) を使用することです。インターネット セキュリティ アソシエーションおよびキー管理プロトコル (ISAKMP) は、使用するキー メカニズムの種類に依存しないキー交換アーキテクチャです。基本的に、ISAKMP は IPSec 接続を確立するためにネゴシエートできるもの (アルゴリズム、プロトコル、モード、キー) のフレームワークを提供します。OAKLEY プロトコルは、ネゴシエーション プロセスを実行するプロトコルです。ISAKMP は競技場 (インフラストラクチャ) を提供し、OAKLEY は競技場を走り回る (ネゴシエーションの手順を実行する) 人物と考えることができます。
IPSecは、そのすべてのコンポーネントと可能な構成が非常に複雑です。この複雑さは
企業にはさまざまな構成があるため、大きな柔軟性が得られます。
適切なレベルの保護を実現するための選択肢。これが初めてでまだ混乱している場合は、
グレーゾーンを埋めるために、以下の参考資料の 1 つ以上を確認してください。
次の回答は間違っています。
他の選択肢は気を散らすものです。
この質問を作成するために、以下の参考資料が使用されました:
Shon Harris、CISSP オールインワン試験ガイド - 第 5 版、759 ページ
そして
https://neodean.wordpress.com/tag/security-protocol/

マルチスレッド アプリケーションは、シングルスレッド アプリケーションよりも競合状態のリスクが高くなります。競合状態とは、2 つ以上のスレッドが適切な同期や調整を行わずに同じ共有リソースにアクセスまたは変更した場合に発生する同時実行エラーの一種です。最終的な結果はスレッド実行のタイミングと順序によって異なるため、一貫性のない、予測できない、または誤った結果が生じる可能性があります。競合状態は、アプリケーションのセキュリティ、信頼性、および機能性を損なう可能性があり、データの破損、メモリ リーク、デッドロック、または権限のエスカレーションにつながる可能性があります12。参考文献: 1: 競合状態とは?32:
競合状態 - OWASP チートシート シリーズ4

それは技術的な制御であると考えられます。
論理的であることは技術的制御と同義です。それが簡単な答えでした。
アクセス制御には、管理、技術、物理の 3 つの大まかなカテゴリがあります。
各カテゴリには、手動または
自動的に。これらのアクセス制御メカニズムはすべて、互いに連携して機能する必要があります。
インフラストラクチャとそのデータを保護します。
アクセス制御の各カテゴリには、次に示すように、その中に含まれる複数のコンポーネントがあります。
管理制御
ポリシーと手順
人事管理
監督体制
セキュリティ意識向上トレーニング
テスト
物理的なコントロール
ネットワーク分離
境界セキュリティ
コンピュータ制御
作業エリアの分離
データのバックアップ
技術的制御
システムアクセス
ネットワークアーキテクチャ
ネットワークアクセス
暗号化とプロトコル
制御ゾーン
監査
次の回答は不正解です。 人事審査は管理統制と見なされます。 ポリシー、標準、手順、ガイドラインの開発は管理統制と見なされます。 変更管理手順は管理統制と見なされます。 参照: Shon Harris AIO v3、第 3 章: セキュリティ管理プラクティス、ページ: 52-54