第54章 ＳＳＬ制御の設定
ファイアウォール設定 ＞ ＳＳＬ制御
この章では、ＳＳＬ制御機能を計画、設計、実装、および管理する方法について説明します。この章は、次のセクションで構成されています。
ＳＳＬ制御の概要
このセクションでは、ＳＳＬ制御の概要を説明します。このセクションには、以下のサブセクションがあります。
ＳｏｎｉｃＯＳファームウェアのバージョン４.０以上には、ＳＳＬ制御機能があります。ＳＳＬ制御は、ＳＳＬセッションのハンドシェークを認識するシステムで、ＳＳＬ接続の確立を制御するポリシーを構築できます。ＳＳＬ （セキュア ソケット レイヤ） は、ＴＣＰベース ネットワーク通信において中心的な規格であり、最も一般的な、よく知られているアプリケーションにはＨＴＴＰＳ （ＨＴＴＰ ｏｖｅｒ ＳＳＬ） があります。ＳＳＬでは、デジタル証明書に基づいてエンドポイントが識別され、暗号化されたダイジェスト ベースの機密性を有するネットワーク通信が行われます。
ＳＳＬを使用すると、ＨＴＴＰＳセッションの確立時にクライアントから要求されたＵＲＬ （Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ、例えば 〈https://www.mysonicwall.com〉 など） を含むすべてのペイロードをはっきりわからないようにするという、セキュリティ上の効果が得られます。これは、ＨＴＴＰＳを使用すると、暗号化されたＳＳＬトンネルを使用してＨＴＴＰが転送されるからです。ＳＳＬセッションが確立される （図１の手順１４） まで実際の対象リソース （ｗｗｗ.ｍｙｓｏｎｉｃｗａｌｌ.ｃｏｍ） はクライアントから要求されませんが、ＳＳＬセッションが確立した後では、ファイアウォールやその他の中間機器がセッション データを検査することはできません。このため、ＵＲＬベースのコンテンツ フィルタ システムでは、ＩＰアドレス以外の方法で要求を検査して、許可するかどうかを決定することはできません。
ホスト ヘッダー ベースの仮想ホスティング （後で「重要な概念」において定義します） は効率的で人気があるため、ＩＰアドレス ベースのフィルタは暗号化されていないＨＴＴＰに対して効果がありませんが、ホスト ヘッダー ベースのＨＴＴＰＳサイトは滅多にないため、ＩＰフィルタは効果的に機能します。しかし、この信頼はＨＴＴＰＳサーバ オペレータが誠実であることに基づいたもので、ＳＳＬが人をだます目的では使用されないということを前提にしています。
ほとんどの場合、ＳＳＬは適切に使用されており、オンライン ショッピングまたはオンライン バンキングや、個人情報または貴重な情報のやり取りが行われるセッションなど、セキュリティが重視される通信で使用されています。しかし、ＳＳＬのコストが低下し続け、簡単に使用できるため、セキュリティ目的ではなく、あいまい化や隠蔽を目的とした信用性の乏しいＳＳＬアプリケーションも増加しています。
よく使用されているカムフラージュの方法では、ブラウジングの詳細を隠したり、コンテンツ フィルタを回避する目的で、ＳＳＬで暗号化されたウェブ ベースのプロキシ サーバが使用されています。既知のこの種類のＨＴＴＰＳプロキシ サービスをＩＰアドレスに基づいて遮断することは簡単ですが、単純なウェブ検索によって簡単に利用できる何千ものプライベートホスト プロキシ サーバを遮断することは実際のところ不可能です。問題は、このようなサービスの数が増え続けていることではなく、これらのサービスの本質が予測できない点です。これらのサービスは、動的にアドレス指定されたＤＳＬおよびケーブル モデム接続を使用するホーム ネットワーク上でホスティングされていることが多く、該当するＩＰが常に変わります。未知のこのようなＳＳＬを遮断するには、すべてのＳＳＬトラフィックを遮断する必要があり、実際には不可能です。
確立されたＳＳＬセッションを管理者が細かく調べて、ポリシー ベースで制御できるようにすることにより、ＳＳＬ制御機能にはこの問題に対処する方法が多数用意されています。現在の実装ではＳＳＬアプリケーション データの復号化は行いませんが、疑わしいＳＳＬトラフィックをゲートウェイに基づいて識別して、許可しないことは可能です。
ＳＳＬ制御の主な機能
ＳＳＬ制御の重要な概念
･ ＳＳＬ － セキュア ソケット レイヤ （ＳＳＬ） は、Ｎｅｔｓｃａｐｅが１９９５年に導入したネットワーク セキュリティ メカニズムです。ＳＳＬは、”２つの通信アプリケーション （クライアントおよびサーバ） 間でのプライバシーの確保と、サーバ （および必要に応じてクライアント） の認証”を目的としていました。ＳＳＬの最も有名なアプリケーションはＨＴＴＰＳであり、ｈｔｔｐ：／／の代わりにｈｔｔｐｓ：／／で指定されます。ＨＴＴＰＳは、インターネット上のウェブ トラフィックを暗号化する標準的な方式として認知されています。ＳＳＬ ＨＴＴＰ転送では一般的にＴＣＰポート４４３が使用されますが、通常のＨＴＴＰ転送ではＴＣＰポート８０が使用されます。ＳＳＬはＨＴＴＰＳで最もよく知られていますが、ＳＳＬの使用用途はＨＴＴＰのセキュリティ保護に限られたものではありません。ＳＳＬは、ＳＭＴＰ、ＰＯＰ３、ＩＭＡＰ、およびＬＤＡＰなどのその他のＴＣＰプロトコルのセキュリティ保護にも使用することができます。詳細については、〈http://wp.netscape.com/eng/security/SSL_2.html〉 を参照してください。
ＳＳＬセッションの確立は、以下のように行われます。
･ ＳＳＬｖ２ － ＳＳＬの初期バージョンですが、現在も一般的に使用されています。ＳＳＬｖ２では、いくつかの脆弱性、制限、および理論上の欠陥 （ＳＳＬｖ３についての説明で比較します） が指摘されていて、セキュリティに厳格な人々の冷笑、軽蔑の対象であり、軽視されるのが当然とみなされています。
･ ＳＳＬｖ３ － ＳＳＬｖ３はＳＳＬｖ２との下位互換性を保ちつつ、以下の点を改善する目的で作成されました。
･ Ｄｉｆｆｉｅ-Ｈｅｌｍａｎを含む、代替鍵交換方式。
･ 鍵交換および一括暗号化の両方でのハードウェア トークンのサポート。
･ ＳＨＡ、ＤＳＳ、およびＦｏｒｔｅｚｚａのサポート。
･ バンド外データ転送。
･ ＴＬＳ － Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ バージョン１.０ （ＳＳＬｖ３.１とも呼ばれます） はＳＳＬｖ３に非常に似ていますが、以下のようにＳＳＬｖ３が改善されたものです。
･ ＭＡＣ － ＭＡＣ （メッセージ認証コード） は、（ＭＤ５またはＳＨＡ１のような） アルゴリズムをデータに適用して算出されます。ＭＡＣはメッセージ ダイジェストつまり一方向性ハッシュ コードであり、算出は非常に簡単ですが、実際に不可逆的なコードです。言い換えると、ＭＡＣだけを使用して、ダイジェストの元になっているメッセージを割り出すことは理論上不可能です。同様に、同一のＭＡＣが算出される２つの異なるメッセージを見つけることも困難です。ある所定のデータに関して、受信側で算出されたＭＡＣが送信側で算出されたＭＡＣと一致する場合、受信側では、転送中にデータが変更されなかったとみなすことができます。
･ Ｃｌｉｅｎｔ Ｈｅｌｌｏ － ＴＣＰセッションの確立後、クライアントからサーバに送信される最初のメッセージ。このメッセージによりＳＳＬセッションが開始されます。メッセージは次の要素で構成されています。
･ バージョン － クライアントが通信での使用を希望するＳＳＬのバージョン。通常は、クライアントでサポートされているＳＳＬの最新バージョンです。
･ 乱数 － ３２ビットのタイムスタンプに２８バイトの乱数構造を組み合わせたもの。
･ セッションＩＤ － セッションＩＤデータが存在しない場合は空 （基本的に新しいセッションの要求の場合） です。あるいは、前に発行されたセッションＩＤを表します。
･ 暗号スイート － クライアントでサポートされる暗号化アルゴリズムのリストで、優先する順番に並んでいます。
･ 圧縮方式 － クライアントでサポートされる圧縮方式のリストです （通常はヌル）。
･ Ｓｅｒｖｅｒ Ｈｅｌｌｏ － Ｃｌｉｅｎｔ Ｈｅｌｌｏに対するＳＳＬサーバの応答。ＳＳＬ制御機能によって検査が行われるのはＳＳＬ交換のこの部分です。Ｓｅｒｖｅｒ Ｈｅｌｌｏには、セッションでネゴシエートされたＳＳＬのバージョン、暗号、セッションＩＤ、および証明書の情報が含まれています。Ｘ.５０９サーバの実際の証明書自体は、ＳＳＬ交換の別の手順で使用されますが、通常はＳｅｒｖｅｒ Ｈｅｌｌｏと同じパケットで開始されます （終了も同じ場合があります）。
･ 証明書 － Ｘ.５０９の証明書は、電子的なセキュリティを確保するための、不変のデジタル スタンプです。証明書には、主に４つの特性があります。
･ 共通名または識別名 （ＣＮまたはＤＮ） によって証明書のサブジェクトが識別されます。
･ 通信相手との間のメッセージを暗号化および復号化するために使用する公開鍵が含まれます。
･ 証明書を発行した信頼できる組織 （認証局） のデジタル署名が含まれます。
･ 証明書が有効な日付の範囲が示されます。
･ サブジェクト － 共通名 （ＣＮ） で識別される証明書の保証。クライアントが 〈https://www.mysonicwall.com〉 のようなＳＳＬサイトをブラウズした場合、サーバからサーバの証明書が送信され、クライアントで評価されます。クライアントでは、証明書の日付が有効であること、信頼できるＣＡによって発行された証明書であること、サブジェクトのＣＮが 要求したホスト名に一致すること （つまり両方とも”ｗｗｗ.ｍｙｓｏｎｉｃｗａｌｌ.ｃｏｍ”であること、が確認されます。サブジェクトのＣＮが一致しないとブラウザの警告が表示されますが、これは偽装行為の確かな証拠とは限りません。例えば、クライアントが 〈ｈｔｔｐｓ：／／ｍｙｓｏｎｉｃｗａｌｌ.ｃｏｍ〉 をブラウズし、ｗｗｗ.ｍｙｓｏｎｉｃｗａｌｌ.ｃｏｍと同じＩＰアドレスに解決された場合、サブジェクトのＣＮがｗｗｗ.ｍｙｓｏｎｉｃｗａｌｌ.ｃｏｍと記載されている証明書がサーバから示される場合があります。この場合、接続が完全に適切であるにもかかわらず、クライアントに警告が表示されます。
･ 認証局 （ＣＡ） － 認証局 （ＣＡ） は、証明書のサブジェクトの識別情報を確認することを主な目的として、証明書に署名することができる信頼できる団体です。よく知られている認証局には、ＶｅｒｉＳｉｇｎ、Ｔｈａｗｔｅ、Ｅｑｕｉｆａｘ、Ｄｉｇｉｔａｌ Ｓｉｇｎａｔｕｒｅ Ｔｒｕｓｔなどがあります。一般的に、ＳＳＬフレームワークにおいてＣＡが信頼できると判断されるためには、ほとんどのウェブ ブラウザ、オペレーティング システムおよびランタイム環境で使用されているように、その証明書が信頼できるストアに格納されている必要があります。ＳｏｎｉｃＯＳの信頼できるストアには、「システム ＞ 証明書」ページからアクセスできます。ＣＡモデルは信頼の積み重ねに基づいています。つまり、クライアントは （信頼できるストアにＣＡの証明書があることによって） ＣＡを信頼し、ＣＡは （証明書ごとにサブジェクトを発行することによって） サブジェクトを信頼するため、クライアントがサブジェクトを信頼する、ということになります。
･ 信頼できないＣＡ － 信頼できないＣＡとは、クライアントの信頼できるストアに含まれていないＣＡのことです。ＳＳＬ制御機能における信頼できないＣＡとは、証明書が「システム ＞ 証明書」にないＣＡのことです。
･ 自己署名証明書 － 発行者の共通名とサブジェクトの共通名が同一の証明書で、証明書に自己署名されていることを意味します。
･ 仮想ホスティング － １つのサーバで複数のウェブ サイトをホスティングするために、ウェブ サーバで使用されている方式。一般的な仮想ホスティング実装は名前ベース （ホスト ヘッダー） の仮想ホスティングで、１つのＩＰアドレスで複数のウェブ サイトをホスティングできます。ホスト ヘッダー仮想ホスティングでは、サーバがクライアントから送信された”Ｈｏｓｔ：”ヘッダーを評価して、要求されたサイトを判断します。例えば、ｗｗｗ.ｗｅｂｓｉｔｅ１.ｃｏｍとｗｗｗ.ｗｅｂｓｉｔｅ２.ｃｏｍが両方とも６４.４１.１４０.１７３に解決されるとします。この場合に、クライアントが”ＧＥＴ ／”とともに”Ｈｏｓｔ： ｗｗｗ.ｗｅｂｓｉｔｅ１.ｃｏｍ”を送信すると、サーバからそのサイトに該当するコンテンツが返されます。
注意事項と推奨事項
1. 自己署名および信頼できないＣＡの有効化 － これらの２つのオプションのいずれかを有効にする場合は、ＳＳＬでセキュリティ保護された組織内のネットワーク装置の共通名をホワイトリストに追加して、これらの機器への接続が遮断されないようにすることを強くお勧めします。例えば、ＳｏｎｉｃＷＡＬＬ ＵＴＭ装置の既定のサブジェクト名は”１９２.１６８.１６８.１６８”、ＳｏｎｉｃＷＡＬＬ ＳＳＬ-ＶＰＮ装置の既定の共通名は”１９２.１６８.２００.１”です。ＳＳＬ制御の設定
ＳＳＬ制御は「ファイアウォール」パネルの「ＳＳＬ制御」フォルダで設定します。ＳＳＬ制御には、グローバル設定とゾーン単位の設定があります。既定では、ＳＳＬ制御はグローバル レベルでもゾーン レベルでも有効にされていません。ページに表示される各コントロールは、以下のとおりです （以下で使用する用語の詳細については、「ＳＳＬ制御の重要な概念」セクションを参照してください）。
･ 「ＳＳＬ制御を有効にする」 － ＳＳＬ制御のグローバル設定。ゾーンに適用するＳＳＬ制御を有効にするには、この設定をオンにする必要があります。
･ 「イベントをログに記録する」 － 下部の「設定」セクションで定義されるＳＳＬポリシーに対する違反が検出された場合、イベントをログに記録しますが、ＳＳＬ接続の継続は許可されます。
･ 「接続をブロックしてイベントをログに記録する」 － ポリシー違反が検出された場合、接続を遮断して、イベントをログに記録します。
･ 「ブラックリストを有効にする」 － 下部の「リストの設定」セクションで設定されるブラックリスト内のエントリの検出を制御します。
･ 「ホワイトリストを有効にする」 － 下部の「リストの設定」セクションで設定されるホワイトリスト内のエントリの検出を制御します。ホワイトリストのエントリは、他のすべてのＳＳＬ制御設定より優先されます。
･ 「期限切れの証明書を検出する」 － 開始日がシステム時間より前、または終了日がシステム時間より後の証明書の検出を制御します。日付の検証は、ＳｏｎｉｃｉＷＡＬＬのシステム時間を使用して行われます。「システム ＞ 時間」ページの「システム時間」を適切に設定してください。できれば、ＮＴＰと同期をとります。
･ 「ＳＳＬｖ２を検出する」 － ＳＳＬｖ２交換の検出を制御します。ＳＳＬｖ２は、ハンドシェークの整合性チェックを実行しないため、暗号低下攻撃を受ける可能性が高いとわかっています。ＳＳＬｖ２ではなく、ＳＳＬｖ３またはＴＬＳを使用することを強くお勧めします。
･ 「自己署名証明書を検出する」 － 発行者とサブジェクトの共通名が同一の証明書の検出を制御します。
･ 「信頼されていないＣＡが署名した証明書を検出する」 － 発行者の証明書がＳｏｎｉｃＷＡＬＬの「システム ＞ 証明書」の信頼できるストアにない証明書の検出を制御します。
･ 「弱い暗号 （６４ビット未満） を検出する」 － 一般的にエクスポート暗号で使用される、６４ビット未満の対称暗号でネゴシエートされたＳＳＬセッションの検出を制御します。
･ 「ＭＤ５ダイジェストを検出する」 － ＭＤ５ハッシュを用いて作成された証明書の検出を制御します。
･ ［ブラックリストとホワイトリストの設定」 － ＳＳＬ証明書の共通名との比較に使用する文字列を定義できます。エントリでは大文字と小文字が区別され、パターン一致方式で使用されます。例を以下に示します。
|
エントリ
|
一致するＵＲＬ
|
一致しないＵＲＬ
|
|---|---|---|
| ｓｏｎｉｃｗａｌｌ.ｃｏｍ |
|
1６７.１１５.１１８.５７はｓｓｌｖｐｎ.ｄｅｍｏ.ｓｏｎｉｃｗａｌｌ.ｃｏｍを解決すると得られるＩＰアドレスで、このサイトではｓｓｌｖｐｎ.ｄｅｍｏ.ｓｏｎｉｃｗａｌｌ.ｃｏｍに対して発行された証明書が使用されています。したがって、証明書の共通名の比較が行われるため、”ｓｏｎｉｃｗａｌｌ.ｃｏｍ”と一致するＵＲＬとして検出されます。
2これは、ＩＰアドレス６３.２０８.２１９.４４の１０進法表記です。この証明書はｗｗｗ.ｍｅｇａｐｒｏｘｙ.ｃｏｍに対して発行されたものです。
3ｗｗｗ.ｆｒｅｅｐｒｏｘｙ.ｒｕ サイトの証明書の共通名は ”－” に対して発行された自己署名証明書であるため、”ｐｒｏｘ”には一致しません。ただし、自己署名証明書または信頼できないＣＡの証明書の制御を有効にすることで、このＵＲＬを簡単に遮断できます。
|
ＳＳＬ制御設定を変更しても、その時点で確立している接続には反映されません。変更の確定後に行われる新しいＳＳＬ交換のみが検査され、影響を受けます。
ゾーンでのＳＳＬ制御の有効化
ＳＳＬ制御をグローバルに有効にし、必要なオプションを設定した後で、１つまたは複数のゾーンでＳＳＬ制御を有効にする必要があります。ＳｏｎｉｃＷＡＬＬは、ＳＳＬ制御機能が有効にされているゾーンのクライアントからＳｏｎｉｃＷＡＬＬを介して送信されるＣｌｉｅｎｔ Ｈｅｌｌｏを検知すると、検査を開始します。続いて、Ｓｅｒｖｅｒ Ｈｅｌｌｏと、応答で送信される証明書が検知され、設定されたポリシーに従って評価されます。例えば、ＬＡＮゾーンでＳＳＬ制御を有効にすると、ＬＡＮ上のクライアントから開始され任意の送信先ゾーンに到達するすべてのＳＳＬトラフィックが検査されます。
補足 あるゾーン （例えば、ＬＡＮゾーン） のＳＳＬ制御を有効にして、そのゾーンのクライアントがＳｏｎｉｃＷＡＬＬに接続された別のゾーン （例えば、ＤＭＺゾーン） のＳＳＬサーバにアクセスする場合、そのサーバの証明書のサブジェクト共通名をホワイトリストに追加して、信頼できるアクセスが継続するようにすることをお勧めします。
ゾーンでＳＳＬ制御を有効にするには、「ネットワーク ＞ ゾーン」ページを表示して、必要なゾーンの設定アイコンを選択します。「ゾーンの編集」ウィンドウで、「ＳＳＬ制御を有効にする」チェックボックスを選択して、「ＯＫ」を選択します。これで、このゾーンで開始されるすべての新しいＳＳＬ接続に対して検査が実行されるようになります。
ＳＳＬ制御のイベント
ユーザが手動でログインした場合またはＣＩＡ／シングル サイン オンによって識別された場合、ログ イベントの備考セクション （非提示） にクライアントのユーザ名が保存されます。 ユーザが識別できなかった場合、備考セクションではユーザが識別不能 （Ｕｎｉｄｅｎｔｉｆｉｅｄ） であったことが示されます。