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

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

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

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

• SSLv3

• TLS1

サーバー認証

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

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

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

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

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

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

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

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

信頼済み CA リスト

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

サーバー認証を無視する

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

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

ルート CA

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

セッションの再開

SSL セッションとは、完全なハンドシェークを実行することによって作成されたパラメーターと暗号化キーのセットを指します。接続は、セッション内で発生する会話またはアクティブなデータ転送です。完全な SSL ハンドシェークと主鍵の生成の計算オーバーヘッドはかなりのものです。短時間のセッションでは、SSL ハンドシェークにかかる時間がデータ転送の時間より長くなることがあります。スループットを向上させながら適切なレベルのセキュリティーを維持するために、SSL セッション再開はセッション・キャッシング・メカニズムを提供し、事前 1 次秘密鍵や合意された暗号などのセッション情報をクライアントとサーバーの両方でキャッシュできます。キャッシュされた情報は、セッション 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 暗号スーツを示します。