証明書およびキーのアップロード

1. [アップロードされた証明書とキーを使用（Use Uploaded Certificate and Key）] を選択します。

2. [証明書（Certificate] フィールドで [参照（Browse）]をクリックし、アップロードするファイルを検索します。

   （注）	Web プロキシは、ファイル内の最初の証明書またはキーを使用します。証明書ファイルは PEM 形式にする必要があります。DER 形式はサポートされていません。

3. [キー（Key）] フィールドで [参照（Browse）] をクリックし、アップロードするファイルを指定します。

   キーが暗号化されている場合は、[キーは暗号化されています（Key is Encrypted）] を選択します。

   （注）	キーの長さは 512、1024、または 2048 ビットである必要があります。秘密キー ファイルは PEM 形式でなければなりません。DER 形式はサポートされていません。

4. [ファイルのアップロード（Upload File）] をクリックします。

5. [証明書をダウンロード（Download Certificate）] をクリックして、Web セキュリティアプライアンス が通信する SaaS アプリケーションに転送する証明書のコピーをダウンロードします。

証明書およびキーの生成

1. [生成された証明書とキーを使用（Use Generated Certificate and Key）] を選択します。

2. [新しい証明書とキーを生成（Generate New Certificate and Key）] をクリックします。

   1. [証明書とキーを生成（Generate Certificate and Key）] ダイアログボックスで、署名付き証明書に表示する情報を入力します。

      （注）	[共通名（Common Name）] フィールドには、スラッシュ（/）を除く任意の ASCII 文字を入力できます。

   2. [生成（Generate）] をクリックします。

3. [証明書をダウンロード（Download Certificate）] をクリックして、Web セキュリティアプライアンス が通信する SaaS アプリケーションに証明書を転送します。

4. （任意）署名付き証明書を使用するには、[証明書署名要求のダウンロード（Download Certificate Signing Request）]（DCSR）リンクをクリックして、認証局（CA）に要求を送信します。CA から署名付き証明書を受信したら、[参照（Browse）] をクリックし、署名付き証明書の場所に移動します。[ファイルのアップロード（Upload File）] をクリックします。（バグ 37984）

アプリケーション

このポリシーの SaaS アプリケーションを識別する名前を入力します。各アプリケーション名は一意である必要があります。Web セキュリティアプライアンス は、アプリケーション名を使用して、シングル サインオン URL を生成できます。

説明

（任意）この SaaS ポリシーの説明を入力します。

サービスプロバイダのメタデータ（Metadata for Service Provider）

このポリシーで参照されるサービス プロバイダを示すメタデータを設定します。サービス プロバイダのプロパティを手動で記述するか、または SaaS アプリケーションによって提供されるメタデータ ファイルをアップロードできます。

Web セキュリティアプライアンス は、SAML を使用して SaaS アプリケーション（サービスプロバイダー）と通信する方法を決定するために、メタデータを使用します。メタデータの適切な設定については、SaaS アプリケーションを参照してください。

キーの手動設定（Configure Keys Manually）：このオプションを選択した場合は、以下を入力します。

• [サービスプロバイダのエンティティID（Service Provider Entity ID）]。SaaS アプリケーションが自身をサービス プロバイダとして識別するために使用するテキスト（通常は URI 形式）を入力します。

• [名前IDの形式（Name ID Format）]。サービス プロバイダに送信する SAML アサーションでアプライアンスがユーザーを識別するために使用する形式を、ドロップダウン リストから選択します。ここで入力する値は、SaaS アプリケーションの対応する設定と一致している必要があります。

• [Assertion Consumer ServiceのURL（Assertion Consumer Service URL）]。Web セキュリティアプライアンス が作成した SAML アサーションの送信先 URL を入力します。SaaS アプリケーションのマニュアルを参照して、使用する適切な URL （ログイン URL）を決定してください。

[ハードディスクからファイルをインポート（Import File from Hard Disk）]：このオプションを選択した場合は、[参照（Browse）] をクリックしてファイルを検索し、[インポート（Import）] をクリックします。

ユーザー識別/SaaS SSO の認証（User Identification / Authentication for SaaS SSO）

SaaS シングル サインオンに対してユーザーを識別または認証する方法を指定します。

• ユーザーに対して、常にローカル認証クレデンシャルの入力を求める。

• Web プロキシが透過的にユーザー名を取得した場合に、ユーザーに対してローカル認証クレデンシャルの入力を求める。

• SaaS ユーザーのローカル認証クレデンシャルを使用して、ユーザーを自動的にサインインさせる。

この SaaS アプリケーションにアクセスするユーザーを認証するために、Web プロキシが使用する認証レルムまたはシーケンスを選択します。SaaS アプリケーションに正常にアクセスするには、ユーザーは認証レルムまたは認証シーケンスのメンバーである必要があります。Identity Services Engine を認証に使用しており、LDAP を選択した場合は、SAML ユーザー名と属性のマッピングにレルムが使用されます。

SAML ユーザー名のマッピング（SAML User Name Mapping）

Web プロキシが SAML アサーションでサービス プロバイダにユーザー名を示す方法を指定します。ネットワーク内で使用されているユーザー名を渡すか（[マッピングなし（No mapping）]）、または以下のいずれかの方法で内部ユーザー名を別の形式に変更できます。

• [LDAP クエリー（LDAP query）]。サービス プロバイダに送信されるユーザー名は、1 つ以上の LDAP クエリー属性に基づきます。LDAP 属性フィールドと任意のカスタム テキストを含む式を入力します。属性名は山カッコで囲む必要があります。任意の数の属性を含めることができます。たとえば、LDAP 属性が「user」と「domain」の場合は、<user>@<domain>.com と入力できます。

• [固定ルール マッピング（Fixed Rule Mapping）]。サービス プロバイダに送信されるユーザー名は、前または後ろに固定文字列を追加した内部ユーザー名に基づきます。[式名（Expression Name）] フィールドに固定文字列を入力し、その前または後ろに %s を付けて内部ユーザー名における位置を示します。

SAML 属性マッピング（SAML Attribute Mapping）

（任意）SaaS アプリケーションから要求された場合は、LDAP 認証サーバーから内部ユーザーに関する追加情報を SaaS アプリケーションに提供できます。各 LDAP サーバー属性を SAML 属性にマッピングします。

認証コンテキスト（Authentication Context）

Web プロキシが内部ユーザーを認証するために使用する認証メカニズムを選択します。