SSL フォワード プロキシの概要

プロキシ モードでサポートされる暗号方式

SSL暗号は、暗号化方式、認証方式、および圧縮で構成されています。 表 1 は、サポートされている暗号方式のリストを示しています。NULL 暗号は除外されます。

以下の SSL プロトコルがサポートされています。

• SSLv3

• TLS1

サーバー認証

クライアントとデバイス間の暗黙の信頼(クライアントがデバイスによって生成された証明書を受け入れるため)は、SSLプロキシの重要な側面です。サーバー認証が危険にさらされないことは非常に重要です。しかし、実際には、自己署名証明書や異常のある証明書が豊富にあります。異常には、期限切れの証明書、ドメイン名と一致しない共通名のインスタンスなどが含まれます。

サーバー認証は、SSL フォワード・プロキシー・プロファイルで「サーバー認証を無視する」オプションを選択することによって制御されます。

「サーバー認証を無視する」オプションが選択されていない場合、以下のシナリオが発生します。

• 認証が成功すると、鍵を置き換え、発行者名をプロキシー・プロファイルのルート CA 証明書で構成されている発行者名に変更することで、新しい証明書が生成されます。

• 認証に失敗すると、接続は切断されます。

SSL フォワード・プロキシー・プロファイルのアクションとして「サーバー認証を無視する」オプションが定義されている場合、以下のシナリオが発生します。

• 証明書が自己署名の場合、新しい証明書はキーのみを置き換えて生成されます。発行者名は変更されません。これにより、証明書が無効であるという警告がクライアントブラウザに表示されます。

• 証明書の有効期限が切れている場合、または共通名がドメイン名と一致しない場合は、キーを置き換えて発行者名をSSL-PROXY: DUMMY_CERT:GENERATED DUE TO SRVR AUTH FAILUREに変更することで、新しい証明書が生成されます。これにより、証明書が無効であるという警告がクライアントブラウザに表示されます。

信頼されたcaリスト

SSLフォワードプロキシは、クライアントとサーバー間の安全なデータ送信を保証します。セキュア接続を確立する前に、SSL フォワード・プロキシーは認証 局 (CA) 証明書を検査して、サーバー証明書の署名を検証します。このため、サーバーを効果的に認証するには、信頼できる CA 証明の妥当なリストが必要です。

サーバー認証を無視する

[サーバー認証を無視する] オプションを使用すると、サーバー認証を完全に無視できます。この場合、SSL フォワード・プロキシーは、サーバー証明書の検証プロセス中に発生したエラー (CA 署名検査の失敗、自己署名証明書、証明書の有効期限など) を無視します。

このオプションを設定すると、Web サイトがまったく認証されなくなるため、認証にはお勧めしません。ただし、このオプションを使用すると、SSL セッションがドロップされた根本原因を効果的に特定できます。

ルート CA

公開鍵基盤(PKI)階層では、ルート CA は信頼パスの最上位にあります。ルート CA は、サーバー証明書を信頼できる証明書として識別します。

セッションの再開

SSL セッションとは、完全なハンドシェイクを実行することによって作成されるパラメーターと暗号鍵のセットを指します。接続は、セッション内で発生する会話またはアクティブなデータ転送です。完全な SSL ハンドシェークと主キーの生成の計算オーバーヘッドは相当なものです。短時間のセッションでは、SSL ハンドシェークに要する時間がデータ転送に要する時間よりも長くなることがあります。スループットを向上させ、適切なレベルのセキュリティーを維持するために、SSL セッション再開はセッション・キャッシング・メカニズムを提供し、プリプライマリ秘密鍵や合意された暗号方式などのセッション情報をクライアントとサーバーの両方にキャッシュできるようにします。キャッシュされた情報は、セッション ID によって識別されます。その後の接続では、両当事者は、新しいプレプライマリ秘密鍵を作成するのではなく、セッションIDを使用して情報を取得することに同意します。セッションの再開により、 ハンドシェイク プロセスが短縮され、SSL トランザクションが高速化されます。

SSL プロキシ ログ

SSL プロキシー・プロファイルでロギングが使用可能になっている場合、SSL プロキシーは 表 2 に示すメッセージを生成できます。

すべてのログには同様の情報が含まれています。メッセージフィールドには、ログ生成の理由が含まれます。 表 3 に示されている 3 つのプレフィックスのうちの 1 つが、メッセージの送信元を識別します。その他のフィールドには、わかりやすいラベルが付けられています。

完全転送機密保持

完全転送機密保持は、サーバーの秘密キーが侵害された場合でもセッション キーが侵害されないことを保証する特定のキー合意プロトコルです。ユーザーが開始するセッションごとに一意のセッションキーを生成することで、1つのセッションキーが侵害されたとしても、その特定のキーによって保護されている特定のセッションで交換されたデータ以外のデータには影響しません。

楕円曲線 DHE(ECDHE)暗号スーツがサポートされており、SSL フォワード プロキシで完全前方秘匿性を可能にします。SSL フォワードプロキシは、認証に RSA を引き続き使用します。ただし、EC Diffie-Hellman 一時鍵交換を使用して、共有秘密に合意します。

ECDHE 暗号スイートは DHE 暗号スイートよりも高速であるため、SSL フォワード プロキシは ECDHE 暗号スイートのみをサポートします。ECDHE 暗号スーツは楕円曲線暗号に基づいているため、より小さな鍵で RSA と同じレベルのセキュリティを実現できます。たとえば、224 ビットの楕円曲線は、2048 ビットの RSA キーと同じくらい安全です。

表 4 は、サポートされる ECDHE 暗号スートを示しています。