暗号化では、公開鍵証明書（またはID証明書）は、デジタル署名を組み込んだ電子文書であり、公開鍵とID（個人または組織の名前、住所などの情報）を結び付けます。証明書を使用して、公開鍵が個人に属していることを確認できます。
一般的な公開鍵インフラストラクチャ（PKI）スキームでは、署名は認証局（CA）のものになります。Web of Trustスキームでは、署名はユーザー（自己署名証明書）または他のユーザー（「承認」）のいずれかです。いずれの場合も、証明書の署名は、ID情報と公開鍵が一緒に属していることを示す証明書署名者による証明です。
コンピュータセキュリティでは、認証証明書（属性証明書とも呼ばれます）は、発行者が制御する、または使用するためのアクセス権を持つサービスまたはリソースを使用するための発行者からの書面による許可を説明するデジタルドキュメントです。権限を委任することができます。
PKCとACを常に混同している人もいます。類推によって区別が明確になる場合があります。PKCはパスポートのようなものと見なすことができます。PKCは所有者を識別し、長期間使用する傾向があり、簡単に入手することはできません。ACは入国ビザのようなものです。通常、ACは別の機関によって発行され、長期間は持続しません。入国ビザを取得するには通常パスポートを提示する必要があるため、ビザの取得はより簡単なプロセスになる可能性があります。
この実際の例は、大規模なサービスプロバイダーによるモバイルソフトウェアの展開に見られ、通常、Microsoftスマートフォン（および関連）、Symbian OS、J2MEなどのプラットフォームに適用されます。
これらの各システムでは、モバイル通信サービスプロバイダーは、モバイル端末クライアントの配布（つまり、携帯電話のオペレーティングシステムまたはアプリケーション環境）をカスタマイズして、「ファームウェアの更新」などの一連の機能またはアクセス許可にそれぞれ関連付けられた1つ以上のルート証明書を含めることができます。 「、「名簿へのアクセス」、「無線インターフェースの使用」、そして最も基本的なもの、「インストールして実行」。開発者がこれらの制御された環境の1つで配布と実行を有効にする場合は、適切なCA（通常は大規模な商用CA）から証明書を取得する必要があります。その過程で、通常、次のような帯域外メカニズムを使用してIDを検証します。電話、政府および商業データベースを介した法人の検証などの組み合わせ、
IDが検証されると、ソフトウェアへの署名に使用できるID証明書が発行されます。通常、開発者または発行者のID証明書によって署名されたソフトウェアは配布されませんが、特定のソフトウェアリリースに固有の認証証明書を生成する前に、コンテンツをテストまたはプロファイリングするためにプロセッサに送信されます。次に、その証明書は、配布の準備の最後のステップとしてソフトウェアに署名するために、一時的な非対称キーペアとともに使用されます。ID証明書と認証証明書を分離することには、特にシステムに受け入れられる新しいコンテンツのリスク軽減とキー管理、および攻撃ベクトルとして使用される可能性のある誤ったソフトウェアからの回復に関連する多くの利点があります。
参考資料：HARRIS、ション、オールインワンCISSP認定試験ガイド、2001年、McGraw-Hill / Osborne、ページ
540. http://en.wikipedia.org/wiki/Attribute_certificate http://en.wikipedia.org/wiki/Public_key_certificate

説明/参照：
Explanation:
公開鍵インフラストラクチャ（PKI）では、証明書の失効は認証局（CA）によって処理されます。取り消された証明書情報は、証明書失効リスト（CRL）に保存されます。
不正解：
B：登録局（RA）が認証登録タスクを実行します。ただし、取り消された証明書のリストは保存されません。
C：キー回復エージェントは、デジタル証明書の意図された目的の1つです。ただし、取り消された証明書のリストは保存されません。
D：キーエスクローは、紛失または破損した暗号化キーを回復できるプロセスまたはエンティティです。ただし、取り消された証明書のリストは保存されません。
参照：
Harris、Shon、All In One CISSP Exam Guide、6th Edition、McGraw-Hill、2013、pp。833-836、843 Miller、David R、Microsoft CISSP Training Kit、O'Reilly Media、2013、California、p。217

説明/参照：
Explanation:
Bibaモデルは、Bell-LaPadulaモデルの後に開発されました。ベルラパドゥラモデルに似たステートマシンモデルです。Bibaは、アプリケーション内のデータの整合性に対応しています。
Bibaモデルは、整合性レベルのラティスを使用します。適切に実装および実施された場合、Bibaモデルは、整合性レベルのデータがより高い整合性レベルに流れるのを防ぎます。
Bibaには、このタイプの保護を提供するための3つの主要なルールがあります。
*-整合性の公理：サブジェクトは、より高い整合性レベルでオブジェクトにデータを書き込むことができません（「

書き上げる"）。
単純な整合性の公理：サブジェクトは、より低い整合性レベルからデータを読み取ることができません（「読み取りなし」と呼ばれます

下"）。
呼び出しプロパティ：サブジェクトは、より高い整合性のサービスを要求（呼び出す）できません。

不正解：
A：*（スター）整合性の公理は、「読み取りなし」ではなく、「書き込みなし」を意味します。
B：*（スター）整合性の公理は、「書き込みなし」ではなく「書き込みなし」を意味します。
C：*（スター）整合性の公理は、「読み取りなし」ではなく、「書き込みなし」を意味します。
参照：
Harris、Shon、All In One CISSP Exam Guide、6th Edition、McGraw-Hill、New York、2013、p。372