保護プロファイル

保護プロファイル( PP )は、ISO/IEC 15408 およびCommon Criteria (CC)に従った認証プロセスの一部として使用されるドキュメントです。セキュリティ ターゲット(ST)の汎用形式として、通常はユーザーまたはユーザー コミュニティによって作成され、実装に依存しない情報保証セキュリティ要件の仕様を提供します。PP は、脅威、セキュリティ目標、前提条件、セキュリティ機能要件 (SFR)、セキュリティ保証要件 (SAR)、および根拠の組み合わせです。

PP は、特定の情報システム製品ファミリに対するベンダーの主張を実証するための一般的なセキュリティ評価基準を指定します。特に、PP では通常、評価保証レベル(EAL) を指定します。これは、通常はサポート文書とテストの形式で、製品が PP で指定されたセキュリティ要件を満たしていることを示すセキュリティ評価の深さと厳密さを示す 1 から 7 の数字です。

米国国立標準技術研究所(NIST) と国家安全保障局(NSA) は、検証済みの米国 政府PPの開発で協力することに合意しました。

PP は、評価対象 (TOE) と呼ばれる特定のシステムまたは製品のコレクションのセキュリティ問題を厳密に規定し、その問題に対処するためのセキュリティ要件を指定しますが、これらの要件の実装方法は指定しません。PP は、1 つ以上の他の PP から要件を継承する場合があります。

CC に従って製品を評価および認証するには、製品ベンダーは1 つ以上の PP に準拠するセキュリティ ターゲット(ST) を定義する必要があります。このようにして、PP は製品の ST のテンプレートとして機能することができます。

EAL は素人が比較するのに最も簡単ですが、その単純さは誤解を招きます。評価に使用される PP と ST のセキュリティへの影響を理解しなければ、この数値はむしろ無意味だからです。技術的には、評価された製品を比較するには、EAL と機能要件の両方を評価する必要があります。残念ながら、意図されたアプリケーションに対する PP のセキュリティへの影響を解釈するには、非常に高度な IT セキュリティの専門知識が必要です。製品を評価することと、ある製品の CC 評価が特定のアプリケーションに適切かどうかを判断することはまったく別のことです。Common Criteriaで評価された製品のシステム適用性を 評価するために必要な IT セキュリティの専門知識を、どの信頼できる機関が持っているかは明らかではありません。

評価を適用するという問題は新しいものではありません。この問題は、数十年前に、情報を保護できるソフトウェア機能の定義、その強度の評価、特定の動作環境リスクに必要なセキュリティ機能のマッピングを行う大規模な研究プロジェクトによって取り組まれました。その結果は、レインボー シリーズに文書化されています。オレンジ ブックでは、EAL と機能要件を分離するのではなく、機能保護機能と適切な保証要件を 1 つのカテゴリとして定義する、それほど先進的ではないアプローチを採用しました。このようにして、7 つのカテゴリが定義されました。さらに、イエロー ブックでは、セキュリティ環境のマトリックスを定義し、それぞれのリスクを評価しました。次に、オレンジ ブックの各カテゴリに対して有効なセキュリティ環境を正確に確立しました。このアプローチにより、特定のアプリケーションで製品が使用可能かどうかを判断する方法について、明確な一般向けのマニュアルが作成されました。このアプリケーション テクノロジの喪失は、オレンジ ブックがコモン クライテリアに置き換えられたことによる 予期せぬ結果であったようです。

• ウイルス対策（終了日: 2011.06.01）
• キーリカバリ
• 認証機関
• トークン
• データベース
• ファイアウォール
• オペレーティング·システム
• IDS/時

• スマートカード
• 遠隔電子投票システム^[1]
• 信頼できる実行環境^[2]

• 国際保護プロファイル
• NIAP 保護プロファイル
• 1987年コンピュータセキュリティ法