[Web セキュリティ マネージャ（Web Security Manager）] > [識別プロファイル（Identification Profiles）] を選択します。

[プロファイルの追加（Add Profile）] をクリックしてプロファイルを追加します。

[識別プロファイルの有効化（Enable Identification Profile）] チェックボックスを使用して、このプロファイルをイネーブルにするか、プロファイルを削除せずにただちにディセーブルにします。

[名前（Name）] に一意のプロファイル名を割り当てます。

[説明（Description）] は任意です。

[上に挿入（Insert Above）] フィールのドロップダウン リストで、このプロファイルを配置するポリシー テーブル内の位置を選択します。

[ユーザ識別方式（User Identification Method）] セクションで、識別方式を選択して関連パラメータを指定します。表示されるオプションは、選択した方法によって異なります。

1. [ユーザ識別方式（User Identification Method）] ドロップダウン リストから識別方式を選択します。

   オプション	説明
   認証/識別を免除（Exempt from authentication/identification）	ユーザは基本的に IP アドレスによって識別されます。追加のパラメータは必要ありません。
   認証済みユーザ（Authenticate users）	ユーザは入力した認証クレデンシャルによって識別されます。
   ISE によってユーザを透過的に識別（Transparently identify users with ISE）	ISE サービスがイネーブルの場合に使用できます（[ネットワーク（Network）] > [Identity Services Engine]）。これらのトランザクションの場合、ユーザ名および関連するセキュリティ グループ タグは Identity Services Engine から取得されます。詳細については、ISE サービスを認証および統合するためのタスクを参照してください。
   ASA によってユーザを透過的に識別（Transparently identify users with ASA）	ユーザは、Cisco 適応型セキュリティ アプライアンスから受信した現在の IP アドレス対ユーザ名のマッピングによって識別されます（リモート ユーザのみ）。このオプションは、セキュア モビリティがイネーブルになっており、ASA と統合されている場合に表示されます。ユーザ名は ASA から取得され、関連ディレクトリ グループは指定された認証レルムまたはシーケンスから取得されます。
   認証レルムによってユーザを透過的に識別（Transparently identify users with authentication realm）	このオプションは、1 つ以上の認証レルムが透過的識別をサポートするように定義されている場合に使用できます。

   （注）	少なくとも 1 つの識別プロファイルに認証または透過的識別が設定されている場合、ポリシー テーブルでは、ユーザ名、ディレクトリ グループ、セキュリティ グループ タグによるポリシー メンバーシップの定義がサポートされます。

2. 選択した方式に適したパラメータを指定します。この表に示したすべてのセクションが選択ごとに表示されるわけではありません。

   認証レルムまたはゲスト特権へのフォールバック（Fallback to Authentication Realm or Guest Privileges）	ユーザ認証を ISE から取得できない場合： [ゲスト権限をサポート（Support Guest Privileges）]：トランザクションは続行を許可され、すべての識別プロファイルのゲスト ユーザと後続のポリシーを照合します。 [トランザクションをブロック（Block Transactions）]：ISE で識別できないユーザにインターネット アクセスを許可しません。 [ゲスト特権をサポート（Support Guest privileges）]：無効なクレデンシャルにより認証に失敗したユーザにゲスト アクセスを許可する場合、このチェックボックスをオンにします。
   認証レルム（Authentication Realm）	[レルムまたはシーケンスを選択（Select a Realm or Sequence）]：定義済みの認証レルムまたはシーケンスを選択します。 [スキームの選択（Select a Scheme）]：認証スキームを選択します。 [Kerberos]：クライアントは Kerberos チケットによって透過的に認証されます。 [基本（Basic）]：クライアントは常にユーザにクレデンシャルを要求します。 ユーザがクレデンシャルを入力すると、通常は、入力したクレデンシャルを保存するかどうかを指定するチェックボックスがブラウザに表示されます。ユーザがブラウザを開くたびに、クライアントはクレデンシャルの入力を要求するか、または以前に保存したクレデンシャルを再送信します。 クレデンシャルは、保護されていないクリア テキスト（Base64）として送信されます。クライアントと Web セキュリティ アプライアンス間でのパケット キャプチャにより、ユーザ名やパスフレーズが開示される可能性があります。 [NTLMSSP]：クライアントは、Windows のログイン クレデンシャルを使用して透過的に認証します。ユーザはクレデンシャルの入力を求められません。 ただし、以下の場合、クライアントはユーザにクレデンシャルの入力を求めます。 Windows クレデンシャルによる認証が失敗した。 ブラウザのセキュリティ設定が原因で、クライアントが Web セキュリティ アプライアンスを信頼しない。 クレデンシャルは、3 ウェイ ハンドシェイク（ダイジェスト形式の認証）により安全に送信されます。パスフレーズが接続を介して送信されることはありません。 [ゲスト特権をサポート（Support Guest privileges）]：無効なクレデンシャルにより認証に失敗したユーザにゲスト アクセスを許可する場合、このチェックボックスをオンにします。
   グループ認証のレルム（Realm for Group Authentication）	[レルムまたはシーケンスを選択（Select a Realm or Sequence）]：定義済みの認証レルムまたはシーケンスを選択します。
   認証サロゲート（Authentication Surrogates）	認証の成功後にトランザクションをユーザに関連付ける方法を指定します（オプションは Web プロキシの展開モードにより異なります）。 [IP アドレス（IP Address）]：Web プロキシは、特定の IP アドレスの認証済みユーザを追跡します。透過的ユーザ識別の場合は、このオプションを選択します。 [永続的なクッキー（Persistent Cookie）]：Web プロキシは、アプリケーションごとに各ユーザ用に永続的クッキーを生成することにより、特定のアプリケーション上の認証済みユーザを追跡します。アプリケーションを終了してもクッキーは削除されません。 [セッション クッキー（Session Cookie）]：Web プロキシは、アプリケーションごとに各ドメインの各ユーザ用に永続的クッキーを生成することにより、特定のアプリケーション上の認証済みユーザを追跡します。（ただし、ユーザが同じアプリケーションの同じドメインに対して異なるクレデンシャルを指定すると、クッキーは上書きされます）。アプリケーションを終了するとクッキーは削除されます。 [サロゲートなし（No Surrogate）]：Web プロキシは、サロゲートを使用してクレデンシャルをキャッシュせず、新しい TCP 接続ごとに認証済みユーザを追跡します。このオプションを選択すると、Web インターフェイスは適用されくなったその他の設定をディセーブルにします。このオプションは、明示的な転送モードに設定し、[ネットワーク（Network）] > [認証（Authentication）] ページでクレデンシャルの暗号化をディセーブルにしたときにのみ使用できます。 [明示的フォワード要求に同じサロゲート設定を適用（Apply same surrogate settings to explicit forward requests）]：透過的要求に使用するサロゲートを明示的要求に適用する場合にオンにします（クレデンシャルの暗号化が自動的にイネーブルになります。）このオプションは、Web プロキシがトランスペアレント モードで展開されている場合にのみ表示されます。 （注）    [グローバル認証設定（Global Authentication Settings）] で、すべての要求に対する認証サロゲートのタイムアウト値を定義できます。

[メンバーシップの定義（Membership Definition）] セクションで、選択した識別方式に適したメンバーシップ パラメータを指定します。以下の表に示すオプションは、すべてのユーザ識別方式で使用できるわけではありません。

変更を送信して確定します（[送信（Submit）] と [変更を確定（Commit Changes）]）。