通信内容監査方法および通信内容監査システム
【課題】クライアントとサーバとの間で行われたセキュア通信の通信内容について、真正性および客観性の高い、より厳密な監査を実現することを課題とする。
【解決手段】監査人端末装置は、サーバ装置が暗号化されたセッション鍵を復号するために用いる第１の秘密鍵と階層関係にある第２の秘密鍵を予め有する。監査人端末装置は、第２の秘密鍵を用いて、中継装置から取得した暗号化通信データに含まれる暗号化セッション鍵を復号する。次に、監査人端末装置は、復号の結果得られるセッション鍵を用いて、中継装置から取得した暗号化通信データを復号する。そして、監査人端末装置は、クライアント装置およびサーバ装置からそれぞれ取得したアクセスログ、および第２の秘密鍵により復号した通信データ（通信内容）を出力する。
【解決手段】監査人端末装置は、サーバ装置が暗号化されたセッション鍵を復号するために用いる第１の秘密鍵と階層関係にある第２の秘密鍵を予め有する。監査人端末装置は、第２の秘密鍵を用いて、中継装置から取得した暗号化通信データに含まれる暗号化セッション鍵を復号する。次に、監査人端末装置は、復号の結果得られるセッション鍵を用いて、中継装置から取得した暗号化通信データを復号する。そして、監査人端末装置は、クライアント装置およびサーバ装置からそれぞれ取得したアクセスログ、および第２の秘密鍵により復号した通信データ（通信内容）を出力する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セキュア通信を利用したクライアントとサーバとの間の通信事象および通信内容の真正性や客観性を担保する技術に関する。
【背景技術】
【０００２】
近年、インターネットを利用した電子商取引が盛んとなり、例えば、ＲＦＣ（Request For Comment）４３４６に開示されているプロトコル、ＳＳＬ／ＴＬＳ（Secure Socket Layer／Transport Layer Security）を用いたセキュア通信が脚光を浴びている。ＳＳＬ／ＴＬＳは、インターネット上で情報を暗号化して送受信するためのプロトコルである。
【０００３】
図１０は、従来技術を示す図である。ＳＳＬ／ＴＬＳを用いたセキュア通信を行うと、例えば、クライアントとサーバとの間でやり取りされるメッセージは暗号化される。このため、例えば、図１０の（１）に示す無関係な第三者が、クライアントとサーバとの間でやり取りされるメッセージを取得し、取得したメッセージを復号してその内容を知ることはできない。このように、ＳＳＬ／ＴＬＳを用いたセキュア通信を行うと、クライアントとサーバとの間の二者間の仮想的な秘密通信路を確保できる。よって、例えば、電子商取引などにおいてクライアントとサーバとの間でやり取りされる個人情報の漏洩や取引情報の改ざんなどを防止できる。
【０００４】
ところで、例えば、不正な機密情報の持ち出しや、クライアントとサーバとの間の合意内容の否認などの通信事象が発生した場合には、セキュア通信の通信内容の監査が必要となる。例えば、この通信事象の一例を挙げれば、電子商取引におけるクライアントの発注行為の否認や、電子商取引におけるサーバの受注行為の否認などがある。
【０００５】
上述したように、セキュア通信を利用してクライアントとサーバとの間でやり取りされるメッセージは暗号化されているので、原則、第三者がメッセージを復号してその内容を知ることはできない。よって、セキュア通信の内容を監査する監査人が、クライアントとサーバとの間でやり取りされるメッセージを取得し、取得したメッセージを直接復号して、その通信内容を監査することはできない。このため、通信内容の監査が必要となる通信事象が発生した場合に、例えば、次のような運用ポリシーが採用されている。
【０００６】
まず、セキュア通信を利用してクライアントとサーバとの間でやり取りされたメッセージに関するアクセスログなどをクライアントやサーバにそれぞれ個別に記録しておく。そして、図１０の（２）に示す監査人がクライアントやサーバに記録されているアクセスログを確認することにより、クライアントとサーバとの間の通信内容の監査を行う。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】C. Gentry, A. Silverberg, "Hierarchical ID-based cryptography", ASIACRYPT 2002, LNCS 2501, Springer-Verlag, pp.548-566, 2002.
【非特許文献２】John Bethencourt , Amit Sahai , Brent Waters, "Ciphertext-Policy Attribute-Based Encryption", Proceedings of the 2007 IEEE Symposium on Security and Privacy, p.321-334, May 20-23, 2007
【発明の概要】
【発明が解決しようとする課題】
【０００８】
ところで、上述した運用ポリシーは、例えば、ＲＦＣ３１６１に開示されているタイムスタンプ技術を用いてアクセスログにタイムスタンプを付与することにより、アクセスログの真正性を担保することが可能となる。しかしながら、上述した運用ポリシーでは、アクセスログのもととなる通信事象そのものの存在確認を厳密に行う術はないので、アクセスログそのものが虚偽のものであるか否かまでは判別できない。つまり、上述した運用ポリシーでは、クライアントとサーバとの間のアクセスログが虚偽のものである可能性を否定できない。このため、上述した運用ポリシーでは、セキュア通信を利用したクライアントとサーバとの間の通信内容の監査を行う場合に、アクセスログの真正性および客観性を担保することが難しいという問題がある。
【０００９】
本発明は、上記に鑑みてなされたものであって、クライアントとサーバとの間で行われたセキュア通信の通信内容についてより厳密な監査を実現することが可能な通信内容監査方法および通信内容監査システムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上述した課題を解決し、目的を達成するために、本発明は、クライアント装置とサーバ装置との間で行われたセキュア通信の通信内容を監査する監査人端末装置を含む通信内容監査システムに適用される通信内容監査方法であって、前記クライアント装置は、階層鍵暗号を用いて、前記サーバ装置との間で行うセキュア通信に用いるセッション鍵を暗号化するステップと、前記暗号化セッション鍵を前記サーバ装置に送信するステップと、前記セッション鍵を用いて通信データを暗号化した暗号化通信データを前記サーバ装置との間でやり取りするステップとを含み、前記サーバ装置は、階層鍵暗号を用いて、前記クライアント装置から受信した暗号化セッション鍵を第一の秘密鍵により復号するステップと、前記第一の秘密鍵により暗号化セッション鍵を復号し、復号の結果得られるセッション鍵を用いて通信データを暗号化した暗号化通信データを前記クライアント装置との間でやり取りするステップとを含み、前記監査人端末装置は、前記セッション鍵により暗号化された状態で前記クライアント装置と前記サーバ装置との間でやり取りされる暗号化通信データを取得するステップと、前記第一の秘密鍵と階層関係にある第二の秘密鍵を用いて、前記暗号化通信データに含まれる暗号化セッション鍵を復号し、復号の結果得られるセッション鍵を用いて該暗号化通信データを復号するステップとを含むことを特徴とする。
【発明の効果】
【００１１】
本発明によれば、クライアントとサーバとの間で行われたセキュア通信の通信内容について、真正性および客観性の高い、より厳密な監査を実現できる。
【図面の簡単な説明】
【００１２】
【図１】図１は、実施例１に係る通信内容監査システムの概要および特徴を説明するための図である。
【図２】図２は、実施例１に係る通信内容監査システムの構成を示す図である。
【図３】図３は、実施例１に係る通信記録データの構成例を示す図である。
【図４】図４は、実施例１に係る監査人端末装置の構成を示す図である。
【図５】図５は、実施例１に係る監査人端末装置４００における復号の概念を説明するための図である。
【図６】図６は、クライアント装置１００とサーバ装置２００との間で行われるハンドシェイクフェーズおよびアプリケーション通信フェーズの処理の流れを示す図である。
【図７】図７は、ハンドシェイクフェーズおよびアプリケーション通信フェーズにおける中継装置３００による処理の流れを示す図である。
【図８】図８は、監査人端末装置４００による処理の流れを示す図である。
【図９】図９は、通信内容復号プログラムを実行するコンピュータを示す図である。
【図１０】図１０は、従来技術を示す図である。
【発明を実施するための形態】
【００１３】
以下に、図面を参照しつつ、本願の開示する通信内容監査方法および通信内容監査システムの一実施形態を詳細に説明する。
【実施例１】
【００１４】
以下に説明する実施例１では、本発明に係る通信内容監査方法および通信内容監査システムの一実施形態として実施例１を説明する。なお、以下の実施例１により、本願の開示する発明が限定されるものではない。
【００１５】
［通信内容監査システムの概要および特徴］
実施例１に係る通信内容監査システムは、クライアント装置とサーバ装置との間で行われたセキュア通信の通信内容を監査することを概要とする。そして、実施例１に係る通信内容監査システムは、クライアントとサーバとの間で行われたセキュア通信の通信内容の真正性および客観性を担保することが可能とする仕組みに特徴がある。
【００１６】
図１は、実施例１に係る通信内容監査システムの概要および特徴を説明するための図である。図１に示すように、実施例１に係る通信内容監査システムは、クライアント装置と、サーバ装置と、中継装置と、監査人端末装置とを含む。中継装置は、クライアント装置とサーバ装置との間で行われたセキュア通信の通信データを中継するとともに、中継する通信データを記録する。
【００１７】
クライアント装置およびサーバ装置は、階層鍵暗号を用いてセッション鍵を共有し、セッション鍵により暗号化した暗号化通信データをやり取りするセキュア通信を行う。
【００１８】
監査人端末装置は、クライアント装置とサーバ装置との間でやり取りされた暗号化通信データを中継装置から取得する。また、監査人端末装置は、クライアント装置に記録されているサーバ装置との間のセキュア通信の履歴であるアクセスログ、およびサーバ装置に記録されているクライアント装置との間のセキュア通信の履歴であるアクセスログをそれぞれ取得する。
【００１９】
また、監査人端末装置は、サーバ装置が暗号化されたセッション鍵を復号するために用いる第１の秘密鍵（図１の（１）参照）と階層関係にある第２の秘密鍵（図１の（２）参照）を予め有する。第２の秘密鍵は第１の秘密鍵よりも上位の鍵であり、第１の秘密鍵と同様に、暗号化されたセッション鍵を復号可能である。
【００２０】
監査人端末装置は、第２の秘密鍵を用いて、中継装置から取得した暗号化通信データに含まれる暗号化セッション鍵を復号する。次に、監査人端末装置は、復号の結果得られるセッション鍵を用いて、中継装置から取得した暗号化通信データを復号する（図１の（３）参照）。そして、監査人端末装置は、クライアント装置およびサーバ装置からそれぞれ取得したアクセスログ、および第２の秘密鍵により復号した通信データ（通信内容）を出力する。
【００２１】
従来、クライアント装置とサーバ装置との間で行われるセキュア通信とは無関係な第三者（図１の（４）参照）が、クライアント装置とサーバ装置との間でやり取りされる暗号化通信データを復号し、通信内容を知ることはできなかった（図１の（５）参照）。
【００２２】
これに対して、監査人端末装置は、サーバ装置が有する第１の秘密鍵と階層関係にある第２の秘密鍵を有し、この第２の秘密鍵を用いて、クライアント装置とサーバ装置との間でやり取りされる暗号化通信データを復号することができる。クライアント装置やサーバ装置のユーザからみて信頼性のある者が、監査人端末装置のユーザである監査人（図１の（６）参照）となるので、クライアント装置とサーバ装置との間でやり取りされる通信データの機密性が損なわれることはない。
【００２３】
また、監査人（図１の（６）参照）は、クライアント装置およびサーバ装置からそれぞれ取得したアクセスログ、およびクライアント装置とサーバ装置との間で実際にやり取りされた通信データの内容の双方に基づいて、セキュア通信の通信内容を監査できる。
【００２４】
このようなことから、実施例１に係る通信内容監査システムによれば、クライアントとサーバとの間で行われたセキュア通信の通信内容について、真正性および客観性の高い、より厳密な監査ができる。
【００２５】
［階層鍵暗号の概要（実施例１）］
実施例１に登場する階層鍵暗号の概要を説明する。実施例１で用いる階層鍵暗号は、以下の性質を有する階層鍵暗号とする。
【００２６】
まず、データを暗号化あるいは復号する鍵について説明する。各ユーザは公開鍵PKと秘密鍵SKを持つ。「params」はシステムパラメータ、「M」は平文、「C」は暗号文とする。
暗号化を次の（Ａ）のように記すものとする。
（Ａ）HK_ENC(params,PK,M)=C
復号を次の（Ｂ）のように記すものとする。
（Ｂ）HK_DEC(params,SK,C)=M
また、PKとSKとの間で以下の関係を満たす場合には「ペアである」と称し、次の（Ｃ）のように記すものとする。
（Ｃ）HK_DEC(params,SK,HK_ENC(params,PK,M))=M、（Mは、任意の平文）
【００２７】
各ユーザの秘密鍵は以下に説明するような半順序関係を有する。
まず、公開鍵の間に任意の半順序関係があるものとする。
公開鍵の半順序関係を次の（Ｄ）のように記すものとする。
（Ｄ）PKX＜PKPKY
秘密鍵の半順序関係を次の（Ｅ）のように記すものとする。
（Ｅ）SKX＜SKSKY
このとき、秘密鍵の間の半順序関係は、任意の平文Mにおいて、HK_ENC(params,PKY,M)=C（（Ａ）参照）を満たす電文Cが存在し、かつPKX＜PKPKY（（Ｄ）参照）、かつPKXとSKXとがペアであるとき（（Ｃ）参照）、HK_DEC(params,SKX,C)=Mの関係を満足するものと定義する。
【００２８】
［階層型ＩＤベース暗号の概要（実施例１）］
次に、実施例１に登場する階層型ＩＤベース暗号（以下、「ＨＩＤＥ」と表記する）の概要を説明する。なお、階層型ＩＤベース暗号の詳細については、「C. Gentry, A. Silverberg, "Hierarchical ID-based cryptography", ASIACRYPT 2002, LNCS 2501, Springer-Verlag, pp.548-566, 2002.」を参照されたい。
【００２９】
（ＩＤタプルと秘密鍵について）
「ＨＩＤＥ」では、各ユーザは階層に位置づけられ、その位置は固有の「ＩＤタプル」で表現される。「ＩＤタプル」は、ユーザを識別する情報であり公開鍵でもある。「ＩＤタプル」は次の（Ｆ）のように記すものとする。
（Ｆ）ID-tuple_t=(ID1,...,IDt,ｔは自然数)
【００３０】
階層のトップレベルのユーザを「ルートＰＫＧ」と称し、その「ＩＤタプル」を“ＩＤ１”とする。「ルートＰＫＧ」の下位レベルの階層に存在する各ユーザの「ＩＤタプル」は次の（Ｇ）のように記すものとする。
（Ｇ）ID-tuple_i={(ID1,...,IDi):1≦i＜t}
【００３１】
各ユーザは、その「ＩＤタプル」に対応する秘密鍵を一つ所持する。秘密鍵は上位レベルの階層に存在するユーザに生成してもらう。
【００３２】
（ＨＩＤＥの機能について）
ＨＩＤＥは、以下の５つの機能を有する。
（１）ルートセットアップ：「ルートＰＫＧ」のセットアップ
なお、ルートセットアップは次の（Ｈ）のように記すものとする。
（Ｈ）HIDE_Root_Setup(K)=<params,d>
K：セキュリティパラメータ
params：システムパラメータ
d：「ルートＰＫＧ」のマスターシークレット（秘密鍵）
【００３３】
（２）下位レベルのセットアップ
全ての下位レベルユーザは、必ず「ルートＰＫＧ」のシステムパラメータを入手しなければならない。また、秘密鍵は上位のユーザにより生成される。
【００３４】
（３）鍵生成：下位ユーザの秘密鍵の生成
鍵生成者の「ＩＤタプル」はID-tuple_t=(ID1,...,IDt,ｔは自然数)とする。
なお、鍵生成は次の（Ｉ）のように記すものとする。
（Ｉ）HIDE_Extraction(params,d_t,ID-tuple_t+1)=d_t+1
params：Root_Setupで生成されたシステムパラメータ
d_t：鍵生成者となるユーザの秘密鍵
ID-tuple_t+1：鍵生成者となるユーザの「ＩＤタプル（公開鍵）」
ただし、ID-tuple_t+1=(ID1,...,IDt,IDt+1,ｔは自然数)
d_t+1：鍵生成対象者となるユーザの秘密鍵
【００３５】
（４）暗号化：任意の「ＩＤタプル」で暗号化できる。
なお、暗号化は次の（Ｊ）のように記すものとする。
（Ｊ）HIDE_Encryption(params,ID-tuple,M)=C
params：HIDE_Root_Setupで生成されたシステムパラメータ
ID-tuple：「ＩＤタプル（公開鍵）」
M：平文
C：暗号文
【００３６】
（５）復号
暗号化に使われた「ＩＤタプル」に対応する秘密鍵があれば復号可能である。
なお、復号は次の（Ｋ）のように記すものとする。
（Ｋ）HIDE_Decryption(params,d,C)=M
params：HIDE_Root_Setupで生成されたシステムパラメータ
d：HIDE_Extractionで生成された秘密鍵
C：HIDE_Encryptionで生成された暗号文
M：平文
【００３７】
なお、任意の平文Mに対して、「ＩＤタプル（ID-tuple）」のユーザの秘密鍵がdであるとき、以下が成り立つ。
すなわち、HIDE_Encryption(params,ID-tuple,M)=Cのとき、HIDE_Decryption(params,d,C)=M
【００３８】
［階層型ＩＤベース暗号の階層鍵暗号への対応について（実施例１）］
次に、実施例１に登場する階層型ＩＤベース暗号の階層鍵暗号への対応について説明する。
【００３９】
（鍵について）
以下の実施例１では、公開鍵PKとして「ＩＤタプル」を使用する。PK=ID-tupleとする。
【００４０】
（暗号化について）
また、以下の実施例１において、暗号化を表すHK_ENC(params,PK,M)は、HIDE_Encryption(params,PK,M)で定義し、PK=ID-tupleとする。
【００４１】
（復号について）
また、以下の実施例１において、復号を表すHK_DEC(params,SK,C)は、HIDE_Decryption(params,SK,C)=Mで定義し、SK=dとする。
【００４２】
（公開鍵の半順序関係について）
また、以下の実施例１において、PKX＜PKPKYは、PKX=(ID1,...,IDt)、PKY=(ID1,...,IDt,...,IDN)、１≦ｔ≦Ｎとして、PKYの先頭からのID1〜IDtがPKXに一致するものとする。
【００４３】
（秘密鍵の半順序関係について）
任意の平文Mにおいて、HK_ENC(params,PKY,M)=HIDE_Encryption(params,PKY,M)=Cを満たす電文Cが存在し、かつPKX＜PKPKY、かつPKXとSKXとがペアであるとき、HK_DEC(params,SKX,C)は、HIDE_Decryption(params,SKX,C)=Mを満たすものとする。
【００４４】
［通信内容監査システムの構成（実施例１）］
図２は、実施例１に係る通信内容監査システムの構成を示す図である。図２に示すように、実施例１に係る通信内容監査システムは、複数のクライアント装置１００と、複数のサーバ装置２００と、中継装置３００と、監査人端末装置４００とを含む。
【００４５】
なお、前提条件として、サーバ装置２００が保有する秘密鍵「SK」は、監査人端末装置４００が保有する秘密鍵「SKA」よりも下位の秘密鍵であるといった階層関係にあるものとする。これにより、サーバ装置２００により暗号化されたデータは、監査人端末装置４００が持つ秘密鍵「SKA」より復号可能となる。また、サーバ装置２００の公開鍵「PK」とシステムパラメータ「params」は、設定ファイルやＤＮＳ（Domain Name Service）等の外部ＤＢ（Data Base）の既存技術を用いて、クライアント装置１００側に予め知らせておくものとする。
【００４６】
クライアント装置１００およびサーバ装置２００は、ネットワーク１や２を介して、ＳＳＬ／ＴＬＳに基づいたハンドシェイクフェーズを実行する。なお、ネットワーク１や２は、例えば、公衆回線やインターネット、ＷＡＮ（Wide Area Network）などに該当する。
【００４７】
また、クライアント装置１００およびサーバ装置２００は、ハンドシェイクフェーズの電文のやり取りを実行することによりセキュア通信に用いるセッション鍵を共有する。なお、セッション鍵を暗号化する場合に、上述した階層鍵暗号を使用する。
【００４８】
また、クライアント装置１００およびサーバ装置２００は、既存の共有鍵暗号方式などを用いて、アプリケーション通信フェーズを実行する。このアプリケーション通信フェーズでは、上述したハンドシェイクフェーズで取得されたセッション鍵を用いて、セキュア通信の上位のアプリケーションレベルに関するデータの暗号化や復号が行われる。また、上位のアプリケーションレベルのデータは、ＨＴＴＰ（Hyper Text Transfer Protocol）やＦＴＰ（File Transfer Protocol）、Ｔｅｌｎｅｔなどの既存のアプリケーションプロトコルに基づくものとする。
【００４９】
また、クライアント装置１００は、サーバ装置２００との間で行ったセキュア通信に関するアクセスログを記録する。同様に、サーバ装置２００は、クライアント装置１００との間で行ったセキュア通信に関するアクセスログを記録する。なお、アクセスログには、アクセス日時など、アクセス時点を特定することが可能な情報が対応付けられて記録されているものとする。
【００５０】
中継装置３００は、クライアント装置１００とサーバ装置２００との間で発生する通信事象や、クライアント装置１００とサーバ装置２００との間でやり取りされる電文を通信記録データとして記録する。クライアント装置１００とサーバ装置２００との間で発生する通信事象には、例えば、不正な機密情報の持ち出しや電子商取引におけるクライアント装置１００の発注行為の否認、電子商取引におけるサーバ装置２００の受注行為の否認などの事象が含まれる。なお、クライアント装置１００とサーバ装置２００との間でやり取りされる電文とは、ハンドシェイクフェーズおよびアプリケーション通信フェーズにおいて、クライアント装置１００とサーバ装置２００との間でやり取りされる電文に該当する。
【００５１】
図３は、実施例１に係る通信記録データの構成例を示す図である。図３に示すように、通信記録データは、管理情報、ハンドシェイク情報データ、アプリケーション通信データおよびタイムスタンプを有する。
【００５２】
管理情報には、中継装置識別子、記録開始日時、記録終了日時、クライアント識別子およびサーバ識別子の各項目に関する情報に該当する。中継装置識別子は、通信記録データを記録した中継装置を特定する識別子であり、例えば、ＩＰアドレスなど、中継装置３００を一意に特定する可能な情報であればどのような情報でも利用することができる。記録開始日時は、中継装置３００が通信記録データの記録を開始した日時である。記録終了日時は、中継装置３００が通信記録データの記録を終了した日時である。クライアント識別子は、クライアント装置１００を特定する識別子であり、例えば、ＩＰアドレスなど、クライアント装置１００を一意に特定する可能な情報であればどのような情報でも利用することができる。サーバ識別子は、サーバ装置２００を特定する識別子であり、例えば、ＩＰアドレスなど、サーバ装置２００を一意に特定する可能な情報であればどのような情報でも利用することができる。
【００５３】
管理情報は、監査人端末装置４００において、中継装置３００により記録された大量のデータの中から所定のデータを特定する場合に利用される。なお、図３に示す管理情報の各項目は、あくまで一例であり、適宜追加変更することができる。
【００５４】
ハンドシェイク情報データは、クライアント装置１００とサーバ装置２００との間でハンドシェイクフェーズを実行することによりやり取りされる全電文に該当する。なお、ハンドシェイク情報データには、例えば、図３において「CS」で記すように、暗号化セッション鍵が含まれる。
【００５５】
アプリケーション通信データは、クライアント装置１００とサーバ装置２００との間でアプリケーション通信フェーズを実行することによりやり取りされる全電文に該当する。アプリケーション情報データは、例えば、図３において「C1,C2,…,CN」で記される。
【００５６】
タイムスタンプは、通信記録データに対して取得するタイムスタンプに該当する。通信記録データの存在証明と、通信記録データの改ざんの検査を行う場合に用いられる。なお、タイムスタンプについては、例えば、ＲＦＣ３１６１に開示されている既存技術などを利用する。
【００５７】
また、中継装置３００は、監査人端末装置４００からの要求に応じて、通信記録データを記録されたままの状態で監査人端末装置４００に転送する。なお、中継装置３００は、例えば、ＦＴＰなどのプロトコルを用いて通信記録データを監査人端末装置４００に転送する。
【００５８】
なお、中継装置３００は、通信記録データを暗号化されたままの状態で記録する。また、中継装置３００は、通信記録データの記録完了時にタイムスタンプを付与する。なお、中継装置３００は、サーバ装置２００が保有する秘密鍵「SK」、あるいは後述する監査人端末装置４００が保有する秘密鍵「SKA」を有しないので、記録したクライアント−サーバ間の通信記録データの内容を復号・閲覧することはできない。このため、中継装置３００の記録行為においても、クライアント−サーバ間の通信内容の機密性が担保される。
【００５９】
図４は、実施例１に係る監査人端末装置の構成を示す図である。図４に示すように、監査人端末装置４００は、アクセスログ取得部４１０、通信記録データ取得部４２０、通信記録データ検証部４３０、暗号化セッション鍵取得部４４０、セッション鍵取得部４５０、アプリケーションデータ取得部４６０および出力制御部４７０を有する。
【００６０】
なお、監査人端末装置４００は、システムパラメータ「params」を予め保持しているものとし、サーバ装置２００が保有する秘密鍵「SK」よりも上位の秘密鍵「SKA」を予め保有するものとする。
【００６１】
アクセスログ取得部４１０は、通信事象および通信内容の監査が必要となった場合に、クライアント装置１００およびサーバ装置２００からアクセスログを取得する。アクセスログは、クライアント装置１００およびサーバ装置２００に記録されているセキュア通信に関する履歴の情報である。例えば、アクセスログ取得部４１０は、後述する通信記録データ取得部４２０により取得された通信記録データに対応するアクセスログを取得する。
【００６２】
通信記録データ取得部４２０は、通信事象および通信内容の監査が必要となった場合に、中継装置３００から通信記録データを取得する。例えば、通信記録データ取得部４２０は、中継装置識別子、記録開始日時、記録終了日時、クライアント識別子およびサーバ識別子などの情報をキーとして、通信事象および通信内容の監査が必要となる通信記録データを中継装置３００から取得する。
【００６３】
通信記録データ検証部４３０は、タイムスタンプを利用して、通信記録データ取得部４２０により取得された通信記録データの改ざんの有無を検証する。例えば、通信記録データ検証部４３０は、通信記録データ取得部４２０により取得された通信記録データに含まれるタイムスタンプを利用することにより、通信記録データの改ざんの有無を検証する。
【００６４】
暗号化セッション鍵取得部４４０は、通信記録データ取得部４２０により取得された通信記録データに含まれる暗号化セッション鍵を取得する。
【００６５】
セッション鍵取得部４５０は、階層鍵暗号を用いて、暗号化セッション鍵取得部４４０により取得された暗号化セッション鍵を秘密鍵「SKA」により復号する。そして、セッション鍵取得部４５０は、セッション鍵を取得する。
【００６６】
アプリケーションデータ取得部４６０は、通信記録データに含まれるアプリケーション通信データを取得する。そして、アプリケーションデータ取得部４６０は、例えば、共通鍵暗号を用いてアプリケーション通信データをセッション鍵により復号する。そして、アプリケーションデータ取得部４６０は、アプリケーションデータを取得する。
【００６７】
図５は、実施例１に係る監査人端末装置４００における復号の概念を説明するための図である。図５の５Ａに示すように、セッション鍵取得部４５０は、階層鍵暗号を用いて暗号化セッション鍵「CS」を秘密鍵「SKA」により復号する。この復号により、セッション鍵取得部４５０は、セッション鍵「S」を取得する。次に、図５の５Ｂに示すように、アプリケーションデータ取得部４６０は、共通鍵暗号を用いて、アプリケーション通信データ「C1,C2,…,CN」をセッション鍵「S」により復号する。この復号により、アプリケーションデータ取得部４６０は、アプリケーションデータ「M1,M2,…,MN」を取得する。このアプリケーションデータが、セキュア通信によりクライアント装置１００とサーバ装置２００との間でやり取りされた通信内容に相当する。
【００６８】
出力制御部４７０は、例えば、ディスプレイやモニタ（図示略）に、クライアント装置１００およびサーバ装置２００から取得したアクセスログ、およびアプリケーションデータを出力する。監査人端末装置４００のユーザである監査人は、アクセスログおよびアプリケーションデータの双方に基づいて、通信事象および通信内容の監査を行う。
【００６９】
［通信内容監査システムの処理（実施例１）］
図６〜図８を用いて、実施例１に係る通信内容監査システムの処理の流れを説明する。図６は、クライアント装置１００とサーバ装置２００との間で行われるハンドシェイクフェーズおよびアプリケーション通信フェーズの処理の流れを示す図である。図７は、ハンドシェイクフェーズおよびアプリケーション通信フェーズにおける中継装置３００による処理の流れを示す図である。図８は、監査人端末装置４００による処理の流れを示す図である。
【００７０】
まず、図６を用いて、クライアント装置１００とサーバ装置２００との間で行われるハンドシェイクフェーズおよびアプリケーション通信フェーズの流れを説明する。
【００７１】
図６に示すように、クライアント装置１００とサーバ装置２００との間で実行されるハンドシェイクフェーズによりセッション鍵が共有される。このセッション鍵は、アプリケーション通信フェーズにてアプリケーションデータを暗号化する場合に用いられる。セッション鍵を共有した後、クライアント装置１００とサーバ装置２００との間で、セッション鍵を用いたアプリケーション通信フェーズが実行される。
【００７２】
なお、図６に記す「params」はシステムパラメータを示し、図６に記す「PK」はサーバ装置２００の公開鍵を示し、図６に記す「SK」はサーバ装置２００の秘密鍵を示し、図６に記す「S」はセッション鍵を示し、図６に記す「CS」は暗号化セッション鍵を示す。また、「Cipher_Alg」は共通鍵暗号のアルゴリズムであることを示す。
【００７３】
ハンドシェイクフェーズについて説明する。クライアント装置１００はセッション鍵を生成する（ステップＳ１０１）。例えば、セッション鍵は乱数「S」からなる。次に、クライアント装置１００は、階層鍵暗号を用いてセッション鍵を暗号化する（ステップＳ１０２）。そして、クライアント装置１００は、暗号化したセッション鍵「CS」をサーバ装置２００に送信する（ステップＳ１０３）。
【００７４】
サーバ装置２００は、クライアント装置１００から暗号化されたセッション鍵「CS」を受信すると、階層鍵暗号を用いて暗号化されたセッション鍵「CS」を秘密鍵「SK」により復号する（ステップＳ１０４）。ステップＳ１０１〜Ｓ１０４までがハンドシェイクフェーズに該当し、このハンドシェイクフェーズを完了することによりクライアント装置１００とサーバ装置２００との間でセッション鍵「S」が共有された状態となる。
【００７５】
なお、上述したステップＳ１０４において、例えば、暗号化されたセッション鍵の他に、サーバ装置２００側で生成した乱数をクライアント装置１００とやり取りし、組み合わせる運用としてもよい。これにより、暗号強度を高めることができる。
【００７６】
また、上述したステップＳ１０４において、セッション鍵を分割して、クライアント装置１００がサーバ装置２００に暗号文を送信する場合の鍵、サーバ装置２００がクライアント装置１００に暗号文を送信する場合の鍵、あるいは、ＭＡＣ（Media Access Control）処理用の鍵などを生成し、アプリケーション通信フェーズにて利用するようにしてもよい。
【００７７】
続いて、アプリケーション通信フェーズについて説明する。例えば、クライアント装置１００はセッション鍵「S」を用いて平文（アプリケーションデータ）を暗号化する（ステップＳ１０５）。そして、クライアント装置１００は、暗号文をサーバ装置２００に送信する（ステップＳ１０６）。クライアント装置１００は、サーバ装置２００から暗号文を受信すると（ステップＳ１０７）、暗号文をセッション鍵「S」を用いて復号する（ステップＳ１０８）。
【００７８】
サーバ装置２００はセッション鍵「S」を用いて平文（アプリケーションデータ）を暗号化する（ステップＳ１０９）。そして、サーバ装置２００は、暗号文をクライアント装置１００に送信する（ステップＳ１１０）。サーバ装置２００は、クライアント装置１００から暗号文を受信すると（ステップＳ１１１）、暗号文をセッション鍵「S」を用いて復号する（ステップＳ１１２）。ステップＳ１０５〜Ｓ１１２までがアプリケーション通信フェーズに該当する。
【００７９】
なお、上述したアプリケーション通信フェーズにおいて利用する共通鍵暗号のアルゴリズム（Cipher_Alg）としては、例えば、ＡＥＳ（Advanced Encryption Standard）やＣａｍｅｌｌｉａなどを用いることができる。また、複数の共通鍵暗号方式に対応させるために、共通鍵暗号方式を決定するためのやり取りをハンドシェイクフェーズにて行う運用とすることもできる。
【００８０】
次に、図７を用いて、ハンドシェイクフェーズおよびアプリケーション通信フェーズにおける中継装置３００による処理の流れを説明する。
【００８１】
図７に示すように、中継装置３００は、ハンドシェイクフェーズにおいて次のように動作する。すなわち、中継装置３００は、クライアント装置１００から暗号化されたセッション鍵「CS」を受信すると（ステップＳ２１０）、暗号化されたセッション鍵「CS」を記録する（ステップＳ２２０）。そして、中継装置３００は、暗号化されたセッション鍵「CS」をサーバ装置２００に転送する（ステップＳ２３０）。
【００８２】
図７に示すように、中継装置３００は、アプリケーション通信フェーズにおいて次のように動作する。すなわち、中継装置３００は、クライアント装置１００から暗号文を受信すると（ステップＳ２４０）、暗号文を記録する（ステップＳ２５０）。そして、中継装置３００は、暗号文をサーバ装置２００に転送する（ステップＳ２６０）。また、中継装置３００は、サーバ装置２００から暗号文を受信すると（ステップＳ２７０）、暗号文を記録する（ステップＳ２８０）。そして、中継装置３００は、暗号文をクライアント装置１００に転送する（ステップＳ２９０）。
【００８３】
続いて、図８を用いて、監査人端末装置４００による処理の流れを説明する。図８に示すように、監査が必要な通信事象が発生すると（ステップＳ３１０，ＹＥＳ）、通信記録データ取得部４２０は、通信事象に対応する通信記録データを中継装置３００から取得する（ステップＳ３２０）。なお、監査が必要な通信事象が発生していない場合には、同判定結果を「ＮＯ」としてステップＳ３０１の同判定を繰り返す。
【００８４】
通信記録データ検証部４３０は、タイムスタンプを利用して、通信記録データ取得部４２０により取得された通信記録データの改ざんの有無を検証する（ステップＳ３３０）。暗号化セッション鍵取得部４４０は、通信記録データ取得部４２０により取得された通信記録データに含まれる暗号化セッション鍵を取得する（ステップＳ３４０）。
【００８５】
セッション鍵取得部４５０は、階層鍵暗号を用いて、暗号化セッション鍵取得部４４０により取得された暗号化セッション鍵を秘密鍵「SKA」により復号し、セッション鍵を取得する（ステップＳ３５０）。アプリケーションデータ取得部４６０は、通信記録データからアプリケーション通信データを取得する（ステップＳ３６０）。共通鍵暗号を用いてアプリケーション通信データをセッション鍵により復号し、アプリケーションデータを取得する（ステップＳ３７０）。
【００８６】
アクセスログ取得部４１０は、通信記録データ取得部４２０により取得された通信記録データに対応するアクセスログをクライアント装置１００およびサーバ装置２００から取得する（ステップＳ３８０）。出力制御部４７０は、クライアント装置１００のアクセスログと、サーバ装置２００のアクセスログと、アプリケーションデータとを出力する（ステップＳ３９０）。以上で、監査人端末装置４００は処理を終了する。
【００８７】
［実施例１による効果］
上述してきたように、監査人端末装置４００は、サーバ装置２００が保有する秘密鍵「SK」よりも上位の秘密鍵「SKA」を予め保有する。そして、監査人端末装置４００は、クライアント装置１００とサーバ装置２００とのセキュア通信で用いられる暗号化セッション鍵「CS」を秘密鍵「SKA」により復号する。この復号の結果、監査人端末装置４００は、セッション鍵「S」を取得し、このセッション鍵「S」を用いて、クライアント装置１００とサーバ装置２００とのセキュア通信の暗号文を復号し、クライアント装置１００とサーバ装置２００との間の通信内容を取得する。
【００８８】
上述してきたように、実施例１に係る通信内容監査システムは、従来得ることができなかったクライアント装置とサーバ装置との間でやり取りされるセキュア通信の通信内容を取得できる。このため、実施例１に係る通信内容監査システムは、セキュア通信の通信内容を監査する場合に、実際にクライアント装置１００とサーバ装置２００との間でやり取りされた通信内容を利用できるようになる。このようなことから、実施例１に係る通信内容監査システムによれば、セキュア通信の通信内容の機密性を損なうことなく、真正性および客観性の高い監査が可能となる。
【００８９】
また、実施例１に係る通信内容監査システムは、クライアント装置およびサーバ装置からそれぞれ取得したアクセスログ、およびクライアント装置とサーバ装置との間で実際にやり取りされた通信内容の双方に基づいて通信内容を監査できるようになる。このようなことから、実施例１に係る通信内容監査システムによれば、より厳密な監査ができる。
【００９０】
また、実施例１に係る通信内容監査システムは、共有鍵暗号を用いてアプリケーション通信フェーズにてクライアント装置１００とサーバ装置２００との間でやり取りされるアプリケーションデータを、ハンドシェイクフェーズにおいて階層鍵暗号によりやり取りしたセッション鍵「S」を用いて暗号化あるいは復号を実行する。よって、実施例１に係る通信内容監査システムは、真正性および客観性の高い監査が可能であるとともに、汎用的なアプリケーション通信への適用も可能である。
【実施例２】
【００９１】
以下、本発明にかかる通信内容監査方法および通信内容監査システムの他の実施形態を説明する。
【００９２】
（１）装置構成等
図２に示した通信内容監査システムの各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。例えば、通信内容監査システムに複数の中継装置３００を設けることもできる。例えば、中継装置３００を複数設けることにより、企業ネットワーク単位やＩＳＰ単位での通信データを記録する場合などにおいて、通信記録データの記録作業の負荷分散や記録範囲の制限が可能となる。
【００９３】
また、図４に示した監査人端末装置４００の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要せず、監査人端末装置４００の各構成要素の分散・統合の具体的形態は図示のものに限られない。例えば、図４に示す監査人端末装置４００が暗号化セッション鍵取得部４４０、セッション鍵取得部４５０、アプリケーションデータ取得部４６０を機能的または物理的に統合して構成する。このように、監査人端末装置４００の全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。なお、図４に示す通信記録データ取得部４２０を暗号化データ取得部と称してもよいし、図４に示す暗号化セッション鍵取得部４４０、セッション鍵取得部４５０およびアプリケーションデータ取得部４６０を機能的に統合したものを復号部と称してもよい。
【００９４】
（２）通信内容復号プログラム
また、上記の実施例１で説明した監査人端末装置４００の各種の処理機能（図８のステップＳ３１０〜Ｓ３７０等参照）は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することもできる。
【００９５】
そこで、以下では、図９を用いて、上記の実施例１で説明した監査人端末装置４００の処理機能と同様の処理機能を実現する通信内容復号プログラムを実行するコンピュータの一例を説明する。図９は、通信内容復号プログラムを実行するコンピュータを示す図である。
【００９６】
同図に示すように、監査人端末装置としてコンピュータ５００は、各種演算処理を実行するＣＰＵ（Central Processing Unit）５１０を有する。また、コンピュータ５００は、ユーザからデータの入力を受け付ける入力装置５２０および出力装置５３０を有する。
【００９７】
なお、入力装置５２０は、例えば、キーボードやマウスなどに該当する。また、出力装置５３０は、モニタやディスプレイなどに該当する。なお、入力装置５２０がマウスを有する場合には、出力装置５３０が有するモニタと協働して、ポインティングデバイス機能を実現することもできる。また、入力装置５２０がタッチパッドなどの他の入力デバイスを有する場合にも、マウスの場合と同様にポインティングデバイス機能を実現できる。装置管理者は、ポインティングデバイス機能を利用して、監査人端末装置に関する各種設定を行うこともできる。
【００９８】
また、コンピュータ５００は、図９に示すように、記憶媒体からプログラム等を読取る媒体読取装置５４０と、ネットワークを介して他のコンピュータとの間でデータの授受を行うネットワークインターフェース装置５５０を有する。また、コンピュータ５００は、図９に示すように、各種情報を一時記憶するＲＡＭ（Random Access Memory）５６０と、ハードディスク装置５７０とを有する。そして、各装置５１０〜５７０は、バス５８０に接続される。
【００９９】
なお、上述したＣＰＵ５１０の代わりに、例えば、ＭＰＵ（Micro Processing Unit）などの電子回路、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ(Field Programmable Gate Array)などの集積回路を用いることもできる。また、ＲＡＭ５６０の代わりに、フラッシュメモリ(flash memory)などの半導体メモリ素子を用いることもできる。
【０１００】
ハードディスク装置５７０には、上述した監査人端末装置４００により実行される処理と同様の機能を発揮する通信内容復号プログラム５７１および通信内容復号用データ５７２が記憶されている。なお、この通信内容復号プログラム５７１を適宜分散させて、ネットワークを介して通信可能に接続された他のコンピュータの記憶部に記憶させておくこともできる。
【０１０１】
そして、ＣＰＵ５１０が、通信内容復号プログラム５７１をハードディスク装置５７０から読み出してＲＡＭ５６０に展開することにより、図９に示すように、通信内容復号プログラム５７１は通信内容復号プロセス５６１として機能する。通信内容復号プロセス５６１は、ハードディスク装置５７０から読み出した通信内容復号用データ５７２等の各種データを適宜ＲＡＭ５６０上の自身に割当てられた領域に展開し、この展開した各種データに基づいて各種処理を実行する。
【０１０２】
なお、通信内容復号プロセス５６１は、例えば、図４に示した監査人端末装置４００の通信記録データ取得部４２０、暗号化セッション鍵取得部４４０、セッション鍵取得部４５０、アプリケーションデータ取得部４６０等にて実行される処理に対応する。
【０１０３】
なお、通信内容復号プログラム５７１については、必ずしも最初からハードディスク装置５７０に記憶させておく必要はない。例えば、コンピュータ５００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に各プログラムを記憶させておく。そして、コンピュータ５００がこれらから各プログラムを読み出して実行するようにしてもよい。
【０１０４】
さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ５００に接続される「他のコンピュータ（またはサーバ）」などに各プログラムを記憶させておく。そして、コンピュータ５００がこれらから各プログラムを読み出して実行するようにしてもよい。
【０１０５】
（３）通信内容監査方法
上記の実施例１で説明したクライアント装置１００とサーバ装置２００との間で行われたセキュア通信の通信内容を監査する監査人端末装置４００を含む通信内容監査システムにより、例えば、以下のような通信内容監査方法が実現される。
【０１０６】
すなわち、監査人端末装置４００が、セッション鍵により暗号化された状態でクライアント装置１００とサーバ装置２００との間でやり取りされる暗号化通信データを取得するステップと、第１の秘密鍵と階層関係にある第２の秘密鍵を用いて、暗号化通信データに含まれる暗号化セッション鍵を復号し、復号の結果得られるセッション鍵を用いて暗号化通信データを復号するステップとを行う通信内容監査方法が実現される。
【産業上の利用可能性】
【０１０７】
以上のように、本発明にかかる通信内容監査方法および通信内容監査システムは、クライアント装置とサーバ装置との間で行われたセキュア通信の通信内容を監査する場合に有用であり、特に、クライアントとサーバとの間で行われたセキュア通信の通信内容について、真正性および客観性の高い、より厳密な監査を実現することに適している。
【符号の説明】
【０１０８】
１００ クライアント装置
２００ サーバ装置
３００ 中継装置
４００ 監査人端末装置
４１０ アクセスログ取得部
４２０ 通信記録データ取得部
４３０ 通信記録データ検証部
４４０ 暗号化セッション鍵取得部
４５０ セッション鍵取得部
４６０ アプリケーションデータ取得部
４７０ 出力制御部
５００ コンピュータ
５１０ ＣＰＵ
５２０ 入力装置
５３０ 出力装置
５４０ 媒体読取装置
５５０ ネットワークインターフェース装置
５６０ ＲＡＭ
５６１ 通信内容復号プロセス
５７０ ハードディスク装置
５７１ 通信内容復号プログラム
５７２ 通信内容復号用データ
５８０ バス
【技術分野】
【０００１】
本発明は、セキュア通信を利用したクライアントとサーバとの間の通信事象および通信内容の真正性や客観性を担保する技術に関する。
【背景技術】
【０００２】
近年、インターネットを利用した電子商取引が盛んとなり、例えば、ＲＦＣ（Request For Comment）４３４６に開示されているプロトコル、ＳＳＬ／ＴＬＳ（Secure Socket Layer／Transport Layer Security）を用いたセキュア通信が脚光を浴びている。ＳＳＬ／ＴＬＳは、インターネット上で情報を暗号化して送受信するためのプロトコルである。
【０００３】
図１０は、従来技術を示す図である。ＳＳＬ／ＴＬＳを用いたセキュア通信を行うと、例えば、クライアントとサーバとの間でやり取りされるメッセージは暗号化される。このため、例えば、図１０の（１）に示す無関係な第三者が、クライアントとサーバとの間でやり取りされるメッセージを取得し、取得したメッセージを復号してその内容を知ることはできない。このように、ＳＳＬ／ＴＬＳを用いたセキュア通信を行うと、クライアントとサーバとの間の二者間の仮想的な秘密通信路を確保できる。よって、例えば、電子商取引などにおいてクライアントとサーバとの間でやり取りされる個人情報の漏洩や取引情報の改ざんなどを防止できる。
【０００４】
ところで、例えば、不正な機密情報の持ち出しや、クライアントとサーバとの間の合意内容の否認などの通信事象が発生した場合には、セキュア通信の通信内容の監査が必要となる。例えば、この通信事象の一例を挙げれば、電子商取引におけるクライアントの発注行為の否認や、電子商取引におけるサーバの受注行為の否認などがある。
【０００５】
上述したように、セキュア通信を利用してクライアントとサーバとの間でやり取りされるメッセージは暗号化されているので、原則、第三者がメッセージを復号してその内容を知ることはできない。よって、セキュア通信の内容を監査する監査人が、クライアントとサーバとの間でやり取りされるメッセージを取得し、取得したメッセージを直接復号して、その通信内容を監査することはできない。このため、通信内容の監査が必要となる通信事象が発生した場合に、例えば、次のような運用ポリシーが採用されている。
【０００６】
まず、セキュア通信を利用してクライアントとサーバとの間でやり取りされたメッセージに関するアクセスログなどをクライアントやサーバにそれぞれ個別に記録しておく。そして、図１０の（２）に示す監査人がクライアントやサーバに記録されているアクセスログを確認することにより、クライアントとサーバとの間の通信内容の監査を行う。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】C. Gentry, A. Silverberg, "Hierarchical ID-based cryptography", ASIACRYPT 2002, LNCS 2501, Springer-Verlag, pp.548-566, 2002.
【非特許文献２】John Bethencourt , Amit Sahai , Brent Waters, "Ciphertext-Policy Attribute-Based Encryption", Proceedings of the 2007 IEEE Symposium on Security and Privacy, p.321-334, May 20-23, 2007
【発明の概要】
【発明が解決しようとする課題】
【０００８】
ところで、上述した運用ポリシーは、例えば、ＲＦＣ３１６１に開示されているタイムスタンプ技術を用いてアクセスログにタイムスタンプを付与することにより、アクセスログの真正性を担保することが可能となる。しかしながら、上述した運用ポリシーでは、アクセスログのもととなる通信事象そのものの存在確認を厳密に行う術はないので、アクセスログそのものが虚偽のものであるか否かまでは判別できない。つまり、上述した運用ポリシーでは、クライアントとサーバとの間のアクセスログが虚偽のものである可能性を否定できない。このため、上述した運用ポリシーでは、セキュア通信を利用したクライアントとサーバとの間の通信内容の監査を行う場合に、アクセスログの真正性および客観性を担保することが難しいという問題がある。
【０００９】
本発明は、上記に鑑みてなされたものであって、クライアントとサーバとの間で行われたセキュア通信の通信内容についてより厳密な監査を実現することが可能な通信内容監査方法および通信内容監査システムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上述した課題を解決し、目的を達成するために、本発明は、クライアント装置とサーバ装置との間で行われたセキュア通信の通信内容を監査する監査人端末装置を含む通信内容監査システムに適用される通信内容監査方法であって、前記クライアント装置は、階層鍵暗号を用いて、前記サーバ装置との間で行うセキュア通信に用いるセッション鍵を暗号化するステップと、前記暗号化セッション鍵を前記サーバ装置に送信するステップと、前記セッション鍵を用いて通信データを暗号化した暗号化通信データを前記サーバ装置との間でやり取りするステップとを含み、前記サーバ装置は、階層鍵暗号を用いて、前記クライアント装置から受信した暗号化セッション鍵を第一の秘密鍵により復号するステップと、前記第一の秘密鍵により暗号化セッション鍵を復号し、復号の結果得られるセッション鍵を用いて通信データを暗号化した暗号化通信データを前記クライアント装置との間でやり取りするステップとを含み、前記監査人端末装置は、前記セッション鍵により暗号化された状態で前記クライアント装置と前記サーバ装置との間でやり取りされる暗号化通信データを取得するステップと、前記第一の秘密鍵と階層関係にある第二の秘密鍵を用いて、前記暗号化通信データに含まれる暗号化セッション鍵を復号し、復号の結果得られるセッション鍵を用いて該暗号化通信データを復号するステップとを含むことを特徴とする。
【発明の効果】
【００１１】
本発明によれば、クライアントとサーバとの間で行われたセキュア通信の通信内容について、真正性および客観性の高い、より厳密な監査を実現できる。
【図面の簡単な説明】
【００１２】
【図１】図１は、実施例１に係る通信内容監査システムの概要および特徴を説明するための図である。
【図２】図２は、実施例１に係る通信内容監査システムの構成を示す図である。
【図３】図３は、実施例１に係る通信記録データの構成例を示す図である。
【図４】図４は、実施例１に係る監査人端末装置の構成を示す図である。
【図５】図５は、実施例１に係る監査人端末装置４００における復号の概念を説明するための図である。
【図６】図６は、クライアント装置１００とサーバ装置２００との間で行われるハンドシェイクフェーズおよびアプリケーション通信フェーズの処理の流れを示す図である。
【図７】図７は、ハンドシェイクフェーズおよびアプリケーション通信フェーズにおける中継装置３００による処理の流れを示す図である。
【図８】図８は、監査人端末装置４００による処理の流れを示す図である。
【図９】図９は、通信内容復号プログラムを実行するコンピュータを示す図である。
【図１０】図１０は、従来技術を示す図である。
【発明を実施するための形態】
【００１３】
以下に、図面を参照しつつ、本願の開示する通信内容監査方法および通信内容監査システムの一実施形態を詳細に説明する。
【実施例１】
【００１４】
以下に説明する実施例１では、本発明に係る通信内容監査方法および通信内容監査システムの一実施形態として実施例１を説明する。なお、以下の実施例１により、本願の開示する発明が限定されるものではない。
【００１５】
［通信内容監査システムの概要および特徴］
実施例１に係る通信内容監査システムは、クライアント装置とサーバ装置との間で行われたセキュア通信の通信内容を監査することを概要とする。そして、実施例１に係る通信内容監査システムは、クライアントとサーバとの間で行われたセキュア通信の通信内容の真正性および客観性を担保することが可能とする仕組みに特徴がある。
【００１６】
図１は、実施例１に係る通信内容監査システムの概要および特徴を説明するための図である。図１に示すように、実施例１に係る通信内容監査システムは、クライアント装置と、サーバ装置と、中継装置と、監査人端末装置とを含む。中継装置は、クライアント装置とサーバ装置との間で行われたセキュア通信の通信データを中継するとともに、中継する通信データを記録する。
【００１７】
クライアント装置およびサーバ装置は、階層鍵暗号を用いてセッション鍵を共有し、セッション鍵により暗号化した暗号化通信データをやり取りするセキュア通信を行う。
【００１８】
監査人端末装置は、クライアント装置とサーバ装置との間でやり取りされた暗号化通信データを中継装置から取得する。また、監査人端末装置は、クライアント装置に記録されているサーバ装置との間のセキュア通信の履歴であるアクセスログ、およびサーバ装置に記録されているクライアント装置との間のセキュア通信の履歴であるアクセスログをそれぞれ取得する。
【００１９】
また、監査人端末装置は、サーバ装置が暗号化されたセッション鍵を復号するために用いる第１の秘密鍵（図１の（１）参照）と階層関係にある第２の秘密鍵（図１の（２）参照）を予め有する。第２の秘密鍵は第１の秘密鍵よりも上位の鍵であり、第１の秘密鍵と同様に、暗号化されたセッション鍵を復号可能である。
【００２０】
監査人端末装置は、第２の秘密鍵を用いて、中継装置から取得した暗号化通信データに含まれる暗号化セッション鍵を復号する。次に、監査人端末装置は、復号の結果得られるセッション鍵を用いて、中継装置から取得した暗号化通信データを復号する（図１の（３）参照）。そして、監査人端末装置は、クライアント装置およびサーバ装置からそれぞれ取得したアクセスログ、および第２の秘密鍵により復号した通信データ（通信内容）を出力する。
【００２１】
従来、クライアント装置とサーバ装置との間で行われるセキュア通信とは無関係な第三者（図１の（４）参照）が、クライアント装置とサーバ装置との間でやり取りされる暗号化通信データを復号し、通信内容を知ることはできなかった（図１の（５）参照）。
【００２２】
これに対して、監査人端末装置は、サーバ装置が有する第１の秘密鍵と階層関係にある第２の秘密鍵を有し、この第２の秘密鍵を用いて、クライアント装置とサーバ装置との間でやり取りされる暗号化通信データを復号することができる。クライアント装置やサーバ装置のユーザからみて信頼性のある者が、監査人端末装置のユーザである監査人（図１の（６）参照）となるので、クライアント装置とサーバ装置との間でやり取りされる通信データの機密性が損なわれることはない。
【００２３】
また、監査人（図１の（６）参照）は、クライアント装置およびサーバ装置からそれぞれ取得したアクセスログ、およびクライアント装置とサーバ装置との間で実際にやり取りされた通信データの内容の双方に基づいて、セキュア通信の通信内容を監査できる。
【００２４】
このようなことから、実施例１に係る通信内容監査システムによれば、クライアントとサーバとの間で行われたセキュア通信の通信内容について、真正性および客観性の高い、より厳密な監査ができる。
【００２５】
［階層鍵暗号の概要（実施例１）］
実施例１に登場する階層鍵暗号の概要を説明する。実施例１で用いる階層鍵暗号は、以下の性質を有する階層鍵暗号とする。
【００２６】
まず、データを暗号化あるいは復号する鍵について説明する。各ユーザは公開鍵PKと秘密鍵SKを持つ。「params」はシステムパラメータ、「M」は平文、「C」は暗号文とする。
暗号化を次の（Ａ）のように記すものとする。
（Ａ）HK_ENC(params,PK,M)=C
復号を次の（Ｂ）のように記すものとする。
（Ｂ）HK_DEC(params,SK,C)=M
また、PKとSKとの間で以下の関係を満たす場合には「ペアである」と称し、次の（Ｃ）のように記すものとする。
（Ｃ）HK_DEC(params,SK,HK_ENC(params,PK,M))=M、（Mは、任意の平文）
【００２７】
各ユーザの秘密鍵は以下に説明するような半順序関係を有する。
まず、公開鍵の間に任意の半順序関係があるものとする。
公開鍵の半順序関係を次の（Ｄ）のように記すものとする。
（Ｄ）PKX＜PKPKY
秘密鍵の半順序関係を次の（Ｅ）のように記すものとする。
（Ｅ）SKX＜SKSKY
このとき、秘密鍵の間の半順序関係は、任意の平文Mにおいて、HK_ENC(params,PKY,M)=C（（Ａ）参照）を満たす電文Cが存在し、かつPKX＜PKPKY（（Ｄ）参照）、かつPKXとSKXとがペアであるとき（（Ｃ）参照）、HK_DEC(params,SKX,C)=Mの関係を満足するものと定義する。
【００２８】
［階層型ＩＤベース暗号の概要（実施例１）］
次に、実施例１に登場する階層型ＩＤベース暗号（以下、「ＨＩＤＥ」と表記する）の概要を説明する。なお、階層型ＩＤベース暗号の詳細については、「C. Gentry, A. Silverberg, "Hierarchical ID-based cryptography", ASIACRYPT 2002, LNCS 2501, Springer-Verlag, pp.548-566, 2002.」を参照されたい。
【００２９】
（ＩＤタプルと秘密鍵について）
「ＨＩＤＥ」では、各ユーザは階層に位置づけられ、その位置は固有の「ＩＤタプル」で表現される。「ＩＤタプル」は、ユーザを識別する情報であり公開鍵でもある。「ＩＤタプル」は次の（Ｆ）のように記すものとする。
（Ｆ）ID-tuple_t=(ID1,...,IDt,ｔは自然数)
【００３０】
階層のトップレベルのユーザを「ルートＰＫＧ」と称し、その「ＩＤタプル」を“ＩＤ１”とする。「ルートＰＫＧ」の下位レベルの階層に存在する各ユーザの「ＩＤタプル」は次の（Ｇ）のように記すものとする。
（Ｇ）ID-tuple_i={(ID1,...,IDi):1≦i＜t}
【００３１】
各ユーザは、その「ＩＤタプル」に対応する秘密鍵を一つ所持する。秘密鍵は上位レベルの階層に存在するユーザに生成してもらう。
【００３２】
（ＨＩＤＥの機能について）
ＨＩＤＥは、以下の５つの機能を有する。
（１）ルートセットアップ：「ルートＰＫＧ」のセットアップ
なお、ルートセットアップは次の（Ｈ）のように記すものとする。
（Ｈ）HIDE_Root_Setup(K)=<params,d>
K：セキュリティパラメータ
params：システムパラメータ
d：「ルートＰＫＧ」のマスターシークレット（秘密鍵）
【００３３】
（２）下位レベルのセットアップ
全ての下位レベルユーザは、必ず「ルートＰＫＧ」のシステムパラメータを入手しなければならない。また、秘密鍵は上位のユーザにより生成される。
【００３４】
（３）鍵生成：下位ユーザの秘密鍵の生成
鍵生成者の「ＩＤタプル」はID-tuple_t=(ID1,...,IDt,ｔは自然数)とする。
なお、鍵生成は次の（Ｉ）のように記すものとする。
（Ｉ）HIDE_Extraction(params,d_t,ID-tuple_t+1)=d_t+1
params：Root_Setupで生成されたシステムパラメータ
d_t：鍵生成者となるユーザの秘密鍵
ID-tuple_t+1：鍵生成者となるユーザの「ＩＤタプル（公開鍵）」
ただし、ID-tuple_t+1=(ID1,...,IDt,IDt+1,ｔは自然数)
d_t+1：鍵生成対象者となるユーザの秘密鍵
【００３５】
（４）暗号化：任意の「ＩＤタプル」で暗号化できる。
なお、暗号化は次の（Ｊ）のように記すものとする。
（Ｊ）HIDE_Encryption(params,ID-tuple,M)=C
params：HIDE_Root_Setupで生成されたシステムパラメータ
ID-tuple：「ＩＤタプル（公開鍵）」
M：平文
C：暗号文
【００３６】
（５）復号
暗号化に使われた「ＩＤタプル」に対応する秘密鍵があれば復号可能である。
なお、復号は次の（Ｋ）のように記すものとする。
（Ｋ）HIDE_Decryption(params,d,C)=M
params：HIDE_Root_Setupで生成されたシステムパラメータ
d：HIDE_Extractionで生成された秘密鍵
C：HIDE_Encryptionで生成された暗号文
M：平文
【００３７】
なお、任意の平文Mに対して、「ＩＤタプル（ID-tuple）」のユーザの秘密鍵がdであるとき、以下が成り立つ。
すなわち、HIDE_Encryption(params,ID-tuple,M)=Cのとき、HIDE_Decryption(params,d,C)=M
【００３８】
［階層型ＩＤベース暗号の階層鍵暗号への対応について（実施例１）］
次に、実施例１に登場する階層型ＩＤベース暗号の階層鍵暗号への対応について説明する。
【００３９】
（鍵について）
以下の実施例１では、公開鍵PKとして「ＩＤタプル」を使用する。PK=ID-tupleとする。
【００４０】
（暗号化について）
また、以下の実施例１において、暗号化を表すHK_ENC(params,PK,M)は、HIDE_Encryption(params,PK,M)で定義し、PK=ID-tupleとする。
【００４１】
（復号について）
また、以下の実施例１において、復号を表すHK_DEC(params,SK,C)は、HIDE_Decryption(params,SK,C)=Mで定義し、SK=dとする。
【００４２】
（公開鍵の半順序関係について）
また、以下の実施例１において、PKX＜PKPKYは、PKX=(ID1,...,IDt)、PKY=(ID1,...,IDt,...,IDN)、１≦ｔ≦Ｎとして、PKYの先頭からのID1〜IDtがPKXに一致するものとする。
【００４３】
（秘密鍵の半順序関係について）
任意の平文Mにおいて、HK_ENC(params,PKY,M)=HIDE_Encryption(params,PKY,M)=Cを満たす電文Cが存在し、かつPKX＜PKPKY、かつPKXとSKXとがペアであるとき、HK_DEC(params,SKX,C)は、HIDE_Decryption(params,SKX,C)=Mを満たすものとする。
【００４４】
［通信内容監査システムの構成（実施例１）］
図２は、実施例１に係る通信内容監査システムの構成を示す図である。図２に示すように、実施例１に係る通信内容監査システムは、複数のクライアント装置１００と、複数のサーバ装置２００と、中継装置３００と、監査人端末装置４００とを含む。
【００４５】
なお、前提条件として、サーバ装置２００が保有する秘密鍵「SK」は、監査人端末装置４００が保有する秘密鍵「SKA」よりも下位の秘密鍵であるといった階層関係にあるものとする。これにより、サーバ装置２００により暗号化されたデータは、監査人端末装置４００が持つ秘密鍵「SKA」より復号可能となる。また、サーバ装置２００の公開鍵「PK」とシステムパラメータ「params」は、設定ファイルやＤＮＳ（Domain Name Service）等の外部ＤＢ（Data Base）の既存技術を用いて、クライアント装置１００側に予め知らせておくものとする。
【００４６】
クライアント装置１００およびサーバ装置２００は、ネットワーク１や２を介して、ＳＳＬ／ＴＬＳに基づいたハンドシェイクフェーズを実行する。なお、ネットワーク１や２は、例えば、公衆回線やインターネット、ＷＡＮ（Wide Area Network）などに該当する。
【００４７】
また、クライアント装置１００およびサーバ装置２００は、ハンドシェイクフェーズの電文のやり取りを実行することによりセキュア通信に用いるセッション鍵を共有する。なお、セッション鍵を暗号化する場合に、上述した階層鍵暗号を使用する。
【００４８】
また、クライアント装置１００およびサーバ装置２００は、既存の共有鍵暗号方式などを用いて、アプリケーション通信フェーズを実行する。このアプリケーション通信フェーズでは、上述したハンドシェイクフェーズで取得されたセッション鍵を用いて、セキュア通信の上位のアプリケーションレベルに関するデータの暗号化や復号が行われる。また、上位のアプリケーションレベルのデータは、ＨＴＴＰ（Hyper Text Transfer Protocol）やＦＴＰ（File Transfer Protocol）、Ｔｅｌｎｅｔなどの既存のアプリケーションプロトコルに基づくものとする。
【００４９】
また、クライアント装置１００は、サーバ装置２００との間で行ったセキュア通信に関するアクセスログを記録する。同様に、サーバ装置２００は、クライアント装置１００との間で行ったセキュア通信に関するアクセスログを記録する。なお、アクセスログには、アクセス日時など、アクセス時点を特定することが可能な情報が対応付けられて記録されているものとする。
【００５０】
中継装置３００は、クライアント装置１００とサーバ装置２００との間で発生する通信事象や、クライアント装置１００とサーバ装置２００との間でやり取りされる電文を通信記録データとして記録する。クライアント装置１００とサーバ装置２００との間で発生する通信事象には、例えば、不正な機密情報の持ち出しや電子商取引におけるクライアント装置１００の発注行為の否認、電子商取引におけるサーバ装置２００の受注行為の否認などの事象が含まれる。なお、クライアント装置１００とサーバ装置２００との間でやり取りされる電文とは、ハンドシェイクフェーズおよびアプリケーション通信フェーズにおいて、クライアント装置１００とサーバ装置２００との間でやり取りされる電文に該当する。
【００５１】
図３は、実施例１に係る通信記録データの構成例を示す図である。図３に示すように、通信記録データは、管理情報、ハンドシェイク情報データ、アプリケーション通信データおよびタイムスタンプを有する。
【００５２】
管理情報には、中継装置識別子、記録開始日時、記録終了日時、クライアント識別子およびサーバ識別子の各項目に関する情報に該当する。中継装置識別子は、通信記録データを記録した中継装置を特定する識別子であり、例えば、ＩＰアドレスなど、中継装置３００を一意に特定する可能な情報であればどのような情報でも利用することができる。記録開始日時は、中継装置３００が通信記録データの記録を開始した日時である。記録終了日時は、中継装置３００が通信記録データの記録を終了した日時である。クライアント識別子は、クライアント装置１００を特定する識別子であり、例えば、ＩＰアドレスなど、クライアント装置１００を一意に特定する可能な情報であればどのような情報でも利用することができる。サーバ識別子は、サーバ装置２００を特定する識別子であり、例えば、ＩＰアドレスなど、サーバ装置２００を一意に特定する可能な情報であればどのような情報でも利用することができる。
【００５３】
管理情報は、監査人端末装置４００において、中継装置３００により記録された大量のデータの中から所定のデータを特定する場合に利用される。なお、図３に示す管理情報の各項目は、あくまで一例であり、適宜追加変更することができる。
【００５４】
ハンドシェイク情報データは、クライアント装置１００とサーバ装置２００との間でハンドシェイクフェーズを実行することによりやり取りされる全電文に該当する。なお、ハンドシェイク情報データには、例えば、図３において「CS」で記すように、暗号化セッション鍵が含まれる。
【００５５】
アプリケーション通信データは、クライアント装置１００とサーバ装置２００との間でアプリケーション通信フェーズを実行することによりやり取りされる全電文に該当する。アプリケーション情報データは、例えば、図３において「C1,C2,…,CN」で記される。
【００５６】
タイムスタンプは、通信記録データに対して取得するタイムスタンプに該当する。通信記録データの存在証明と、通信記録データの改ざんの検査を行う場合に用いられる。なお、タイムスタンプについては、例えば、ＲＦＣ３１６１に開示されている既存技術などを利用する。
【００５７】
また、中継装置３００は、監査人端末装置４００からの要求に応じて、通信記録データを記録されたままの状態で監査人端末装置４００に転送する。なお、中継装置３００は、例えば、ＦＴＰなどのプロトコルを用いて通信記録データを監査人端末装置４００に転送する。
【００５８】
なお、中継装置３００は、通信記録データを暗号化されたままの状態で記録する。また、中継装置３００は、通信記録データの記録完了時にタイムスタンプを付与する。なお、中継装置３００は、サーバ装置２００が保有する秘密鍵「SK」、あるいは後述する監査人端末装置４００が保有する秘密鍵「SKA」を有しないので、記録したクライアント−サーバ間の通信記録データの内容を復号・閲覧することはできない。このため、中継装置３００の記録行為においても、クライアント−サーバ間の通信内容の機密性が担保される。
【００５９】
図４は、実施例１に係る監査人端末装置の構成を示す図である。図４に示すように、監査人端末装置４００は、アクセスログ取得部４１０、通信記録データ取得部４２０、通信記録データ検証部４３０、暗号化セッション鍵取得部４４０、セッション鍵取得部４５０、アプリケーションデータ取得部４６０および出力制御部４７０を有する。
【００６０】
なお、監査人端末装置４００は、システムパラメータ「params」を予め保持しているものとし、サーバ装置２００が保有する秘密鍵「SK」よりも上位の秘密鍵「SKA」を予め保有するものとする。
【００６１】
アクセスログ取得部４１０は、通信事象および通信内容の監査が必要となった場合に、クライアント装置１００およびサーバ装置２００からアクセスログを取得する。アクセスログは、クライアント装置１００およびサーバ装置２００に記録されているセキュア通信に関する履歴の情報である。例えば、アクセスログ取得部４１０は、後述する通信記録データ取得部４２０により取得された通信記録データに対応するアクセスログを取得する。
【００６２】
通信記録データ取得部４２０は、通信事象および通信内容の監査が必要となった場合に、中継装置３００から通信記録データを取得する。例えば、通信記録データ取得部４２０は、中継装置識別子、記録開始日時、記録終了日時、クライアント識別子およびサーバ識別子などの情報をキーとして、通信事象および通信内容の監査が必要となる通信記録データを中継装置３００から取得する。
【００６３】
通信記録データ検証部４３０は、タイムスタンプを利用して、通信記録データ取得部４２０により取得された通信記録データの改ざんの有無を検証する。例えば、通信記録データ検証部４３０は、通信記録データ取得部４２０により取得された通信記録データに含まれるタイムスタンプを利用することにより、通信記録データの改ざんの有無を検証する。
【００６４】
暗号化セッション鍵取得部４４０は、通信記録データ取得部４２０により取得された通信記録データに含まれる暗号化セッション鍵を取得する。
【００６５】
セッション鍵取得部４５０は、階層鍵暗号を用いて、暗号化セッション鍵取得部４４０により取得された暗号化セッション鍵を秘密鍵「SKA」により復号する。そして、セッション鍵取得部４５０は、セッション鍵を取得する。
【００６６】
アプリケーションデータ取得部４６０は、通信記録データに含まれるアプリケーション通信データを取得する。そして、アプリケーションデータ取得部４６０は、例えば、共通鍵暗号を用いてアプリケーション通信データをセッション鍵により復号する。そして、アプリケーションデータ取得部４６０は、アプリケーションデータを取得する。
【００６７】
図５は、実施例１に係る監査人端末装置４００における復号の概念を説明するための図である。図５の５Ａに示すように、セッション鍵取得部４５０は、階層鍵暗号を用いて暗号化セッション鍵「CS」を秘密鍵「SKA」により復号する。この復号により、セッション鍵取得部４５０は、セッション鍵「S」を取得する。次に、図５の５Ｂに示すように、アプリケーションデータ取得部４６０は、共通鍵暗号を用いて、アプリケーション通信データ「C1,C2,…,CN」をセッション鍵「S」により復号する。この復号により、アプリケーションデータ取得部４６０は、アプリケーションデータ「M1,M2,…,MN」を取得する。このアプリケーションデータが、セキュア通信によりクライアント装置１００とサーバ装置２００との間でやり取りされた通信内容に相当する。
【００６８】
出力制御部４７０は、例えば、ディスプレイやモニタ（図示略）に、クライアント装置１００およびサーバ装置２００から取得したアクセスログ、およびアプリケーションデータを出力する。監査人端末装置４００のユーザである監査人は、アクセスログおよびアプリケーションデータの双方に基づいて、通信事象および通信内容の監査を行う。
【００６９】
［通信内容監査システムの処理（実施例１）］
図６〜図８を用いて、実施例１に係る通信内容監査システムの処理の流れを説明する。図６は、クライアント装置１００とサーバ装置２００との間で行われるハンドシェイクフェーズおよびアプリケーション通信フェーズの処理の流れを示す図である。図７は、ハンドシェイクフェーズおよびアプリケーション通信フェーズにおける中継装置３００による処理の流れを示す図である。図８は、監査人端末装置４００による処理の流れを示す図である。
【００７０】
まず、図６を用いて、クライアント装置１００とサーバ装置２００との間で行われるハンドシェイクフェーズおよびアプリケーション通信フェーズの流れを説明する。
【００７１】
図６に示すように、クライアント装置１００とサーバ装置２００との間で実行されるハンドシェイクフェーズによりセッション鍵が共有される。このセッション鍵は、アプリケーション通信フェーズにてアプリケーションデータを暗号化する場合に用いられる。セッション鍵を共有した後、クライアント装置１００とサーバ装置２００との間で、セッション鍵を用いたアプリケーション通信フェーズが実行される。
【００７２】
なお、図６に記す「params」はシステムパラメータを示し、図６に記す「PK」はサーバ装置２００の公開鍵を示し、図６に記す「SK」はサーバ装置２００の秘密鍵を示し、図６に記す「S」はセッション鍵を示し、図６に記す「CS」は暗号化セッション鍵を示す。また、「Cipher_Alg」は共通鍵暗号のアルゴリズムであることを示す。
【００７３】
ハンドシェイクフェーズについて説明する。クライアント装置１００はセッション鍵を生成する（ステップＳ１０１）。例えば、セッション鍵は乱数「S」からなる。次に、クライアント装置１００は、階層鍵暗号を用いてセッション鍵を暗号化する（ステップＳ１０２）。そして、クライアント装置１００は、暗号化したセッション鍵「CS」をサーバ装置２００に送信する（ステップＳ１０３）。
【００７４】
サーバ装置２００は、クライアント装置１００から暗号化されたセッション鍵「CS」を受信すると、階層鍵暗号を用いて暗号化されたセッション鍵「CS」を秘密鍵「SK」により復号する（ステップＳ１０４）。ステップＳ１０１〜Ｓ１０４までがハンドシェイクフェーズに該当し、このハンドシェイクフェーズを完了することによりクライアント装置１００とサーバ装置２００との間でセッション鍵「S」が共有された状態となる。
【００７５】
なお、上述したステップＳ１０４において、例えば、暗号化されたセッション鍵の他に、サーバ装置２００側で生成した乱数をクライアント装置１００とやり取りし、組み合わせる運用としてもよい。これにより、暗号強度を高めることができる。
【００７６】
また、上述したステップＳ１０４において、セッション鍵を分割して、クライアント装置１００がサーバ装置２００に暗号文を送信する場合の鍵、サーバ装置２００がクライアント装置１００に暗号文を送信する場合の鍵、あるいは、ＭＡＣ（Media Access Control）処理用の鍵などを生成し、アプリケーション通信フェーズにて利用するようにしてもよい。
【００７７】
続いて、アプリケーション通信フェーズについて説明する。例えば、クライアント装置１００はセッション鍵「S」を用いて平文（アプリケーションデータ）を暗号化する（ステップＳ１０５）。そして、クライアント装置１００は、暗号文をサーバ装置２００に送信する（ステップＳ１０６）。クライアント装置１００は、サーバ装置２００から暗号文を受信すると（ステップＳ１０７）、暗号文をセッション鍵「S」を用いて復号する（ステップＳ１０８）。
【００７８】
サーバ装置２００はセッション鍵「S」を用いて平文（アプリケーションデータ）を暗号化する（ステップＳ１０９）。そして、サーバ装置２００は、暗号文をクライアント装置１００に送信する（ステップＳ１１０）。サーバ装置２００は、クライアント装置１００から暗号文を受信すると（ステップＳ１１１）、暗号文をセッション鍵「S」を用いて復号する（ステップＳ１１２）。ステップＳ１０５〜Ｓ１１２までがアプリケーション通信フェーズに該当する。
【００７９】
なお、上述したアプリケーション通信フェーズにおいて利用する共通鍵暗号のアルゴリズム（Cipher_Alg）としては、例えば、ＡＥＳ（Advanced Encryption Standard）やＣａｍｅｌｌｉａなどを用いることができる。また、複数の共通鍵暗号方式に対応させるために、共通鍵暗号方式を決定するためのやり取りをハンドシェイクフェーズにて行う運用とすることもできる。
【００８０】
次に、図７を用いて、ハンドシェイクフェーズおよびアプリケーション通信フェーズにおける中継装置３００による処理の流れを説明する。
【００８１】
図７に示すように、中継装置３００は、ハンドシェイクフェーズにおいて次のように動作する。すなわち、中継装置３００は、クライアント装置１００から暗号化されたセッション鍵「CS」を受信すると（ステップＳ２１０）、暗号化されたセッション鍵「CS」を記録する（ステップＳ２２０）。そして、中継装置３００は、暗号化されたセッション鍵「CS」をサーバ装置２００に転送する（ステップＳ２３０）。
【００８２】
図７に示すように、中継装置３００は、アプリケーション通信フェーズにおいて次のように動作する。すなわち、中継装置３００は、クライアント装置１００から暗号文を受信すると（ステップＳ２４０）、暗号文を記録する（ステップＳ２５０）。そして、中継装置３００は、暗号文をサーバ装置２００に転送する（ステップＳ２６０）。また、中継装置３００は、サーバ装置２００から暗号文を受信すると（ステップＳ２７０）、暗号文を記録する（ステップＳ２８０）。そして、中継装置３００は、暗号文をクライアント装置１００に転送する（ステップＳ２９０）。
【００８３】
続いて、図８を用いて、監査人端末装置４００による処理の流れを説明する。図８に示すように、監査が必要な通信事象が発生すると（ステップＳ３１０，ＹＥＳ）、通信記録データ取得部４２０は、通信事象に対応する通信記録データを中継装置３００から取得する（ステップＳ３２０）。なお、監査が必要な通信事象が発生していない場合には、同判定結果を「ＮＯ」としてステップＳ３０１の同判定を繰り返す。
【００８４】
通信記録データ検証部４３０は、タイムスタンプを利用して、通信記録データ取得部４２０により取得された通信記録データの改ざんの有無を検証する（ステップＳ３３０）。暗号化セッション鍵取得部４４０は、通信記録データ取得部４２０により取得された通信記録データに含まれる暗号化セッション鍵を取得する（ステップＳ３４０）。
【００８５】
セッション鍵取得部４５０は、階層鍵暗号を用いて、暗号化セッション鍵取得部４４０により取得された暗号化セッション鍵を秘密鍵「SKA」により復号し、セッション鍵を取得する（ステップＳ３５０）。アプリケーションデータ取得部４６０は、通信記録データからアプリケーション通信データを取得する（ステップＳ３６０）。共通鍵暗号を用いてアプリケーション通信データをセッション鍵により復号し、アプリケーションデータを取得する（ステップＳ３７０）。
【００８６】
アクセスログ取得部４１０は、通信記録データ取得部４２０により取得された通信記録データに対応するアクセスログをクライアント装置１００およびサーバ装置２００から取得する（ステップＳ３８０）。出力制御部４７０は、クライアント装置１００のアクセスログと、サーバ装置２００のアクセスログと、アプリケーションデータとを出力する（ステップＳ３９０）。以上で、監査人端末装置４００は処理を終了する。
【００８７】
［実施例１による効果］
上述してきたように、監査人端末装置４００は、サーバ装置２００が保有する秘密鍵「SK」よりも上位の秘密鍵「SKA」を予め保有する。そして、監査人端末装置４００は、クライアント装置１００とサーバ装置２００とのセキュア通信で用いられる暗号化セッション鍵「CS」を秘密鍵「SKA」により復号する。この復号の結果、監査人端末装置４００は、セッション鍵「S」を取得し、このセッション鍵「S」を用いて、クライアント装置１００とサーバ装置２００とのセキュア通信の暗号文を復号し、クライアント装置１００とサーバ装置２００との間の通信内容を取得する。
【００８８】
上述してきたように、実施例１に係る通信内容監査システムは、従来得ることができなかったクライアント装置とサーバ装置との間でやり取りされるセキュア通信の通信内容を取得できる。このため、実施例１に係る通信内容監査システムは、セキュア通信の通信内容を監査する場合に、実際にクライアント装置１００とサーバ装置２００との間でやり取りされた通信内容を利用できるようになる。このようなことから、実施例１に係る通信内容監査システムによれば、セキュア通信の通信内容の機密性を損なうことなく、真正性および客観性の高い監査が可能となる。
【００８９】
また、実施例１に係る通信内容監査システムは、クライアント装置およびサーバ装置からそれぞれ取得したアクセスログ、およびクライアント装置とサーバ装置との間で実際にやり取りされた通信内容の双方に基づいて通信内容を監査できるようになる。このようなことから、実施例１に係る通信内容監査システムによれば、より厳密な監査ができる。
【００９０】
また、実施例１に係る通信内容監査システムは、共有鍵暗号を用いてアプリケーション通信フェーズにてクライアント装置１００とサーバ装置２００との間でやり取りされるアプリケーションデータを、ハンドシェイクフェーズにおいて階層鍵暗号によりやり取りしたセッション鍵「S」を用いて暗号化あるいは復号を実行する。よって、実施例１に係る通信内容監査システムは、真正性および客観性の高い監査が可能であるとともに、汎用的なアプリケーション通信への適用も可能である。
【実施例２】
【００９１】
以下、本発明にかかる通信内容監査方法および通信内容監査システムの他の実施形態を説明する。
【００９２】
（１）装置構成等
図２に示した通信内容監査システムの各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。例えば、通信内容監査システムに複数の中継装置３００を設けることもできる。例えば、中継装置３００を複数設けることにより、企業ネットワーク単位やＩＳＰ単位での通信データを記録する場合などにおいて、通信記録データの記録作業の負荷分散や記録範囲の制限が可能となる。
【００９３】
また、図４に示した監査人端末装置４００の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要せず、監査人端末装置４００の各構成要素の分散・統合の具体的形態は図示のものに限られない。例えば、図４に示す監査人端末装置４００が暗号化セッション鍵取得部４４０、セッション鍵取得部４５０、アプリケーションデータ取得部４６０を機能的または物理的に統合して構成する。このように、監査人端末装置４００の全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。なお、図４に示す通信記録データ取得部４２０を暗号化データ取得部と称してもよいし、図４に示す暗号化セッション鍵取得部４４０、セッション鍵取得部４５０およびアプリケーションデータ取得部４６０を機能的に統合したものを復号部と称してもよい。
【００９４】
（２）通信内容復号プログラム
また、上記の実施例１で説明した監査人端末装置４００の各種の処理機能（図８のステップＳ３１０〜Ｓ３７０等参照）は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することもできる。
【００９５】
そこで、以下では、図９を用いて、上記の実施例１で説明した監査人端末装置４００の処理機能と同様の処理機能を実現する通信内容復号プログラムを実行するコンピュータの一例を説明する。図９は、通信内容復号プログラムを実行するコンピュータを示す図である。
【００９６】
同図に示すように、監査人端末装置としてコンピュータ５００は、各種演算処理を実行するＣＰＵ（Central Processing Unit）５１０を有する。また、コンピュータ５００は、ユーザからデータの入力を受け付ける入力装置５２０および出力装置５３０を有する。
【００９７】
なお、入力装置５２０は、例えば、キーボードやマウスなどに該当する。また、出力装置５３０は、モニタやディスプレイなどに該当する。なお、入力装置５２０がマウスを有する場合には、出力装置５３０が有するモニタと協働して、ポインティングデバイス機能を実現することもできる。また、入力装置５２０がタッチパッドなどの他の入力デバイスを有する場合にも、マウスの場合と同様にポインティングデバイス機能を実現できる。装置管理者は、ポインティングデバイス機能を利用して、監査人端末装置に関する各種設定を行うこともできる。
【００９８】
また、コンピュータ５００は、図９に示すように、記憶媒体からプログラム等を読取る媒体読取装置５４０と、ネットワークを介して他のコンピュータとの間でデータの授受を行うネットワークインターフェース装置５５０を有する。また、コンピュータ５００は、図９に示すように、各種情報を一時記憶するＲＡＭ（Random Access Memory）５６０と、ハードディスク装置５７０とを有する。そして、各装置５１０〜５７０は、バス５８０に接続される。
【００９９】
なお、上述したＣＰＵ５１０の代わりに、例えば、ＭＰＵ（Micro Processing Unit）などの電子回路、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ(Field Programmable Gate Array)などの集積回路を用いることもできる。また、ＲＡＭ５６０の代わりに、フラッシュメモリ(flash memory)などの半導体メモリ素子を用いることもできる。
【０１００】
ハードディスク装置５７０には、上述した監査人端末装置４００により実行される処理と同様の機能を発揮する通信内容復号プログラム５７１および通信内容復号用データ５７２が記憶されている。なお、この通信内容復号プログラム５７１を適宜分散させて、ネットワークを介して通信可能に接続された他のコンピュータの記憶部に記憶させておくこともできる。
【０１０１】
そして、ＣＰＵ５１０が、通信内容復号プログラム５７１をハードディスク装置５７０から読み出してＲＡＭ５６０に展開することにより、図９に示すように、通信内容復号プログラム５７１は通信内容復号プロセス５６１として機能する。通信内容復号プロセス５６１は、ハードディスク装置５７０から読み出した通信内容復号用データ５７２等の各種データを適宜ＲＡＭ５６０上の自身に割当てられた領域に展開し、この展開した各種データに基づいて各種処理を実行する。
【０１０２】
なお、通信内容復号プロセス５６１は、例えば、図４に示した監査人端末装置４００の通信記録データ取得部４２０、暗号化セッション鍵取得部４４０、セッション鍵取得部４５０、アプリケーションデータ取得部４６０等にて実行される処理に対応する。
【０１０３】
なお、通信内容復号プログラム５７１については、必ずしも最初からハードディスク装置５７０に記憶させておく必要はない。例えば、コンピュータ５００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に各プログラムを記憶させておく。そして、コンピュータ５００がこれらから各プログラムを読み出して実行するようにしてもよい。
【０１０４】
さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ５００に接続される「他のコンピュータ（またはサーバ）」などに各プログラムを記憶させておく。そして、コンピュータ５００がこれらから各プログラムを読み出して実行するようにしてもよい。
【０１０５】
（３）通信内容監査方法
上記の実施例１で説明したクライアント装置１００とサーバ装置２００との間で行われたセキュア通信の通信内容を監査する監査人端末装置４００を含む通信内容監査システムにより、例えば、以下のような通信内容監査方法が実現される。
【０１０６】
すなわち、監査人端末装置４００が、セッション鍵により暗号化された状態でクライアント装置１００とサーバ装置２００との間でやり取りされる暗号化通信データを取得するステップと、第１の秘密鍵と階層関係にある第２の秘密鍵を用いて、暗号化通信データに含まれる暗号化セッション鍵を復号し、復号の結果得られるセッション鍵を用いて暗号化通信データを復号するステップとを行う通信内容監査方法が実現される。
【産業上の利用可能性】
【０１０７】
以上のように、本発明にかかる通信内容監査方法および通信内容監査システムは、クライアント装置とサーバ装置との間で行われたセキュア通信の通信内容を監査する場合に有用であり、特に、クライアントとサーバとの間で行われたセキュア通信の通信内容について、真正性および客観性の高い、より厳密な監査を実現することに適している。
【符号の説明】
【０１０８】
１００ クライアント装置
２００ サーバ装置
３００ 中継装置
４００ 監査人端末装置
４１０ アクセスログ取得部
４２０ 通信記録データ取得部
４３０ 通信記録データ検証部
４４０ 暗号化セッション鍵取得部
４５０ セッション鍵取得部
４６０ アプリケーションデータ取得部
４７０ 出力制御部
５００ コンピュータ
５１０ ＣＰＵ
５２０ 入力装置
５３０ 出力装置
５４０ 媒体読取装置
５５０ ネットワークインターフェース装置
５６０ ＲＡＭ
５６１ 通信内容復号プロセス
５７０ ハードディスク装置
５７１ 通信内容復号プログラム
５７２ 通信内容復号用データ
５８０ バス
【特許請求の範囲】
【請求項１】
クライアント装置とサーバ装置との間で行われたセキュア通信の通信内容を監査する監査人端末装置を含む通信内容監査システムに適用される通信内容監査方法であって、
前記クライアント装置は、
階層鍵暗号を用いて、前記サーバ装置との間で行うセキュア通信に用いるセッション鍵を暗号化するステップと、
前記暗号化セッション鍵を前記サーバ装置に送信するステップと、
前記セッション鍵を用いて通信データを暗号化した暗号化通信データを前記サーバ装置との間でやり取りするステップと、
を含み、
前記サーバ装置は、
階層鍵暗号を用いて、前記クライアント装置から受信した暗号化セッション鍵を第一の秘密鍵により復号するステップと、
前記第一の秘密鍵により暗号化セッション鍵を復号し、復号の結果得られるセッション鍵を用いて通信データを暗号化した暗号化通信データを前記クライアント装置との間でやり取りするステップと
を含み、
前記監査人端末装置は、
前記セッション鍵により暗号化された状態で前記クライアント装置と前記サーバ装置との間でやり取りされる暗号化通信データを取得するステップと、
前記第一の秘密鍵と階層関係にある第二の秘密鍵を用いて、前記暗号化通信データに含まれる暗号化セッション鍵を復号し、復号の結果得られるセッション鍵を用いて該暗号化通信データを復号するステップと
を含むことを特徴とする通信内容監査方法。
【請求項２】
前記監査人端末装置は、
前記クライアント装置に記録されている前記サーバ装置との間の通信履歴、および前記サーバ装置に記録されている前記クライアント装置との間の通信履歴をそれぞれ取得するステップと、
前記第二の秘密鍵による前記暗号化通信データの復号の結果得られる通信データと、前記取得された各通信履歴とをあわせて出力するステップと
をさらに含むことを特徴とする請求項１に記載の通信内容監査方法。
【請求項３】
前記クライアント装置は、
共有鍵暗号を用いて前記サーバ装置に送信する通信データを前記セッション鍵により暗号化するとともに、該共有鍵暗号を用いて該サーバ装置から受信した前記暗号化通信データを該セッション鍵を用いて復号するステップをさらに含み、
前記サーバ装置は、
前記共有鍵暗号を用いて前記クライアント装置に送信する通信データを前記セッション鍵により暗号化するとともに、該共有鍵暗号を用いて該クライアント装置から受信した前記暗号化通信データを該セッション鍵を用いて復号するステップをさらに含むことを特徴とする請求項２に記載の通信内容監査方法。
【請求項４】
クライアント装置とサーバ装置との間で行われたセキュア通信の通信内容を監査する監査装置を含む通信内容監査システムであって、
前記クライアント装置は、
階層鍵暗号を用いて、前記サーバ装置との間で行うセキュア通信に用いるセッション鍵を暗号化する暗号化部と、
前記暗号化セッション鍵を前記サーバ装置に送信する送信部と、
前記セッション鍵を用いて通信データを暗号化した暗号化通信データを前記サーバ装置との間でやり取りする通信部と
を有し、
前記サーバ装置は、
階層鍵暗号を用いて、前記クライアント装置から受信した暗号化セッション鍵を第一の秘密鍵により復号する復号部と、
前記第一の秘密鍵により暗号化セッション鍵を復号し、復号の結果得られるセッション鍵を用いて通信データを暗号化した暗号化通信データを前記クライアント装置との間でやり取りする通信部と
を有し、
前記監査人端末装置は、
前記セッション鍵により暗号化された状態で前記クライアント装置と前記サーバ装置との間でやり取りされる暗号化通信データを取得する暗号化通信データ取得部と、
前記第一の秘密鍵と階層関係にある第二の秘密鍵を用いて、前記暗号化通信データに含まれる暗号化セッション鍵を復号し、復号の結果得られるセッション鍵を用いて該暗号化通信データを復号する復号部と
を有することを特徴とする通信内容監査システム。
【請求項５】
前記監査人端末装置は、
前記クライアント装置に記録されている前記サーバ装置との間の通信履歴、および前記サーバ装置に記録されている前記クライアント装置との間の通信履歴をそれぞれ取得するアクセスログ取得部と、
前記第二の秘密鍵による前記暗号化通信データの復号の結果得られる通信データと、前記取得された各通信履歴とをあわせて出力する出力部と
をさらに有することを特徴とする請求項４に記載の通信内容監査システム。
【請求項６】
前記クライアント装置は、
共有鍵暗号を用いて前記サーバ装置に送信する通信データを前記セッション鍵により暗号化するとともに、該共有鍵暗号を用いて該サーバ装置から受信した前記暗号化通信データを該セッション鍵を用いて復号するアプリケーション通信部を有し、
前記サーバ装置は、
前記共有鍵暗号を用いて前記クライアント装置に送信する通信データを前記セッション鍵により暗号化するとともに、該共有鍵暗号を用いて該クライアント装置から受信した前記暗号化通信データを該セッション鍵を用いて復号するアプリケーション通信部をさらに有することを特徴とする請求項５に記載の通信内容監査システム。
【請求項１】
クライアント装置とサーバ装置との間で行われたセキュア通信の通信内容を監査する監査人端末装置を含む通信内容監査システムに適用される通信内容監査方法であって、
前記クライアント装置は、
階層鍵暗号を用いて、前記サーバ装置との間で行うセキュア通信に用いるセッション鍵を暗号化するステップと、
前記暗号化セッション鍵を前記サーバ装置に送信するステップと、
前記セッション鍵を用いて通信データを暗号化した暗号化通信データを前記サーバ装置との間でやり取りするステップと、
を含み、
前記サーバ装置は、
階層鍵暗号を用いて、前記クライアント装置から受信した暗号化セッション鍵を第一の秘密鍵により復号するステップと、
前記第一の秘密鍵により暗号化セッション鍵を復号し、復号の結果得られるセッション鍵を用いて通信データを暗号化した暗号化通信データを前記クライアント装置との間でやり取りするステップと
を含み、
前記監査人端末装置は、
前記セッション鍵により暗号化された状態で前記クライアント装置と前記サーバ装置との間でやり取りされる暗号化通信データを取得するステップと、
前記第一の秘密鍵と階層関係にある第二の秘密鍵を用いて、前記暗号化通信データに含まれる暗号化セッション鍵を復号し、復号の結果得られるセッション鍵を用いて該暗号化通信データを復号するステップと
を含むことを特徴とする通信内容監査方法。
【請求項２】
前記監査人端末装置は、
前記クライアント装置に記録されている前記サーバ装置との間の通信履歴、および前記サーバ装置に記録されている前記クライアント装置との間の通信履歴をそれぞれ取得するステップと、
前記第二の秘密鍵による前記暗号化通信データの復号の結果得られる通信データと、前記取得された各通信履歴とをあわせて出力するステップと
をさらに含むことを特徴とする請求項１に記載の通信内容監査方法。
【請求項３】
前記クライアント装置は、
共有鍵暗号を用いて前記サーバ装置に送信する通信データを前記セッション鍵により暗号化するとともに、該共有鍵暗号を用いて該サーバ装置から受信した前記暗号化通信データを該セッション鍵を用いて復号するステップをさらに含み、
前記サーバ装置は、
前記共有鍵暗号を用いて前記クライアント装置に送信する通信データを前記セッション鍵により暗号化するとともに、該共有鍵暗号を用いて該クライアント装置から受信した前記暗号化通信データを該セッション鍵を用いて復号するステップをさらに含むことを特徴とする請求項２に記載の通信内容監査方法。
【請求項４】
クライアント装置とサーバ装置との間で行われたセキュア通信の通信内容を監査する監査装置を含む通信内容監査システムであって、
前記クライアント装置は、
階層鍵暗号を用いて、前記サーバ装置との間で行うセキュア通信に用いるセッション鍵を暗号化する暗号化部と、
前記暗号化セッション鍵を前記サーバ装置に送信する送信部と、
前記セッション鍵を用いて通信データを暗号化した暗号化通信データを前記サーバ装置との間でやり取りする通信部と
を有し、
前記サーバ装置は、
階層鍵暗号を用いて、前記クライアント装置から受信した暗号化セッション鍵を第一の秘密鍵により復号する復号部と、
前記第一の秘密鍵により暗号化セッション鍵を復号し、復号の結果得られるセッション鍵を用いて通信データを暗号化した暗号化通信データを前記クライアント装置との間でやり取りする通信部と
を有し、
前記監査人端末装置は、
前記セッション鍵により暗号化された状態で前記クライアント装置と前記サーバ装置との間でやり取りされる暗号化通信データを取得する暗号化通信データ取得部と、
前記第一の秘密鍵と階層関係にある第二の秘密鍵を用いて、前記暗号化通信データに含まれる暗号化セッション鍵を復号し、復号の結果得られるセッション鍵を用いて該暗号化通信データを復号する復号部と
を有することを特徴とする通信内容監査システム。
【請求項５】
前記監査人端末装置は、
前記クライアント装置に記録されている前記サーバ装置との間の通信履歴、および前記サーバ装置に記録されている前記クライアント装置との間の通信履歴をそれぞれ取得するアクセスログ取得部と、
前記第二の秘密鍵による前記暗号化通信データの復号の結果得られる通信データと、前記取得された各通信履歴とをあわせて出力する出力部と
をさらに有することを特徴とする請求項４に記載の通信内容監査システム。
【請求項６】
前記クライアント装置は、
共有鍵暗号を用いて前記サーバ装置に送信する通信データを前記セッション鍵により暗号化するとともに、該共有鍵暗号を用いて該サーバ装置から受信した前記暗号化通信データを該セッション鍵を用いて復号するアプリケーション通信部を有し、
前記サーバ装置は、
前記共有鍵暗号を用いて前記クライアント装置に送信する通信データを前記セッション鍵により暗号化するとともに、該共有鍵暗号を用いて該クライアント装置から受信した前記暗号化通信データを該セッション鍵を用いて復号するアプリケーション通信部をさらに有することを特徴とする請求項５に記載の通信内容監査システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１１−２５４１４６（Ｐ２０１１−２５４１４６Ａ）
【公開日】平成２３年１２月１５日（２０１１．１２．１５）
【国際特許分類】
【出願番号】特願２０１０−１２４８４４（Ｐ２０１０−１２４８４４）
【出願日】平成２２年５月３１日（２０１０．５．３１）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成２３年１２月１５日（２０１１．１２．１５）
【国際特許分類】
【出願日】平成２２年５月３１日（２０１０．５．３１）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]