説明/参照：
Explanation:
外部キーは、あるテーブルの属性であり、別のテーブルの主キーを参照または一致します。主キーは、テーブル内の各行またはタプルが一意であることを確認するために使用される属性です。一緒に、外部キーと主キーは参照整合性を保証します。
不正解：
B：セカンダリキーは、プライマリキーとして選択されていない候補キーです。主キーは、テーブル内の各行またはタプルを一意にするために使用される属性です。候補キーは、データベース開発者が主キーを選択できる属性のサブセットです。
C：外部キーは、あるテーブルの属性であり、別のテーブルの主キーと一致し、テーブルを相互参照するために使用されます。
D：候補キーは属性のサブセットであり、データベース開発者はそこから主キーを選択して、テーブル内のタプルまたはレコードを一意に識別できます。
参照：
Harris、Shon、All In One CISSP Exam Guide、6th Edition、McGraw-Hill、New York、2013、pp.1174、1179-
1180、1181
Stewart、James、Ed Tittel、Mike Chapple、CISSP：Certified Information Systems security Professional Study Guide、第5版、Wiley Publishing、インディアナポリス、2011年、276、312ページ
http://databases.about.com/cs/specificproducts/g/candidate.htm
http://rdbms.opengrass.net/2_Database Design / 2.1_TermsOfReference / 2.1.2_Keys.html

説明

Kerberosはネットワーク認証プロトコルです。これは、秘密鍵暗号化を使用して、クライアント/サーバーアプリケーションに強力な認証を提供するように設計されています。次の特徴があります。
*安全です。暗号化されていない限り、パスワードを送信することはありません。
*セッションごとに1回のログインのみが必要です。ログイン時に定義された資格情報は、追加のログインを必要とせずにリソース間で渡されます。
*概念は、信頼できるサードパーティであるキー配布センター（KDC）に依存します。The
KDCはネットワーク内のすべてのシステムを認識しており、それらすべてから信頼されています。
*相互認証を実行します。この場合、クライアントはサーバーに対してIDを証明し、サーバーはクライアントに対してIDを証明します。
Kerberosは、チケット許可サーバー/サービス（TGS）の概念を導入しています。サービスの使用を希望するクライアントは、TGSからチケットを受信する必要があります（チケットは時間制限のある暗号化メッセージです）。サーバーへのアクセスを許可します。Kerberosには、
クライアントを検証するための認証サーバー（AS）。2つのサーバーを組み合わせてKDCを構成します。
Windows環境内で、ActiveDirectoryはKDCの機能を実行します。次の図は、クライアントがKerberos認証を使用してサービスにアクセスするために必要な一連のイベントを示しています。各ステップは、RFC 4120「Kerberosネットワーク認証サービス」で定義されているように、関連付けられたKerberosメッセージとともに示されます。
（V5）」。
ステップバイステップのKerberos認証
*ステップ1：ユーザーはワークステーションにログオンし、ホストでサービスを要求します。ワークステーションは、チケット許可チケットを要求するメッセージを承認サーバーに送信します
（ターゲット）。
*ステップ2：認証サーバーは、ユーザーデータベースでのユーザーのアクセス権を確認し、TGTとセッションキーを作成します。Authorization Severは、ユーザーのパスワードから取得したキーを使用して結果を暗号化し、ユーザーのワークステーションにメッセージを送り返します。
ワークステーションはユーザーにパスワードの入力を求め、そのパスワードを使用して着信メッセージを復号化します。復号化が成功すると、ユーザーはTGTを使用してサービスチケットを要求できるようになります。
*ステップ3：ユーザーがサービスへのアクセスを希望する場合、ワークステーションクライアントアプリケーションは、クライアント名、レルム名、およびタイムスタンプを含む要求をチケット付与サービスに送信します。ユーザーは、ステップ2で受信したセッションキーで暗号化されたオーセンティケーターを送信することにより、自分のIDを証明します。
*ステップ4：TGSはチケットとオーセンティケーターを復号化し、要求を検証して、要求されたサーバーのチケットを作成します。チケットにはクライアント名とオプションでクライアントが含まれています
IPアドレス。また、レルム名とチケットの有効期間も含まれています。TGSは、チケットをユーザーワークステーションに返します。返されたメッセージには、サーバーセッションキーの2つのコピーが含まれています
-1つはクライアントパスワードで暗号化され、もう1つはサービスパスワードで暗号化されています。
*ステップ5：クライアントアプリケーションは、ステップ4で受信したチケットとオーセンティケーターを含むサービスリクエストをサーバーに送信するようになりました。サービスは、セッションキーを復号化することによって要求を認証します。サーバーは、チケットとオーセンティケーターが一致することを確認してから、サービスへのアクセスを許可します。説明するこの手順には、後で説明するIntelAMTデバイスによって実行される認証は含まれません。
*ステップ6：相互認証が必要な場合、サーバーはサーバー認証メッセージで応答します。
Kerberosサーバーは、その制御下にあるすべてのクライアントとサーバーの「シークレット」（暗号化されたパスワード）を認識しているか、この情報を持つ他の安全なサーバーと接続しています。
これらの「秘密」は、上の図に示されているすべてのメッセージを暗号化するために使用されます。
「リプレイ攻撃」を防ぐために、Kerberosはプロトコル定義の一部としてタイムスタンプを使用します。タイムスタンプが正しく機能するためには、クライアントとサーバーのクロックが可能な限り同期している必要があります。つまり、両方のコンピューターを同じ日時に設定する必要があります。2台のコンピューターのクロックが同期していないことが多いため、管理者は、クライアントのクロックとサーバーのクロックの間にKerberosとの最大許容差を確立するためのポリシーを確立できます。クライアントの時計とサーバーの時計の差がこのポリシーで指定されている最大時間差よりも小さい場合、2台のコンピューター間のセッションで使用されるタイムスタンプはすべて本物と見なされます。最大差は通常5分に設定されています。
クライアントアプリケーションが「Kerberized」（サービスはKerberos認証を実行するように構成されている）のサービスを使用する場合、必要なメッセージ応答をサポートすることを期待できるように、クライアントもKerberizedである必要があることに注意してください。
Kerberosの詳細については、http：//web.mit.edu/kerberos/www/を参照してください。
参照：
IntelによるKerberos認証の概要
と
http://www.zeroshell.net/eng/kerberos/Kerberos-definitions/#1353
と
http://www.ietf.org/rfc/rfc4120txt

セクション：セキュリティの評価とテスト