(57)【要約】【課題】  暗号化された通信データに対して、適切なデータ検査を可能にする。【解決手段】  送信側通信端末１−１及び受信側通信端末１−２（以下、通信端末）により暗号鍵を用いた暗号化通信を実施するにあたり、その通信データを転送する第三の通信装置１−３は、ネットワークセキュリティ管理基準によって内容を確認できない暗号化通信データを遮断する。第三の通信装置１−３は、通信端末１−１及び／又は１−２に対して暗号化通信データを遮断していることを通知する。当該通知を受けた通信端末１−１又は１−２と、第三の通信装置１−３との間で相互認証手続きを交わした後、両装置間で暗号化通信経路を生成する。その暗号化通信経路を通して、暗号鍵を通信端末１−１又は１−２から第三の通信装置１−３へ送信する。第三の通信装置１−３は、受信した暗号鍵を用いて暗号化通信データの内容を解読し及び内容の検査、フィルタリング処理等を行う。【選択図】  図１
2005065004.tif 000002
【特許請求の範囲】
【請求項１】
所定のフィルタリング条件に従いデータを転送及び／又は遮断する第３の通信装置を介して、第１の通信装置と第２の通信装置との間で、第１の暗号鍵により暗号化された暗号化通信データが伝送される暗号化通信において、
第３の通信装置は、第１又は第２の通信装置から受信した復号化又は解読できない暗号化通信データを遮断するステップと、
第３の通信装置は、当該データの送信元アドレス及び／又は送信先アドレスに基づき、第１及び／又は第２の通信装置に、当該暗号化通信データを遮断していることを示す通信遮断メッセージを送信するステップと、
第３の通信装置は、第１の通信装置と第２の通信装置との間の暗号化通信において使用される第１の暗号鍵を、当該第３の通信装置を認証した第１又は第２の通信装置から受信するステップと、
第３の通信装置は、受信した第１の暗号鍵を使用して、第１及び／又は第２の通信装置から受信した暗号化通信データを復号化するステップと、
第３の通信装置は、復号化された暗号化通信データに対して所定のフィルタリング条件を適用し、当該条件の適用結果に従い暗号化通信データを転送又は遮断するステップと
を含む暗号化通信データ検査方法。
【請求項２】
通信遮断メッセージを受信した第１及び／又は第２の通信装置は、第３の通信装置が当該暗号化通信データを復号化し及び／又は内容を解読しても良いかを判断するステップと、
第１及び／又は第２の通信装置は、復号化し及び／又は解読しても良いと判断された第３の通信装置に対して、第１の暗号鍵を送信するステップと
をさらに含む請求項１に記載の暗号化通信データ検査方法。
【請求項３】
第１及び／又は第２の通信装置は、第３の通信装置の立場及び／又は属性を示す情報を有する認証局を利用して、認証手続きを実行する請求項２に記載の暗号化通信データ検査方法。
【請求項４】
第３の通信装置と、第１又は第２の通信装置との間で、新たな暗号化通信経路を生成するステップ
をさらに含み、
生成された暗号化通信経路を介して暗号鍵を送受信する請求項１乃至３のいずれかに記載の暗号化通信データ検査方法。
【請求項５】
第１又は第２の通信装置と第３の通信装置との暗号化通信の間に介在する第４通信装置は、第１又は第２又は第３の通信装置から受信した復号化又は解読できない暗号化通信データを遮断するステップと、
第４の通信装置は、当該暗号化通信データの送信元アドレス及び／又は送信先アドレスに基づき、当該暗号化通信データを遮断していることを示す通信遮断メッセージを送信するステップと、
第４の通信装置は、当該暗号化通信に応じた第２の暗号鍵を、当該第４の通信装置を認証した第１又は第２又は第３の通信装置から受信するステップと、
第４の通信装置は、受信した第２の暗号鍵を使用して、当該暗号化通信データを復号化するステップと、
第４の通信装置は、復号化された当該暗号化通信データに対して所定のフィルタリング条件を適用し、当該条件の適用結果に従い暗号化通信データを転送又は遮断するステップと
をさらに含む請求項１乃至４のいずれかに記載の暗号化通信データ検査方法。
【請求項６】
暗号鍵により暗号化された暗号化通信データを送受信する第１の通信装置と第２の通信装置の間に介在し、当該暗号化通信データに対して、所定のフィルタリング条件に従いデータを転送及び／又は遮断するための暗号化通信データ検査装置であって、
前記暗号化通信データ検査装置は、
前記第１又は第２の通信装置から受信した復号化又は解読できない暗号化通信データを遮断し、
当該データの送信元アドレス及び／又は送信先アドレスに基づき、前記第１及び／又は第２の通信装置に、当該暗号化通信データを遮断していることを示す通信遮断メッセージを送信し、
前記第１の通信装置と前記第２の通信装置との間の暗号化通信において使用される第１の暗号鍵を、当該暗号化通信データ検査装置を認証した前記第１又は第２の通信装置から受信し、
受信した第１の暗号鍵を使用して、前記第１及び／又は第２の通信装置から受信した暗号化通信データを復号化し、
復号化された暗号化通信データに対して所定のフィルタリング条件を適用し、当該条件の適用結果に従い暗号化通信データを転送又は遮断する
前記暗号化通信データ検査装置。
【請求項７】
所定のフィルタリング条件に従いデータを転送及び／又は遮断する第３の通信装置を介して、第１の通信装置と第２の通信装置との間で、暗号鍵により暗号化された暗号化通信データを伝送するための暗号化通信を、第３の通信装置に実行させるための暗号化通信データ検査プログラムにおいて、
第３の通信装置は、第１又は第２の通信装置から受信した復号化又は解読できない暗号化通信データを遮断するステップと、
第３の通信装置は、当該データの送信元アドレス及び／又は送信先アドレスに基づき、第１及び／又は第２の通信装置に、当該暗号化通信データを遮断していることを示す通信遮断メッセージを送信するステップと、
第３の通信装置は、第１の通信装置と第２の通信装置との間の暗号化通信において使用される第１の暗号鍵を、当該第３の通信装置を認証した第１又は第２の通信装置から受信するステップと、
第３の通信装置は、受信した第１の暗号鍵を使用して、第１及び／又は第２の通信装置から受信した暗号化通信データを復号化するステップと、
第３の通信装置は、復号化された暗号化通信データに対して所定のフィルタリング条件を適用し、当該条件の適用結果に従い暗号化通信データを転送又は遮断するステップと
を第３の通信装置に実行させるための暗号化通信データ検査プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、暗号化通信データ検査方法、暗号化通信データ検査装置及び暗号化通信データ検査プログラムに係り、特に、インターネット上のデータ通信において、ＩＰｓｅｃ（ＩＰ  ｓｅｃｕｒｉｔｙ）やＳＳＬ（ｓｅｃｕｒｅ  ｓｏｃｋｅｔ  ｌａｙｅｒ）などの暗号化通信を実現する一方で、一定のネットワーク管理基準に則り、その通信データの内容を任意のフィルタリング条件に基づいて検査し、必要に応じてそのネットワークでの通信データの転送を遮断することを実現する通信方式に関する。
【背景技術】
【０００２】
インターネットなどで転送される通信データは、一般にＯＳＩ（ｏｐｅｎ  ｓｙｓｔｅｍ  ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）参照モデルの枠組みに基づき、複数の通信プロトコル階層に分類された上で、ネットワークを構成する各通信装置が任意の通信プロトコル階層の所定の処理を実行することにより送受信される。これにより、送信側通信端末が送信する通信データは、特定の適切な経路を経由しながら受信側通信端末に到達する。これらの通信データの転送は、ネットワークを構成する世界中の通信装置が、ＩＰ（ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）に代表される通信プロトコルに対応することにより実現されており、今日あらゆる通信端末がインターネットを通してデータ通信を実現することが可能になった。それに伴い、インターネットを利用した多種多様なサービスが急速に普及し、今後もインターネットを介して多岐にわたるサービスが開発されて、世の中に普及すると予想される。
【０００３】
一方、インターネットを利用した様々なサービスが普及すると共に、インターネットを不正に利用することを試みる行為が頻発している。例えば、盗聴、改竄、なりすまし、否認など、多岐にわたる不正な通信行為が発生するようになった今日、ネットワークのセキュリティ管理は、大変重要な課題として位置付けられている。
【０００４】
そこで、通信データの機密性・完全性を維持する為、ＳＳＬ技術などに代表される暗号化技術が広く使用されるようになった他、本人認証を実現するＰＫＩ（ｐｕｂｉｃ  ｋｅｙ  ｉｎｆｒａｓｔｒｕｃｔｕｒｅ、公開鍵認証基盤）の普及、デジタル署名による否認防止、ＩＰアドレスやポート番号等に基づくフィルタリング、インターネットウィルス検出、インターネットウィルスに対するウィルススキャン、セキュリティホール対策などの様々なセキュリティ対策を適宜実施することにより、セキュリティが高度に確保されたインターネット通信が実現されている。
【０００５】
例えば、セキュリティに関する文献として、インターネットにおけるセキュリティ対策としてファイアウォールに関する基礎的な技術、及びセキュリティポリシーについて紹介されている文献がある（例えば、非特許文献１参照）。その中で、特に３．２３節ではセキュリティ対策としての暗号化通信について述べられている。また、暗号化に関する基礎技術、概念、実用システムの構築などについて紹介されている文献もある（例えば、非特許文献２参照）。その中で第２章では公開鍵暗号化についてディフィー・フェルマン（Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ）アルゴリズムに関する説明がある他、第３章では、暗号化に関する社会的・政治的問題についても解説されている。
【０００６】
以上のようなセキュリティ対策は、理想的には個々の通信端末がそれぞれそれらセキュリティ対策機能を搭載することにより実現することが望ましいが、現実的には一般ユーザが通信端末を利用することも考慮すると、すべての通信端末において常に十分で最新のセキュリティ対策機能を搭載させることは不可能に近い。そこで、実際にはアクセスネットワークのエッジに相当するような場所に、セキュリティ対策機能を有する第三の通信装置としてＦＷ（ｆｉｒｅｗａｌｌ、ファイアウォール）やＧＷ（ｇａｔｅｗａｙ、ゲートウェイ）などを設置し、常にネットワーク管理者がこのＦＷやＧＷなどを維持管理し、個々の通信端末の代わりにセキュリティ維持を実現している。またこれによって、あるネットワーク内にセキュリティ対策が不十分な通信端末がつながっている場合でも、外部からの不正なアクセスによってその通信端末を踏み台にしてネットワーク全体のセキュリティを侵されるようなことも防止することが可能となる。
【０００７】
【非特許文献１】Ｋａｒａｎｊｉｔ  Ｓｉｙａｎ、Ｐｈ．Ｄ．Ｃｈｒｉｓ  Ｈａｒｅ著、高辻  秀興訳、「インターネットファイアウォール」、アスキー、１９９６年３月発行
【非特許文献２】Ｐｅｔｅ  Ｌｏｓｈｉｎ著、「暗号化によるセキュリティ対策ガイド」、翔泳社、１９９９年６月発行
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかし、ある通信端末が別の通信端末との間で暗号化通信を実施している場合、セキュリティ対策機能を有する第三の通信装置としてＦＷやＧＷなどを設置しても、その通信データの内容を解読できなくなり、セキュリティ対策が不十分になるといった、暗号化とフィルタリングの矛盾が発生する。即ち、通信端末同士は自らの機密性を維持する為に暗号化通信を行うが、ネットワーク管理者の立場としてはＦＷやＧＷなどでは暗号化されたデータを復号化できず、その通信の内容を確認することが不可能となる為、適切なフィルタリングなどのセキュリティ対策を実施することが困難になる。これにより、不正なデータ転送やアクセスもしくはインターネットウィルスの侵入などに対し自衛することが出来なくなる。この課題については、通信プロトコル階層においてより深いレイヤ（レイヤ番号が小さいほど深い）で暗号化するほど、フィルタリング条件として利用できる通信ヘッダなどの情報が少なくなり、適切なフィルタリングの実施が困難になる。
【０００９】
例えば、ＩＰｖ６（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ６）で標準サポートされることになるＩＰｓｅｃにおいては、レイヤ３（ネットワーク層）での暗号化が実行される為、レイヤ４以上の通信ヘッダ情報さえ確認することが出来なくなり、通信データパケットのフィルタリング条件として利用可能な情報が大幅に少なくなる。例えば、ポート番号などの通信ヘッダ情報を参照することが出来なくなる他、トンネルモードでのＩＰｓｅｃ適用においては元のＩＰパケットの送信元や送信先を示すＩＰアドレス情報まで暗号化の適用範囲となる為、通信データの各種内容を第三の通信装置が参照することが出来ない場合がある。
【００１０】
従って、送信側通信端末と受信側通信端末との間に介在するＦＷやＧＷなどにおいて、ＩＰｓｅｃ等の暗号化されたパケットを転送する場合、そのパケットの内容を意識しない場合は問題ないが、使用条件、管理条件に制約があるネットワーク（例えば企業内ＬＡＮや、高いセキュリティレベルが要求されている商用ネットワークなど）においては、実際にはパケットの内容に問題がないにもかかわらず、暗号化されていることによりその内容を確認できない場合にはパケットの転送自体を遮断するというフィルタリング条件を設けざるを得ない場合も発生する。すなわち、特定のネットワークセキュリティ管理基準として、通信データの内容を確認できない場合はその特定のネットワークのエッジに存在する第三の通信装置においてその通信情報の転送を遮断するようにした場合、暗号化通信は実際の内容に問題が有るなしに関わらず全て遮断されてしまうことになる。
【００１１】
本発明は、以上の点に鑑み、暗号化された通信データに対して、適切なデータ検査を可能とし、暗号化とフィルタリングの矛盾を解決することを目的とする。また、本発明は、任意の通信端末同士がＳＳＬやＩＰｓｅｃなどの暗号化通信を行う場合において、ネットワーク上でその暗号化通信データを転送する第三の通信装置は、通信データの内容を確認可能にすることを目的とする。また、本発明は、暗号化されていないデータ通信の場合と同等のフィルタリング機能を、暗号化通信データに対して実現することを目的とする。さらに、本発明によると、通信データに対する暗号化の適用範囲が広い、すなわち通信プロトコル階層においてより深いレイヤ（レイヤ番号が小さいほど深い）で暗号化されることにより、第三の通信装置におけるフィルタリング条件として利用できるパケットヘッダなどの通信データ情報が少なくなっても、暗号化通信データに対する適切なフィルタリングの実施を可能とすることを目的とする。また、本発明は、レイヤ３で暗号化するＩＰｓｅｃが標準サポートされるＩＰｖ６において、適切なフィルタリングの実施を可能とすることを目的とする。
【課題を解決するための手段】
【００１２】
ＦＷやＧＷなどが、通信内容を解読しても支障が無い立場であり、かつ、他にその通信データの内容を漏らさないことが保証されている場合、先に指摘した暗号化とフィルタリングの矛盾を解決する為には、暗号化通信データの解読が必要なＦＷやＧＷなどに対しその暗号鍵を通知して通信データの内容を確認可能にすることにより、実質的には弊害なく暗号化とフィルタリングの矛盾を解決することが可能になる。
【００１３】
そこでこの課題を解決するに当たっては、第一に、ＦＷやＧＷなどは暗号化されていて内容を確認できない通信データを遮断し、そのＦＷやＧＷなどが暗号化通信を試みる送信側通信端末や受信側通信端末に対して、例えば通信データを遮断していることを通知するメッセージを送信する。もし、ＦＷやＧＷなどが通信データを遮断したまま何も通知しないと、送信側通信端末や受信側通信端末は、どこでなぜ通信データが遮断されているかを認識することができない。そこで、特定のＦＷやＧＷなどが暗号化通信の内容を確認できないために通信データを遮断していることを送信側通信端末や受信側通信端末に対して通知する。通信遮断メッセージの送付先は、例えば暗号化通信データの送信元アドレスや送信先アドレスなどを基に決定可能である。
【００１４】
第二に、送信側通信端末あるいは受信側通信端末は、通信遮断メッセージを受信することによりある特定のＦＷやＧＷなどによって暗号化通信が遮断されることを認識すると、そのＦＷやＧＷなどが暗号化通信データの内容を解読しても良い通信装置か否かを判断する。即ち、送信側通信端末や受信側通信端末にとっては、通信データを暗号化する目的に応じて、その内容を他の通信装置に知られても良い場合も有れば、秘密を維持しなければならない場合もある。またその判断は、ＦＷやＧＷなどの立場や属性などにも依存する。そこで、送信側通信端末あるいは受信側通信端末は、特定のＦＷやＧＷなどとＰＫＩの認証局などを利用して認証手続きを実行することにより、特定のＦＷやＧＷなどの立場や属性を明らかにする。その結果、送信側通信端末あるいは受信側通信端末は、ＦＷやＧＷなどに対して暗号鍵を渡しても良いか否かを判断する。
【００１５】
第三に、送信側通信端末もしくは受信側通信端末とＦＷやＧＷなどとの間で、新しく暗号鍵を生成して暗号化通信経路を確保する。これは、先に示した手続きにより特定のＦＷやＧＷなどが暗号化通信データの内容を解読しても問題ないと判断した場合に、当該暗号化通信データの暗号鍵を送信側通信端末あるいは受信側通信端末からＦＷやＧＷなどに対して送信する場合に、その暗号鍵が他に漏洩することを防止することが目的である。送信側通信端末もしくは受信側通信端末とＦＷやＧＷなどとの間で新しく暗号鍵を生成するに当たっては、ディフィー・フェルマンアルゴリズムなどを適用することにより、容易にそれを実現することが可能である。
【００１６】
以上の手続きを実現することにより、送信側通信端末もしくは受信側通信端末は、ＦＷやＧＷなどに対してその暗号鍵を通知し、ＦＷやＧＷは暗号化通信データの内容が確認可能になる。これによってＦＷやＧＷなどは、送信側通信端末と受信側通信端末が暗号化通信を行っている場合も、暗号化されていない場合と同等に、フィルタリングなどのセキュリティ対策を実施することが可能となる。
【００１７】
具体的には、任意の送信側通信端末と受信側通信端末とが、共有する暗号鍵を使用して暗号化通信を行うにあたり、該暗号化通信データをセキュリティ管理のフィルタリング条件に応じて遮断することが可能な第三の通信装置が、該暗号化通信データの転送経路上に１つ又は複数存在する場合において、該暗号化通信を実施しようとする送信側通信端末あるいは受信側通信端末に対して、第三の通信装置が該暗号化通信データを遮断していることを示す通信遮断メッセージを送信し、該通信遮断メッセージを受信した送信側通信端末あるいは受信側通信端末は、特定の第三の通信装置によって該暗号化通信データが遮断されていることを認識する。
【００１８】
また、送信側通信端末と第三の通信装置、あるいは、受信側通信端末と第三の通信装置の間で認証手続きなどを実行することにより、送信側又は受信側通信端末は、第三の通信装置が該暗号化通信データを復号化して該暗号化通信データの内容を解読しても良いか否かを判断する。解読しても良いと判断された場合、送信側通信端末と第三の通信装置、あるいは、受信側通信端末と第三の通信装置の間で、例えば個別の暗号鍵を生成して共有することにより、暗号化通信経路を確保する。送信側通信端末と第三の通信装置、あるいは、受信側通信端末と第三の通信装置の間で事前に生成した暗号化通信経路を利用して、送信側通信端末と受信側通信端末との間の暗号化通信において共有する暗号鍵を、送信側通信端末あるいは受信側通信端末から第三の通信装置に通知する。
【００１９】
さらに、第三の通信装置は、送信側通信端末あるいは受信側通信端末から第三の通信装置に通知された送信側通信端末と受信側通信端末との間の暗号化通信において適用される暗号鍵を使用して、送信側通信端末から受信側通信端末へ送信される暗号化通信データを復号化して解読し、解読された暗号化通信データの内容に対して、暗号化されていない通信データの転送時と同等のフィルタリング条件を適用する。該フィルタリング条件の適用の結果に従い、第三の通信装置は、転送を許可する場合には該暗号化通信データをそのまま転送し、一方、転送を許可しない場合には該暗号化通信データの転送を遮断する。
【００２０】
本発明の第１の解決手段によると、
所定のフィルタリング条件に従いデータを転送及び／又は遮断する第３の通信装置を介して、第１の通信装置と第２の通信装置との間で、第１の暗号鍵により暗号化された暗号化通信データが伝送される暗号化通信において、
第３の通信装置は、第１又は第２の通信装置から受信した復号化又は解読できない暗号化通信データを遮断するステップと、
第３の通信装置は、当該データの送信元アドレス及び／又は送信先アドレスに基づき、第１及び／又は第２の通信装置に、当該暗号化通信データを遮断していることを示す通信遮断メッセージを送信するステップと、
第３の通信装置は、第１の通信装置と第２の通信装置との間の暗号化通信において使用される第１の暗号鍵を、当該第３の通信装置を認証した第１又は第２の通信装置から受信するステップと、
第３の通信装置は、受信した第１の暗号鍵を使用して、第１及び／又は第２の通信装置から受信した暗号化通信データを復号化するステップと、
第３の通信装置は、復号化された暗号化通信データに対して所定のフィルタリング条件を適用し、当該条件の適用結果に従い暗号化通信データを転送又は遮断するステップと
を含む暗号化通信データ検査方法、及び、これら各処理を第３の通信装置に実行させるための暗号化通信データ検査プログラムが提供される。
【００２１】
本発明の第２の解決手段によると、
暗号鍵により暗号化された暗号化通信データを送受信する第１の通信装置と第２の通信装置の間に介在し、当該暗号化通信データに対して、所定のフィルタリング条件に従いデータを転送及び／又は遮断するための暗号化通信データ検査装置であって、
前記暗号化通信データ検査装置は、
前記第１又は第２の通信装置から受信した復号化又は解読できない暗号化通信データを遮断し、
当該データの送信元アドレス及び／又は送信先アドレスに基づき、前記第１及び／又は第２の通信装置に、当該暗号化通信データを遮断していることを示す通信遮断メッセージを送信し、
前記第１の通信装置と前記第２の通信装置との間の暗号化通信において使用される第１の暗号鍵を、当該第３の通信装置を認証した前記第１又は第２の通信装置から受信し、
受信した第１の暗号鍵を使用して、前記第１及び／又は第２の通信装置から受信した暗号化通信データを復号化し、
復号化された暗号化通信データに対して所定のフィルタリング条件を適用し、当該条件の適用結果に従い暗号化通信データを転送又は遮断する
前記暗号化通信データ検査装置が提供される。
【発明の効果】
【００２２】
本発明によると、任意の通信端末同士がＳＳＬやＩＰｓｅｃなどの暗号化通信を行う場合において、ネットワーク上でその暗号化通信データを転送する第三の通信装置は、通信データの内容の一部を確認することが出来る。また、本発明によると、第三の通信装置は暗号化通信データを復号化して内容を解読することが可能になる為、暗号化通信によって参照することが不可能だったパケットヘッダ情報などのフィルタリング条件が参照可能になり、暗号化しないデータ通信の場合と同等のフィルタリング機能を実現することが可能になる。
【００２３】
さらに、本発明によると、通信データに対する暗号化の適用範囲が広い、すなわち通信プロトコル階層においてより深いレイヤ（レイヤ番号が小さいほど深い）で暗号化されることにより、第三の通信装置におけるフィルタリング条件として利用できるパケットヘッダなどの通信データ情報が少なくなっても、暗号化通信データに対する適切なフィルタリングの実施が可能になる。特に、今後普及が予測されるＩＰｖ６においては、レイヤ３で暗号化するＩＰｓｅｃが標準サポートされるので、上記機能を実現する意義は大きい。
【発明を実施するための最良の形態】
【００２４】
１．第１の実施の形態
図１は、暗号化通信データ検査システムの装置構成及び暗号化経路の概要図である。図１は、送信側通信端末と受信側通信端末が、暗号化されたデータ通信を許容しない第三の通信装置を経由して暗号化通信を実施する場合の装置構成及び暗号化経路を示す。
【００２５】
暗号化通信データ検査システムは、送信側通信端末１−１と、受信側通信端末１−２と、第三の通信装置１−３とを備える。さらに、認証局１−４を備えることもできる。
【００２６】
送信側通信端末１−１及び受信側通信端末１−２は、暗号化通信を実行する。なお、本実施の形態においては、説明をわかりやすくするために通信端末を送信側、受信側と記述しているが、各通信端末は送信及び受信に限られた通信端末である必要はない。
【００２７】
第三の通信装置１−３は、送信側通信端末１−１と受信側通信端末１−２との間の通信データを転送するための通信装置であり、ＦＷやＧＷの役割を果たす。また、第三の通信装置１−３は、暗号化された通信データ（以下、暗号化通信データという）に対して、例えば所定のフィルタリング条件に基づくフィルタリング処理等のセキュリティ対策に関する処理を実行して、暗号化通信データを転送及び／又は遮断する。
【００２８】
認証局１−４は、通信相手の認証を行うための装置である。認証局１−４は、例えば、端末やサーバの立場や属性等の情報を有する。認証局１−４は、送信側通信端末１−１又は受信側通信端末１−２が第三の通信装置１−３に暗号鍵を渡して良いか否かの妥当性を評価する為に利用される。また、認証局１−４は、送信側通信端末１−１、受信側通信端末１−２の暗号化通信を行うに当たっての相互認証に利用されることもできる。
【００２９】
図１では、送信側通信端末１−１がＬＡＮ１−５を通して、及び、受信側通信端末１−２がＬＡＮ１−６を通してインターネットにつながっており、送信側通信端末１−１と受信側通信端末１−２との間で暗号化通信を実施する場合のイメージを示している。ここで、例えば、ＬＡＮ１−５は特にネットワークセキュリティ管理がなされていないものとして説明する。一方、ＬＡＮ１−６では一定のネットワークセキュリティ管理を実現する為に、ＦＷやＧＷなどの役割として第三の通信装置１−３を通してインターネットにつながっている。なお、第三の通信装置１−３が、ＬＡＮ１−６ではなくＬＡＮ１−５内に存在しても同様である。また、ＬＡＮ１−５及びＬＡＮ１−６の両方に存在してもよい。
【００３０】
送信側通信端末１−１と受信側通信端末１−２との間には第三の通信装置１−３がひとつ又は複数存在する場合が想定されるが、図１では１台存在する場合を想定している。なお、第三の通信装置１−３が複数存在する場合については後述する。ここで第三の通信装置１−３は、転送する通信データにおいて、暗号化によって通信データの内容（例えば、ＩＰアドレスなどの所定のフィルタリング処理に必要な情報）を解読できない場合には、セキュリティ維持などの目的でその通信データ自体の転送を遮断するポリシーに基づき制御されているものとする。
【００３１】
通信データの内容を解読できない場合とは、例えば暗号化通信データの復号化に必要な暗号鍵がないために、データを復号化できず所定の情報を得られない場合が考えられる。なお、第三の通信装置１−３は、当該データを復号化できなくても、又は、データの内容すべてを解読できなくても、フィルタリング処理等に必要な所定の情報が得られる場合には当該データを転送するようにしてもよい。
【００３２】
図２は、暗号化通信を実現するための手順に関するシーケンス図である。図２は、送信側通信端末１−１と受信側通信端末１−２が、暗号化されたデータ通信を許容しない第三の通信装置１−３を経由して暗号化通信を実施する場合のシーケンス図を示す。
【００３３】
まず、送信側通信端末１−１及び受信側通信端末１−２は、第三の通信装置１−３の存在をはじめから認識できない為、通常の暗号化通信を試みようとする。ここで送信側通信端末１−１と受信側通信端末１−２の間で暗号化通信するための暗号鍵Ｘを共有するに当たっては幾つかの手段が考えられ、事前に何らかの手段で暗号鍵Ｘを物理的に共有しておく場合が考えられる。この他にも、ＰＫＩの認証局１−４などを利用して認証手続きを実施した後に、ディフィー・フェルマンアルゴリズムなどを適用することにより共有の暗号鍵Ｘを生成する場合も考えられる。例えばＩＰｓｅｃにおいては、ＩＫＥ（ｉｎｔｅｒｎｅｔ  ｋｅｙ  ｅｘｃｈａｎｇｅ）の手続きを踏むことによって安全に共有の暗号鍵を生成することが可能である。なお、これらに限らず、適宜の方法、手段により共有の暗号鍵を生成してもよい。
【００３４】
送信側通信端末１−１は、この暗号鍵Ｘを用いて暗号化した暗号化通信データを受信側通信端末１−２に向けて送信する。しかし、その暗号化通信データを転送することになる第三の通信装置１−３は、自らが復号化して解読できない当該暗号化通信データを遮断する。ここで遮断しただけでは送信側通信端末１−１や受信側通信端末１−２は、どこでなぜ暗号化通信データが遮断されているかを認識できない為、第三の通信装置１−３は、例えば暗号化通信データパケットのソースアドレス（ＳＡ）及び／又はデスティネーションアドレス（ＤＡ）に基づき、第三の通信装置１−３自身がこの暗号化通信データを遮断していること示す通信遮断メッセージを、送信側通信端末１−１及び／又は受信側通信端末１−２に送信する。通信遮断メッセージを受信した送信側通信端末１−１及び受信側通信端末１−２は、そこで初めて第三の通信装置１−３によって暗号化通信データが遮断されていることを認識することが出来る。
【００３５】
次に、通信遮断メッセージを受信した送信側通信端末１−１もしくは受信側通信端末１−２は、暗号化通信データの遮断を解消すべく、第三の通信装置１−３に暗号鍵Ｘを渡して良いか否かを判断する為に第三の通信端末１−３と相互認証を実施する。なお、送信側通信端末１−１が第三の通信装置１−３と相互認証を実施する場合も同様である。この相互認証は、通信遮断メッセージを受信した第三の通信装置１−３が暗号化通信データを暗号鍵Ｘで復号化して解読可能になっても問題ないか、もしくは第三の通信装置１−３が通信データの内容を他に漏洩する危険性がないかなどを確認することが主な目的である。以下、説明を簡単化するために受信側通信端末１−２が第三の通信装置１−３と相互認証を実施するものとして説明する。
【００３６】
このような相互認証を実現する為には、送信側通信端末１−１と受信側通信端末１−２とが相互認証するのと同様に、例えば受信側通信端末１−２と第三の通信装置１−３とがＰＫＩの認証局１−４などを利用することにより、受信側通信端末１−２は第三の通信装置１−３に対して暗号鍵Ｘを渡して良い相手か否かを判定することができる。ここでは、例えばあらかじめ受信側通信端末１−２において暗号鍵Ｘを渡しても良い信頼できる通信装置もしくはそのグループを示す識別情報の一覧を保持しておくことにより、受信側通信端末１−２は第三の通信装置１−３がその一覧に該当する場合は暗号鍵Ｘを渡して問題なしと判断し、一方それ以外の場合は暗号鍵Ｘを渡してはならないことを判断する。なお、これ以外にも適宜の方法により相互認証することができる。また、本実施の形態では相互認証を行っているが、暗号鍵を渡しても良いか否かの判定においては、少なくとも送信側通信端末１−１又は受信側通信端末１−２が第三の通信端末１−３を認証できればよい。
【００３７】
その結果、問題なしと判断された場合には、受信側通信端末１−２から第三の通信装置１−３に暗号鍵Ｘをセキュアに送信する為、受信側通信端末１−２と第三の通信装置１−３との間で新たな暗号化通信を実現する為に用いる暗号鍵Ｙを生成する。暗号鍵Ｙの生成に当たっては、暗号鍵Ｘの生成の場合と同様、ディフィー・フェルマンアルゴリズムなどを適用することにより共有の暗号鍵Ｙを生成することが可能である。
【００３８】
そして、暗号鍵Ｙで確保された暗号化通信経路を用いて、受信側通信端末１−２は、第三の通信装置１−３に対して暗号鍵Ｘを送信する。また、第三の通信装置１−３は暗号鍵Ｘを受信し、受信した暗号鍵を記憶部等に適宜記憶する。例えば、第三の通信装置１−３は、暗号化通信経路の識別情報、送信側通信端末１−１及び受信側通信端末１−２の識別情報などに対応させて暗号鍵Ｘを記憶する。
【００３９】
さらに、受信側通信端末１−２は、例えば送信側通信端末１−１に対して暗号鍵Ｘで暗号化されたデータ通信の再開を通知する。送信側通信端末１−１と受信側通信端末１−２の暗号化通信は、遮断された状態で止まっているため、通信を再開するためのトリガを送信側通信端末１−１に与えるものである。なお、この通知は、暗号鍵Ｘを送信した受信側通信端末１−２が行う以外にも、暗号鍵Ｘを受信した第三の通信装置１−３が送信側通信端末１−１に通知するようにしてもよい。また、これ以外にも所定時間経過後に通信を再開するなど、適宜の方法によりデータ通信を再開するためのトリガを与えることができる。さらに、第三の通信装置１−３が、遮断したデータを一時記憶しておき、送信側通信端末１−１から再度データを送信しないようにしてもよい。
【００４０】
データ通信の再開の通知を受けた送信側通信端末１−１は、再度、暗号化通信データを受信側通信端末１−２に送信する。第三の通信装置１−３は、すでに受信した暗号鍵Ｘを用いて、送信側通信端末１−１と受信側通信端末１−２との間の暗号化通信データを復号化して解読することにより、その内容を確認することが可能である。
【００４１】
第三の通信装置１−３は、確認された暗号化通信データの内容に基づき、本来の暗号化されていない場合のフィルタリング基準と同等の処理を実施した上で、転送して問題なしと判断した場合には、暗号化通信データをそのまま転送する。その結果、受信側通信端末１−２は暗号化通信データを受信することが可能になる。一方、第三の通信装置１−３は、フィルタリングの処理により転送不可と判断した場合には、当該データを廃棄する。
【００４２】
２．第２の実施の形態
図３は、複数の通信装置を介して暗号化通信を実施する暗号化データ検査システムの装置構成及び暗号化経路の概要図である。図３は、図１の概略図をベースにして、送信側通信端末３−１、受信側通信端末３−２、第三の通信装置３−３以外に、更にＦＷやＧＷなどの役割として暗号化通信データを遮断する第四の通信装置３−４を備えるものである。なお、第五、第六の通信装置など、さらに通信装置を備えることもできる。
【００４３】
ここで、第四の通信装置の場所としては、送信側通信端末３−１と第三の通信装置３−３との間の場所と、第三の通信装置３−３と受信側通信端末３−２との間の場所とが考えられるが、送信側通信端末３−１と受信側通信端末３−２との間の暗号化通信データが、インターネット等を介して第三の通信装置３−３にまで到達していることから、ＦＷやＧＷなどの役割として暗号化通信データを遮断する第四の通信装置３−４の場所は、例えば、第三の通信装置３−３と受信側通信端末３−２との間の場所とすることができる。なお、第三の通信端末３−３と第四の通信端末３−４は、これに限らず適宜の場所に配置することができる。
【００４４】
ここで注意すべきは、受信側通信端末３−２が第三の通信装置３−３へ暗号鍵Ｘを送信する場合、上述のように暗号化通信経路（Ｙ）を使用した暗号化通信が発生することである。この場合、第四の通信装置３−４は暗号化通信データの転送を遮断するため、単純には受信側通信端末３−２は第三の通信装置３−３へ暗号鍵Ｘを送信することはできない。しかし、上述の第１の実施の形態に係る手続きを再帰的に実行することにより上記課題は解決することが可能である。
【００４５】
即ち、受信側通信端末３−２と第三の通信端末３−３における暗号化通信において、図３に示す受信側通信端末３−２は図１及び図２に示す送信側通信端末１−１に、図３の第三の通信装置３−３は図１及び図２の受信側通信端末１−２に、そして図３の第四の通信装置３−４は図１及び図２の第三の通信装置１−３にそれぞれ対応させて、上述と同様の手続きを実行すればよい。第四の通信装置３−４が存在したとしても、最終的には送信側通信端末３−１と受信側通信端末３−２との間の暗号化通信は可能になる。具体的な一連の処理の例について、以下に説明する。
【００４６】
図４及び図５は、暗号化されたデータ通信を許容しない複数の通信装置が存在する場合における暗号化データ検査のシーケンス図である。
【００４７】
上述と同様にして、ＦＷやＧＷなどの役割を果たす通信装置が複数存在する場合であっても、上述と同じ手続きを再帰的に繰り返し実行することにより暗号化通信をすることが可能である。例として図４及び図５では、送信側通信端末３−１と受信側通信端末３−２との間にＦＷやＧＷなどの役割として暗号化通信データを遮断する３個の通信装置（第三、第四、第五の通信装置）が存在する場合の具体的な手続きの流れを示す。これら第三、第四、第五の通信装置は、例えば、図１におけるＬＡＮ１−６内に配置される。なお、通信装置の数は３個以外の場合であっても同様である。
【００４８】
まず、図４を参照し、送信側通信端末３−１と受信側通信端末３−２の間の暗号化通信（Ｘ）を実現するにあたっては、第三の通信装置３−３で暗号化通信（Ｘ）が拒否されて送信が失敗する。通信遮断メッセージが送信元アドレス等に基づき、第三の通信装置３−３から受信側通信端末３−２に送信されると、受信側通信端末３−２と第三の通信装置３−３の間で暗号化通信経路（Ｙ）を作成し、暗号化通信（Ｙ）を試みる。しかし、今度は第五の通信装置３−５で暗号化通信（Ｙ）が拒否されて暗号鍵（Ｘ）の送信が失敗する。通信遮断メッセージが第五の通信装置３−５から第三の通信装置３−３に送信されると、第三の通信装置３−３と第五の通信装置３−５の間で暗号化通信経路（Ｚ）を作成し、暗号化通信（Ｚ）を試みる。しかし、今度は第四の通信装置３−４で暗号化通信（Ｚ）が拒否されて暗号鍵（Ｙ）送信が失敗する。
【００４９】
通信遮断メッセージが第四の通信装置３−４から第五の通信装置３−５に送信されると、第五の通信装置３−５と第四の通信装置３−４の間で暗号化通信経路（Ｗ）を作成し、暗号化通信（Ｗ）を試みる。ここで始めて暗号化通信（Ｗ）が成立し、第五の通信装置３−５から第四の通信装置３−４へ暗号鍵（Ｚ）の送信が成功する。その結果、暗号化通信経路（Ｚ）を介した、第三の通信装置３−３から第五の通信装置３−５への暗号鍵（Ｙ）の送信も成功する。ここで、例えば、暗号鍵（Ｚ）の送信が成功後、上述の第１の実施の形態と同様に、第五の通信装置３−５はデータ通信の再開を第三の通信装置３−３に通知するようにしてもよい。以下、暗号鍵の送信が成功した場合についても同様である。
【００５０】
次に、受信側通信端末３−２から第三の通信装置３−３へ向けて暗号鍵（Ｘ）を送信する。第五の通信装置３−５は上述の処理により暗号鍵（Ｙ）を持っているため、暗号化通信（Ｙ）は、他のフィルタリング条件に該当しない限り第五の通信装置３−５を通過することができる。以下の説明において、他のフィルタリング条件には該当しないものとして説明する。一方、第四の通信装置３−４は暗号鍵（Ｙ）を持っていないため、暗号化通信（Ｙ）が拒否されて暗号鍵（Ｘ）の送信が失敗する。通信遮断メッセージが第四の通信装置３−４から第三の通信装置３−３に送信されると、第三の通信装置３−３と第四の通信装置３−４の間で暗号化通信経路（Ｖ）を作成し、暗号化通信（Ｖ）を試みる。暗号化通信（Ｖ）は成立し、第三の通信装置３−３から第四の通信装置３−４へ暗号鍵（Ｙ）の送信が成功する。その結果、暗号化通信経路（Ｙ）を介した、受信側通信端末３−２から第三の通信装置３−３への暗号鍵（Ｘ）の送信が成功する。
【００５１】
次に、図５を参照し、送信側通信端末３−１はあらためて受信側通信端末３−２と暗号化通信（Ｘ）の実現を試みるが、今度は第四の通信装置３−４で暗号化通信（Ｘ）が拒否されて暗号化通信データの送信が失敗する。以降、上述の第三の通信装置３−３で暗号化通信（Ｘ）が拒否された場合と同様な手続きで第四の通信装置３−４に暗号鍵（Ｘ）が渡される。第五の通信装置３−５においても同様にして暗号鍵（Ｘ）が渡されることにより、最終的には、送信側通信端末３−１から受信側通信端末３−２への暗号化通信（Ｘ）が成功するに至ることになる。
【００５２】
図６は、通信遮断メッセージに対して送信側通信端末３−１が対応手続きを実行する暗号化データ検査のシーケンス図である。
【００５３】
上述の説明では、ＦＷやＧＷなどの役割として暗号化通信データを遮断する通信装置が生成する通信遮断メッセージに対して、受信側（例えば、受信側通信端末３−２）がその対応手続きを実行する場合を説明したが、送信側（例えば、送信側通信端末３−１）がその対応手続きを実行する場合も基本的には同様となる。図６では、送信側がその対応手続きを実行することを前提に、送信側通信端末３−１と受信側通信端末３−２との間にＦＷやＧＷなどの役割として暗号化通信データを遮断する３個の通信装置（第三、第四、第五の通信装置）が存在する場合の具体的な手続きの流れを示す。これら第三、第四、第五の通信装置は、例えば、図１におけるＬＡＮ１−６内に配置される。なお、通信装置の数は３個以外の場合であっても同様である。
【００５４】
送信側通信端末３−１と受信側通信端末３−２の間の暗号化通信（Ｘ）を実現するにあたっては、まず第三の通信装置３−３で暗号化通信（Ｘ）が拒否されて暗号化通信データの送信が失敗する。当該データの送信元アドレス等に基づき、通信遮断メッセージが第三の通信装置３−３から送信側通信端末３−１に送信されると、送信側通信端末３−１と第三の通信装置３−３の間で暗号化通信経路（Ｙ）を作成し、暗号化通信（Ｙ）を試みる。この暗号化通信（Ｙ）は成功し、送信側通信端末３−１から第三の通信装置３−３に暗号鍵（Ｘ）が送信される。なお、図６においては、通信遮断メッセージは送信側通信端末３−１にのみ送信しているが、受信側通信端末３−２にもあわせて送信してもよい。以下の通信遮断メッセージの送信においても同様である。
【００５５】
あらためて、送信側通信端末３−１から受信側通信端末３−２への暗号化通信（Ｘ）を試みると、第三の通信装置３−３は暗号鍵（Ｘ）を持っているため、暗号化通信（Ｘ）は他のフィルタリング条件に該当しない限り遮断されないが、今度は第四の通信装置３−４において暗号化通信（Ｘ）が拒否されて暗号化通信データの送信が失敗する。通信遮断メッセージが第四の通信装置３−４から送信側通信端末３−１に送信されると、送信側通信端末３−１と第四の通信装置３−４の間で暗号化通信経路（Ｚ）を作成し、暗号化通信（Ｚ）を試みる。
【００５６】
しかし、今度は第三の通信装置３−３で暗号化通信（Ｚ）が拒否されて暗号鍵（Ｘ）の送信が失敗する。通信遮断メッセージが第三の通信装置３−３から送信側通信端末３−１に送信されると、送信側通信端末３−１と第三の通信装置３−３の間で既に生成してある暗号化通信（Ｙ）によって暗号鍵（Ｚ）が送信される。その結果、今度は送信側通信端末３−１と第四の通信装置３−４の間で暗号化通信（Ｚ）が成功し、暗号鍵（Ｘ）が送信側通信端末３−１から第四の通信装置３−４に送信される。なお、送信側通信端末３−１が、通信遮断メッセージに対する処理を実行する場合においては、上述の通信の再開の通知はしなくてもよい。
【００５７】
これ以降、送信側通信端末３−１から受信側通信端末３−２への暗号化通信（Ｘ）を試みると、今度は第五の通信装置３−５において暗号化通信（Ｘ）が拒否されて暗号化通信データの送信が失敗するが、同様な再帰処理により暗号鍵（Ｘ）が第五の通信装置３−５に送信される。最終的には、送信側通信端末３−１から受信側通信端末３−２への暗号化通信（Ｘ）が成功するに至ることになる。
【００５８】
３．付記
本発明の暗号化通信データ検査方法又は暗号化通信データ検査システムは、その各手順をコンピュータ又は通信装置に実行させるための暗号化通信データ検査プログラム、暗号化通信データ検査プログラムを記録したコンピュータ読み取り可能な記録媒体、暗号化通信データ検査プログラムを含みコンピュータの内部メモリーにロード可能なプログラム製品、そのプログラムを含むサーバ等のコンピュータ、等により提供されることができる。
【図面の簡単な説明】
【００５９】
【図１】送信側通信端末と受信側通信端末が、暗号化されたデータ通信を許容しない第三の通信装置を経由して暗号化通信を実施する場合の、装置構成及び暗号化経路の概要図を示す。
【図２】送信側通信端末と受信側通信端末が暗号化されたデータ通信を許容しない第三の通信装置を経由して暗号化通信を実施する場合のシーケンス図を示す。
【図３】図１の概要図をベースに、暗号化されたデータ通信を許容しない通信装置を更にもう一台経由して暗号化通信を実施する場合の、装置構成、及び暗号化経路の概要図を示す。
【図４】通信遮断メッセージに対して通信データの受信側通信端末又は装置が対応手続きを実行することを前提に、送信側通信端末と受信側通信端末との間に３個の暗号化されたデータ通信を許容しない通信装置が存在する場合の具体的な手続きのシーケンス図（１）を示す。
【図５】通信遮断メッセージに対して通信データの受信側通信端末又は装置が対応手続きを実行することを前提に、送信側通信端末と受信側通信端末との間に３個の暗号化されたデータ通信を許容しない通信装置が存在する場合の具体的な手続きのシーケンス図（２）を示す。
【図６】通信遮断メッセージに対して通信データの送信側通信端末又は装置が対応手続きを実行することを前提に、送信側通信端末と受信側通信端末との間に３個の暗号化されたデータ通信を許容しない通信装置が存在する場合の具体的な手続きのシーケンス図を示す。
【符号の説明】
【００６０】
１−１  暗号化通信を実行する送信側通信端末
１−２  暗号化通信を実行する受信側通信端末
１−３  ＦＷやＧＷなどの役割を果たす第三の通信装置
１−４  送信側通信端末もしくは受信側通信端末が第三の通信装置に暗号鍵を渡して
良いか否かの妥当性を評価する為に利用される認証局
１−５  ＬＡＮ（セキュリティ管理がなされていない場合）
１−６  ＬＡＮ（セキュリティ管理がなされている場合）
３−１  暗号化通信を実行する送信側通信端末
３−２  暗号化通信を実行する受信側通信端末
３−３  ＦＷやＧＷなどの役割を果たす第三の通信装置
３−４  ＦＷやＧＷなどの役割を果たす第四の通信装置
３−５  ＦＷやＧＷなどの役割を果たす第五の通信装置
【図１】
2005065004.tif 000003
【図２】
2005065004.tif 000004
【図３】
2005065004.tif 000005
【図４】
2005065004.tif 000006
【図５】
2005065004.tif 000007
【図６】
2005065004.tif 000008