(57)【要約】【課題】  ＩＰｓｅｃにおけるＳＡの確立において、アドレスの詐称行為を防止すること。【解決手段】  通信主体装置１が、ＩＫＥを利用して通信相手装置２との間にＩＰｓｅｃＳＡを確立する場合に、ＩＫＥフェーズ１における通信相手装置２のＩＤとＩＫＥフェーズ２における通信相手装置２のＩＤの対応情報を記憶手段に格納し、ＩＫＥフェーズ１においてその通信相手装置２のＩＤの使用を許可された通信相手装置２に、ＩＫＥフェーズ２においてもその通信相手装置２のＩＤをもとに、通信主体装置１との間にＩＰｓｅｃＳＡを確立させるとともに、ＩＤの使用を許可されていない通信相手装置２によるＩＰｓｅｃＳＡの確立要求を拒否することを特徴とする。【選択図】      図１
2006025013.tif 000002
【特許請求の範囲】
【請求項１】
通信主体装置と、前記通信主体装置が接続している通信ネットワークと、前記通信ネットワークと接続し、前記通信主体装置と通信データを交換する通信相手装置とで構成される通信システムにおいて、
通信主体装置が、ＩＫＥを利用して通信相手装置との間にＩＰｓｅｃＳＡを確立する場合に、ＩＫＥフェーズ１における通信相手装置のＩＤとＩＫＥフェーズ２における通信相手装置のＩＤの対応情報を記憶手段に格納し、
ＩＫＥフェーズ１においてその通信相手装置のＩＤの使用を許可された通信相手装置に、ＩＫＥフェーズ２においてもその通信相手装置のＩＤをもとに、通信主体装置との間にＩＰｓｅｃＳＡを確立させるとともに、
前記ＩＤの使用を許可されていない通信相手装置によるＩＰｓｅｃＳＡの確立要求を拒否することを特徴とするセキュリティ情報管理方法。
【請求項２】
前記通信主体装置は、ＩＫＥフェーズ１が完了して前記通信相手装置との間にＩＳＡＫＭＰＳＡを確立した時点で、確立したＩＳＡＫＭＰＳＡの識別子であるクッキーペアと、そのＩＳＡＫＭＰＳＡを確立するＩＫＥフェーズ１の過程で通信相手装置が申請してきた通信相手装置のＩＤの対応を記憶手段に記憶することを特徴とする請求項１に記載のセキュリティ情報管理方法。
【請求項３】
前記通信主体装置は、前記通信相手装置との間にＩＰｓｅｃＳＡを確立するＩＫＥフェーズ２の過程で、ＩＥＴＦ標準のＩＫＥｖｅｒ１の処理に加えて、通信相手装置が申請してきたクッキーペアと通信相手装置のＩＤの対応と、通信主体装置がＩＳＡＫＭＰＳＡ確立時に前記記憶手段に記憶したクッキーペアと通信相手装置のＩＤの対応を比較し、
対応関係が合致した場合にこの合致した通信相手装置との間にＩＰｓｅｃＳＡを確立し、
合致しない場合はこの合致しない通信相手装置との間にＩＰｓｅｃＳＡを確立しないことを特徴とする請求項２に記載のセキュリティ情報管理方法。
【請求項４】
ＩＫＥフェーズ１の過程で前記通信相手装置がＩＰアドレス以外の文字列をＩＤに使用する場合は、前記通信主体装置は、ＩＫＥ開始前にＩＫＥフェーズ１のＩＤに使用する文字列とＩＫＥフェーズ２のＩＤに使用するＩＰアドレスの対応を記憶手段に記憶し、
通信相手装置からＩＫＥフェーズ１のＩＤを使用して送付された文字列とＩＫＥフェーズ２のＩＤを使用して送付されたＩＰアドレスの対応と、ＩＫＥ開始前に前記記憶手段に記憶した対応を比較し、対応関係が合致した場合にこの合致した通信相手装置との間にそのＩＰアドレスを端点としたＩＰｓｅｃＳＡを確立し、合致しない場合はこの合致しない通信相手装置との間にそのＩＰアドレスを端点としたＩＰｓｅｃＳＡを確立しないことを特徴とする請求項２に記載のセキュリティ情報管理方法。
【請求項５】
通信主体装置と、前記通信主体装置が接続している通信ネットワークと、前記通信ネットワークと接続し、前記通信主体装置と通信データを交換する通信相手装置とで構成される通信システムにおける前記通信主体装置であって、
ＩＫＥフェーズ１において前記通信主体装置と前記通信相手装置との間で確立されたＩＳＡＫＭＰＳＡを一意に識別するクッキーペアと、前記通信相手装置のＩＤとの対応情報を、フェーズ２検証データとして作成するフェーズ２検証データ作成部と、
前記フェーズ２検証データを格納するフェーズ２検証データ格納部と、
ＩＫＥフェーズ２において前記通信相手装置から受信したパケットに付されたクッキーペアおよびＩＤが、前記フェーズ２検証データと合致しない場合に、前記通信相手装置からのＩＫＥフェーズ２の処理を中止するように制御するフェーズ２検証部と、
を含んで構成されることを特徴とする通信主体装置。
【請求項６】
前記通信主体装置は、
ＩＫＥフェーズ１において前記通信相手装置との間で共有する事前共有秘密鍵と前記通信相手装置のＩＤとの対応を、フェーズ１検証データとして取得するフェーズ１検証データ取得部と、
前記フェーズ１検証データを格納するフェーズ１検証データ格納部と、
ＩＫＥフェーズ１において前記通信相手装置から受信した認証データおよび前記通信相手装置のＩＤが、前記フェーズ１検証データの事前共有秘密鍵から生成される認証データおよび前記通信相手装置のＩＤと合致しない場合に、前記通信相手装置からのＩＫＥフェーズ１の処理を中止するように制御するフェーズ１検証部と、
をさらに含んで構成されることを特徴とする請求項５に記載の通信主体装置。
【請求項７】
通信主体装置と、前記通信主体装置が接続している通信ネットワークと、前記通信ネットワークと接続し、前記通信主体装置と通信データを交換する通信相手装置とで構成される通信システムにおける前記通信主体装置を動作させるための通信主体装置プログラムであって、演算処理を行う際に用いられる記憶領域としてのメモリと、前記演算処理を行う演算処理装置とを少なくとも備える前記通信主体装置を、
ＩＫＥフェーズ１において前記通信主体装置と前記通信相手装置との間で確立されたＩＳＡＫＭＰＳＡを一意に識別するクッキーペアと、前記通信相手装置のＩＤとの対応情報を、フェーズ２検証データとして作成するフェーズ２検証データ作成手段と、
前記フェーズ２検証データを格納するフェーズ２検証データ格納手段と、
ＩＫＥフェーズ２において前記通信相手装置から受信したパケットに付されたクッキーペアおよび通信相手装置のＩＤが、前記フェーズ２検証データと合致しない場合に、前記通信相手装置からのＩＫＥフェーズ２の処理を中止するように制御するフェーズ２検証手段、
として動作させることを特徴とする通信主体装置プログラム。
【請求項８】
前記通信主体装置プログラムは、前記通信主体装置を、
ＩＫＥフェーズ１において前記通信相手装置との間で共有する事前共有秘密鍵と通信相手装置のＩＤとの対応を、フェーズ１検証データとして取得するフェーズ１検証データ取得手段と、
前記フェーズ１検証データを格納するフェーズ１検証データ格納手段と、
ＩＫＥフェーズ１において前記通信相手装置から受信した認証データおよび通信相手装置のＩＤが、前記フェーズ１検証データの事前共有秘密鍵から生成される認証データおよび通信相手装置のＩＤと合致しない場合に、前記通信相手装置からのＩＫＥフェーズ１の処理を中止するように制御するフェーズ１検証手段、
としてさらに動作させることを特徴とする請求項７に記載の通信主体装置プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セキュリティ情報管理方法、通信主体、および、通信主体プログラムに関する。
【背景技術】
【０００２】
通信主体（装置）と、通信主体が接続しているＩＰ（Internet Protocol）通信ネットワークと、通信ネットワークと接続し、通信主体と通信データを交換する通信相手（装置）とで構成される通信システムにおいて、安全な通信を実現するために、通信相手どうしで、ＳＡ（Security Association）を確立することが、一般的に行われている。ここで、ＳＡは、安全な通信路であり、ＳＡが保護対象とするデータを、他者からの盗み見や、改竄から守ることを可能とする。
【０００３】
通信を行う二者の間で暗号化や認証のための秘密鍵の生成・交換を自動で行うことが可能なプロトコルであるＩＫＥ（Internet Key Exchange）（非特許文献１など）で生成されるＳＡは、フェーズ１で生成されるＩＳＡＫＭＰＳＡ（Internet Security Association and Key Management Protocol Security Association）と、フェーズ２で生成されるＩＰｓｅｃＳＡ（IP security protocol Security Association）の２つである。そして、ＩＰｓｅｃＳＡの確立のために必要なデータは、ＩＳＡＫＭＰＳＡによって、保護されて通信される。
【非特許文献１】ＩＥＴＦ（The Internet Engineering Task Force）、“The Internet Key Exchange (IKE)”、[online]、［平成１６年５月１７日検索］、インターネット＜ＵＲＬ：http://www.ietf.org/rfc/rfc2409.txt＞
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、確立されたＩＳＡＫＭＰＳＡをもとに、ＩＰｓｅｃＳＡを確立する際には、問題が生じる。つまり、従来のＩＫＥでは、ＩＰｓｅｃＳＡを確立する際に使用されるＩＰアドレスが、ＩＳＡＫＭＰＳＡを確立する際に使用されるＩＰアドレスとは無関係であってもよい仕様になっている。よって、悪意のあるユーザが、ＩＳＡＫＭＰＳＡのＩＰアドレスとは別のＩＰアドレス（詐称したアドレス）を用いて、ＩＰｓｅｃＳＡを確立してしまうと、そのＩＰｓｅｃＳＡの詐称したアドレスを介して、不正なアクセスが行われる可能性がある。その場合、通信相手を特定するための有力な情報であるＩＰアドレスが、詐称したアドレスとなってしまうので、不正アクセスの検出が困難になってしまう。
【０００５】
そこで、本発明は、前記した問題を解決し、ＩＰｓｅｃにおけるＳＡの確立において、アドレスの詐称行為を防止することを主な目的とする。
【課題を解決するための手段】
【０００６】
前記課題を解決するため、請求項１に記載のセキュリティ情報管理方法は、通信主体装置と、前記通信主体装置が接続している通信ネットワークと、前記通信ネットワークと接続し、前記通信主体装置と通信データを交換する通信相手装置とで構成される通信システムにおいて、
通信主体装置が、ＩＫＥを利用して通信相手装置との間にＩＰｓｅｃＳＡを確立する場合に、ＩＫＥフェーズ１における通信相手装置のＩＤとＩＫＥフェーズ２における通信相手装置のＩＤの対応情報を記憶手段に格納し、
ＩＫＥフェーズ１においてその通信相手装置のＩＤの使用を許可された通信相手装置に、ＩＫＥフェーズ２においてもその通信相手装置のＩＤをもとに、通信主体装置との間にＩＰｓｅｃＳＡを確立させるとともに、
前記ＩＤの使用を許可されていない通信相手装置によるＩＰｓｅｃＳＡの確立要求を拒否することを特徴とする。
【０００７】
これにより、ＩＰアドレスと対応付けられた事前認証情報を保持している通信相手が、その事前認証情報を使って他のＩＰアドレスを端点としたＩＰｓｅｃＳＡを通信主体との間で確立しようとした場合に、通信主体がこれを拒否することができる。よって、ＩＰｓｅｃにおけるＳＡの確立において、アドレスの詐称行為を防止することができる。
【０００８】
請求項２に記載のセキュリティ情報管理方法は、請求項１に記載のセキュリティ情報管理方法であって、前記通信主体装置は、ＩＫＥフェーズ１が完了して前記通信相手装置との間にＩＳＡＫＭＰＳＡを確立した時点で、確立したＩＳＡＫＭＰＳＡの識別子であるクッキーペアと、そのＩＳＡＫＭＰＳＡを確立するＩＫＥフェーズ１の過程で通信相手装置が申請してきた通信相手装置のＩＤの対応を記憶手段に記憶することを特徴とする。
【０００９】
これにより、ＩＰアドレスと対応付けられた事前認証情報を保持している通信相手が、その事前認証情報を使って他のＩＰアドレスを端点としたＩＰｓｅｃＳＡを通信主体との間で確立しようとした場合に、通信主体がこれを拒否することができる。よって、ＩＰｓｅｃにおけるＳＡの確立において、アドレスの詐称行為を防止することができる。
【００１０】
請求項３に記載のセキュリティ情報管理方法は、請求項２に記載のセキュリティ情報管理方法であって、前記通信主体装置は、前記通信相手装置との間にＩＰｓｅｃＳＡを確立するＩＫＥフェーズ２の過程で、ＩＥＴＦ標準のＩＫＥｖｅｒ１の処理に加えて、通信相手装置が申請してきたクッキーペアと通信相手装置のＩＤの対応と、通信主体装置がＩＳＡＫＭＰＳＡ確立時に前記記憶手段に記憶したクッキーペアと通信相手装置のＩＤの対応を比較し、
対応関係が合致した場合にこの合致した通信相手装置との間にＩＰｓｅｃＳＡを確立し、
合致しない場合はこの合致しない通信相手装置との間にＩＰｓｅｃＳＡを確立しないことを特徴とする。
【００１１】
これにより、ＩＰアドレスと対応付けられた事前認証情報を保持している通信相手が、その事前認証情報を使って他のＩＰアドレスを端点としたＩＰｓｅｃＳＡを通信主体との間で確立しようとした場合に、通信主体がこれを拒否することができる。よって、ＩＰｓｅｃにおけるＳＡの確立において、アドレスの詐称行為を防止することができる。
【００１２】
請求項４に記載のセキュリティ情報管理方法は、請求項２に記載のセキュリティ情報管理方法であって、ＩＫＥフェーズ１の過程で前記通信相手装置がＩＰアドレス以外の文字列をＩＤに使用する場合は、前記通信主体装置は、ＩＫＥ開始前にＩＫＥフェーズ１のＩＤに使用する文字列とＩＫＥフェーズ２のＩＤに使用するＩＰアドレスの対応を記憶手段に記憶し、
通信相手装置からＩＫＥフェーズ１のＩＤを使用して送付された文字列とＩＫＥフェーズ２のＩＤを使用して送付されたＩＰアドレスの対応と、ＩＫＥ開始前に前記記憶手段に記憶した対応を比較し、対応関係が合致した場合にこの合致した通信相手装置との間にそのＩＰアドレスを端点としたＩＰｓｅｃＳＡを確立し、合致しない場合はこの合致しない通信相手装置との間にそのＩＰアドレスを端点としたＩＰｓｅｃＳＡを確立しないことを特徴とする。
【００１３】
これにより、ＩＰアドレスと対応付けられた事前認証情報を保持している通信相手が、その事前認証情報を使って他のＩＰアドレスを端点としたＩＰｓｅｃＳＡを通信主体との間で確立しようとした場合に、通信主体がこれを拒否することができる。よって、ＩＰｓｅｃにおけるＳＡの確立において、アドレスの詐称行為を防止することができる。
【００１４】
請求項５に記載の通信主体装置は、通信主体装置と、前記通信主体装置が接続している通信ネットワークと、前記通信ネットワークと接続し、前記通信主体装置と通信データを交換する通信相手装置とで構成される通信システムにおける前記通信主体装置であって、
ＩＫＥフェーズ１において前記通信主体装置と前記通信相手装置との間で確立されたＩＳＡＫＭＰＳＡを一意に識別するクッキーペアと、前記通信相手装置のＩＤとの対応情報を、フェーズ２検証データとして作成するフェーズ２検証データ作成部と、
前記フェーズ２検証データを格納するフェーズ２検証データ格納部と、
ＩＫＥフェーズ２において前記通信相手装置から受信したパケットに付されたクッキーペアおよびＩＤが、前記フェーズ２検証データと合致しない場合に、前記通信相手装置からのＩＫＥフェーズ２の処理を中止するように制御するフェーズ２検証部と、
を含んで構成されることを特徴とする通信主体装置。
【００１５】
これにより、ＩＰアドレスと対応付けられた事前認証情報を保持している通信相手が、その事前認証情報を使って他のＩＰアドレスを端点としたＩＰｓｅｃＳＡを通信主体との間で確立しようとした場合に、通信主体がこれを拒否することができる。よって、ＩＰｓｅｃにおけるＳＡの確立において、アドレスの詐称行為を防止することができる。
【００１６】
請求項６に記載の通信主体装置は、請求項５に記載の通信主体装置であって、前記通信主体装置は、
ＩＫＥフェーズ１において前記通信相手装置との間で共有する事前共有秘密鍵と前記通信相手装置のＩＤとの対応を、フェーズ１検証データとして取得するフェーズ１検証データ取得部と、
前記フェーズ１検証データを格納するフェーズ１検証データ格納部と、
ＩＫＥフェーズ１において前記通信相手装置から受信した認証データおよび前記通信相手装置のＩＤが、前記フェーズ１検証データの事前共有秘密鍵から生成される認証データおよび前記通信相手装置のＩＤと合致しない場合に、前記通信相手装置からのＩＫＥフェーズ１の処理を中止するように制御するフェーズ１検証部と、
をさらに含んで構成されることを特徴とする。
【００１７】
これにより、ＩＰアドレスと対応付けられた事前認証情報を保持している通信相手だけが、通信主体との間でそのＩＰアドレスを端点としたＩＰｓｅｃＳＡを確立可能とし、そのＩＰアドレスと対応付けられた事前認証情報を保持していない他の通信相手は、通信主体との間で、そのＩＰアドレスを端点としたＩＰｓｅｃＳＡを確立不可とすることができる。
【００１８】
請求項７に記載の通信主体装置プログラムは、通信主体装置と、前記通信主体装置が接続している通信ネットワークと、前記通信ネットワークと接続し、前記通信主体装置と通信データを交換する通信相手装置とで構成される通信システムにおける前記通信主体装置を動作させるための通信主体装置プログラムであって、演算処理を行う際に用いられる記憶領域としてのメモリと、前記演算処理を行う演算処理装置とを少なくとも備える前記通信主体装置を、
ＩＫＥフェーズ１において前記通信主体装置と前記通信相手装置との間で確立されたＩＳＡＫＭＰＳＡを一意に識別するクッキーペアと、前記通信相手装置のＩＤとの対応情報を、フェーズ２検証データとして作成するフェーズ２検証データ作成手段と、
前記フェーズ２検証データを格納するフェーズ２検証データ格納手段と、
ＩＫＥフェーズ２において前記通信相手装置から受信したパケットに付されたクッキーペアおよび通信相手装置のＩＤが、前記フェーズ２検証データと合致しない場合に、前記通信相手装置からのＩＫＥフェーズ２の処理を中止するように制御するフェーズ２検証手段、
として動作させることを特徴とする。
【００１９】
これにより、ＩＰアドレスと対応付けられた事前認証情報を保持している通信相手が、その事前認証情報を使って他のＩＰアドレスを端点としたＩＰｓｅｃＳＡを通信主体との間で確立しようとした場合に、通信主体がこれを拒否することができる。よって、ＩＰｓｅｃにおけるＳＡの確立において、アドレスの詐称行為を防止することができる。
【００２０】
請求項８に記載の通信主体装置プログラムは、請求項７に記載の通信主体装置プログラムであって、前記通信主体装置プログラムは、前記通信主体装置を、
ＩＫＥフェーズ１において前記通信相手装置との間で共有する事前共有秘密鍵と通信相手装置のＩＤとの対応を、フェーズ１検証データとして取得するフェーズ１検証データ取得手段と、
前記フェーズ１検証データを格納するフェーズ１検証データ格納手段と、
ＩＫＥフェーズ１において前記通信相手装置から受信した認証データおよび通信相手装置のＩＤが、前記フェーズ１検証データの事前共有秘密鍵から生成される認証データおよび通信相手装置のＩＤと合致しない場合に、前記通信相手装置からのＩＫＥフェーズ１の処理を中止するように制御するフェーズ１検証手段、
としてさらに動作させることを特徴とする。
【００２１】
これにより、ＩＰアドレスと対応付けられた事前認証情報を保持している通信相手だけが、通信主体との間でそのＩＰアドレスを端点としたＩＰｓｅｃＳＡを確立可能とし、そのＩＰアドレスと対応付けられた事前認証情報を保持していない他の通信相手は、通信主体との間で、そのＩＰアドレスを端点としたＩＰｓｅｃＳＡを確立不可とすることができる。
【発明の効果】
【００２２】
本発明によれば、通信を行う二者の間で暗号化や認証のための秘密鍵の生成・交換を自動で行うことが可能なプロトコル（ＩＫＥ）を利用した場合に、通信主体が事前認証情報とＩＰアドレスの対応を管理し、事前認証情報を保持する特定の通信相手だけが、特定のＩＰアドレスを端点としたＩＰｓｅｃＳＡを通信主体との間で確立可能にでき、通信相手によるなりすまし（ＩＰｓｅｃＳＡの端点のＩＰアドレスの詐称）を防止することが可能となる。
【発明を実施するための最良の形態】
【００２３】
以下に、本発明が適用される通信システムの一実施形態について、図面を参照して詳細に説明する。まず、本実施形態の通信システムの構成について、図１および図２を参照して説明する。
【００２４】
図１は、ＩＫＥフェーズ１の検証処理を行う通信システムの構成図である。図１に示す通信システムは、ＩＫＥのＳＡを確立する際の確立の要求を受ける側の装置である通信主体１と、ＩＫＥのＳＡを確立する際の確立を要求する側の装置である通信相手２とが、ネットワークによって接続されている。
【００２５】
なお、通信主体１および通信相手２は、それぞれ演算処理を行う際に用いられる記憶手段としてのメモリと、前記演算処理を行う演算処理装置とを少なくとも備えるコンピュータとして構成される。なお、メモリは、ＲＡＭ（Random Access Memory）などにより構成される。演算処理は、ＣＰＵ（Central Processing Unit）によって構成される演算処理装置が、メモリ上のプログラムを実行することで、実現される。
【００２６】
まず、通信主体１および通信相手２は、ＩＫＥのフェーズ１およびフェーズ２の処理を行い、ＩＰｓｅｃＳＡを確立するＩＫＥ処理部１０と、ＩＫＥに関するデータを通信するための通信インタフェース１１と、を有する。
【００２７】
次に、通信主体１は、通信相手２から受信したデータを検証するためのデータを格納するフェーズ１検証データ格納部２０と、通信相手２から受信したデータを検証するためのデータを取得するフェーズ１検証データ取得部２１と、通信相手２から受信したデータを検証するフェーズ１検証部２２と、をさらに有する。
【００２８】
図２は、ＩＫＥフェーズ１およびＩＫＥフェーズ２の検証処理を行う通信システムの構成図である。図２は、図１の構成に加え、通信主体１が、通信相手２から受信したデータを検証するためのデータを格納するフェーズ２検証データ格納部３０と、通信相手２から受信したデータを検証するためのデータを作成するフェーズ２検証データ作成部３１と、通信相手２から受信したデータを検証するフェーズ２検証部３２と、を有する構成となっている。
【００２９】
なお、メモリなどにより構成される記憶手段９０は、フェーズ１検証データ格納部２０と、フェーズ２検証データ格納部３０と、を含めて構成される。
【００３０】
以上、通信システムの構成について、説明した。次に、本実施形態の通信システムの動作について、図１および図２を参照しつつ、図３および図４に沿って説明する。なお、図３および図４は、本発明をＩＫＥの事前共有秘密鍵認証方式（アグレッシブモード）に適用した場合の、ＳＡを確立する手順を示したものである。
【００３１】
図３は、通信システムのＩＫＥフェーズ１の検証処理を含む、ＩＫＥのＳＡ確立処理を示すフローチャートである。まず、通信主体１のフェーズ１検証データ取得部２１は、ＩＫＥ開始前に、通信相手２との間で共有する事前共有秘密鍵とＩＤ（ＩＰアドレス）の対応を、検証データとしてフェーズ１検証データ格納部２０に登録する（Ｓ１１）。なお、“ＩＤ（ＩＰアドレス）”の表記は、通信パケットのＩＤフィールドに格納されるデータであるＩＰアドレス、という意味である。このＩＤフィールドは、ＳＡを確立する通信装置を特定する用途で、使用される。
【００３２】
次に、ＩＫＥフェーズ１の処理は、以下の通りである。
【００３３】
ＩＫＥを開始する通信相手２は、ＩＳＡＫＭＰＳＡパラメータの候補、通信相手２の鍵情報、及び通信相手２の身元を特定するＩＤ（ＩＰアドレス）を含めてＩＫＥフェーズ１第一メッセージを通信主体１に送信する（Ｓ１２）。通信相手２からＩＫＥフェーズ１第一メッセージを受信した通信主体１は、Ｓ１２で提案された候補の中からＩＳＡＫＭＰＳＡパラメータを選択し、選択結果、通信主体１の鍵情報、通信主体１の身元を特定するＩＤ（ＩＰアドレス）、及び通信相手２からＳ１２で送付された鍵情報と通信主体１自身が保持する事前共有秘密鍵を利用して通信主体１が生成した認証情報を含めてＩＫＥフェーズ１第二メッセージを通信相手２に送信する（Ｓ１３）。通信主体１からＩＫＥフェーズ１第二メッセージを受信した通信相手２は、通信主体１からＳ１３で送付された鍵情報と通信相手２自身が保持する事前共有秘密鍵を利用して通信相手２が生成した認証情報を含めてＩＫＥフェーズ１第三メッセージを通信主体１に送信する（Ｓ１４）。
【００３４】
通信相手２からＩＫＥフェーズ１第三メッセージを受信した通信主体１のフェーズ１検証部２２ は、Ｓ１２で送付されたＩＤ（ＩＰアドレス）とＳ１４で送付された認証情報（通信相手２が事前共有秘密鍵から生成）の対応と、Ｓ１１で登録し、通信主体１自身が保持する事前共有秘密鍵とＩＤ（ＩＰアドレス）の対応を比較し、対応関係が合致した場合にだけ通信相手２との間にＩＳＡＫＭＰＳＡを確立し、合致しなかった場合は認証失敗として通信相手２との間にＩＳＡＫＭＰＳＡを確立しない（Ｓ１５）。
【００３５】
さらに、ＩＫＥフェーズ２の処理は、以下の通りである。
【００３６】
通信主体１との間にＩＳＡＫＭＰＳＡを確立した通信相手２は、ＩＰｓｅｃＳＡパラメータの候補、通信相手２の鍵情報、及び通信相手２と通信主体１のＩＤ（ＩＰアドレス）を含めて、ＩＳＡＫＭＰＳＡで保護してＩＫＥフェーズ２第一メッセージを通信主体１に送信する（Ｓ１６）。通信相手２からＩＫＥフェーズ２第一メッセージを受信した通信主体１は、Ｓ１６で提案された候補の中からＩＰｓｅｃＳＡパラメータを選択し、選択結果、通信主体１の鍵情報、通信相手２と通信主体１のＩＤ（ＩＰアドレス）、及び通信相手２からＳ１６で送付された鍵情報と通信主体１自身が保持する事前共有秘密鍵を利用して通信主体１が生成した認証情報を含めて、ＩＳＡＫＭＰＳＡで保護してＩＫＥフェーズ２第二メッセージを通信相手２に送信する（Ｓ１７）。通信主体１からＩＫＥフェーズ２第二メッセージを受信した通信相手２は、通信主体１からＳ１７で送付された鍵情報と通信相手２自身が保持する事前共有秘密鍵を利用して通信相手２が生成した認証情報を含めて、ＩＳＡＫＭＰＳＡで保護してＩＫＥフェーズ２第三メッセージを通信主体１に送信する（Ｓ１８）。
【００３７】
通信相手２からＩＫＥフェーズ２第三メッセージを受信した通信主体１は、Ｓ１６で送付されたＩＤ（ＩＰアドレス）とＳ１８で送付された認証情報に関連付いたＩＰｓｅｃＳＡを通信相手２との間に確立する（Ｓ１９）。
【００３８】
図４は、通信システムのＩＫＥフェーズ１およびＩＫＥフェーズ２の検証処理を含む、ＩＫＥのＳＡ確立処理を示すフローチャートである。まず、通信主体１のフェーズ１検証データ取得部２１は、ＩＫＥ開始前に、通信主体１との間で共有する事前共有秘密鍵とＩＤ（ＩＰアドレス）の対応を、検証データとしてのフェーズ１検証データ格納部２０に登録する（Ｓ２１）。
【００３９】
次に、ＩＫＥフェーズ１の処理は、以下の通りである。
【００４０】
ＩＫＥを開始する通信相手２は、ＩＳＡＫＭＰＳＡパラメータの候補、通信相手２の鍵情報、及び通信相手２の身元を特定するＩＤ（ＩＰアドレス）を含めてＩＫＥフェーズ１第一メッセージを通信主体１に送信する（Ｓ２２）。通信相手２からＩＫＥフェーズ１第一メッセージを受信した通信主体１は、Ｓ２２で提案された候補の中からＩＳＡＫＭＰＳＡパラメータを選択し、選択結果、通信主体１の鍵情報、通信主体１の身元を特定するＩＤ（ＩＰアドレス）、及び通信相手２からＳ２２で送付された鍵情報と通信主体１自身が保持する事前共有秘密鍵を利用して通信主体１が生成した認証情報を含めてＩＫＥフェーズ１第二メッセージを通信相手２に送信する（Ｓ２３）。通信主体１からＩＫＥフェーズ１第二メッセージを受信した通信相手２は、通信主体１からＳ２３で送付された鍵情報と通信相手２自身が保持する事前共有秘密鍵を利用して通信相手２が生成した認証情報を含めてＩＫＥフェーズ１第三メッセージを通信主体１に送信する（Ｓ２４）。
【００４１】
通信相手２からＩＫＥフェーズ１第三メッセージを受信した通信主体１のフェーズ１検証部２２は、Ｓ２２で送付されたＩＤ（ＩＰアドレス）とＳ２４で送付された認証情報（通信相手２が事前共有秘密鍵から生成）の対応と、Ｓ２１で登録し、通信主体１自身が保持する事前共有秘密鍵とＩＤ（ＩＰアドレス）の対応を比較し、対応関係が合致した場合にだけ通信相手２との間にＩＳＡＫＭＰＳＡを確立し、合致しなかった場合は認証失敗として通信相手２との間にＩＳＡＫＭＰＳＡを確立しない（Ｓ２５）。
【００４２】
ここで、通信主体１のフェーズ２検証データ作成部３１は、通信相手２との間にＩＳＡＫＭＰＳＡを確立した時点で、確立したＩＳＡＫＭＰＳＡのクッキーペアと通信相手２がＳ２２で申請したＩＤ（ＩＰアドレス）の対応を、フェーズ２検証データ格納部３０に記憶する（Ｓ２６）。
【００４３】
さらに、ＩＫＥフェーズ２の処理は、以下の通りである。
【００４４】
通信主体１との間にＩＳＡＫＭＰＳＡを確立した通信相手２は、ＩＰｓｅｃＳＡパラメータの候補、通信相手２の鍵情報、及び通信相手２と通信主体１のＩＤ（ＩＰアドレス）を含めて、ＩＳＡＫＭＰＳＡで保護してＩＫＥフェーズ２第一メッセージを通信主体１に送信する（Ｓ２７）。通信相手２からＩＫＥフェーズ２第一メッセージを受信した通信主体１のフェーズ２検証部３２は、通信相手２がＳ２７で申請してきたクッキーペアとＩＤ（ＩＰアドレス）の対応と、Ｓ２６で記憶したクッキーペアとＩＤ（ＩＰアドレス）の対応を比較し、対応関係が合致した場合にだけ次の処理（Ｓ２９の処理）に移り、合致しなかった場合は認証失敗として次の処理に移らない（Ｓ２８）。
【００４５】
通信主体１は、Ｓ２８の処理が成功した場合、Ｓ２７で提案された候補の中からＩＰｓｅｃＳＡパラメータを選択し、選択結果、通信主体１の鍵情報、通信相手２と通信主体１のＩＤ（ＩＰアドレス）、及び通信相手２からＳ２７で送付された鍵情報と通信主体１自身が保持する事前共有秘密鍵を利用して通信主体１が生成した認証情報を含めて、ＩＳＡＫＭＰＳＡで保護してＩＫＥフェーズ２第二メッセージを通信相手２に送信する（Ｓ２９）。通信主体１からＩＫＥフェーズ２第二メッセージを受信した通信相手２は、通信主体１からＳ２９で送付された鍵情報と通信相手２自身が保持する事前共有秘密鍵を利用して通信相手２が生成した認証情報を含めて、ＩＳＡＫＭＰＳＡで保護してＩＫＥフェーズ２第三メッセージを通信主体１に送信する（Ｓ３０）。通信相手２からＩＫＥフェーズ２第三メッセージを受信した通信主体１は、Ｓ２７で送付されたＩＤ（ＩＰアドレス）を端点とし、Ｓ３０で送付された認証情報に関連付いたＩＰｓｅｃＳＡを通信相手２との間に確立する（Ｓ３１）。
【００４６】
以上、図３および図４に沿って、ＳＡの確立処理（フェーズ１、フェーズ２）を説明した。次に、図３および図４それぞれの方式がもたらす顕著な効果について、説明する。
【００４７】
まず、図３の方式は、ＩＫＥフェーズ１の処理（Ｓ１２、Ｓ１３、Ｓ１４）に対して、検証データの登録（Ｓ１１）、および、ＩＫＥフェーズ１メッセージの検証およびＩＳＡＫＭＰＳＡの生成（Ｓ１５）の処理を追加することを特徴とする。
これにより、ＩＰアドレスと対応付けられた事前認証情報を保持している通信相手２だけが、通信主体１との間でＩＰｓｅｃＳＡを確立可能とし、そのＩＰアドレスと対応付けられた事前認証情報を保持していない他の通信相手２は、通信主体１との間で、そのＩＰアドレスを端点としたＩＰｓｅｃＳＡを確立不可とすることができる。
【００４８】
さらに、図４の方式は、図３の方式の効果に加え、ＩＳＡＫＭＰＳＡとＩＰアドレスとの対応の記憶（Ｓ２６）、および、ＩＫＥフェーズ２第一メッセージの検証（Ｓ２８）の処理を追加することを特徴とする。
これにより、ＩＰアドレスと対応付けられた事前認証情報を保持している通信相手２だけが、通信主体１との間でそのＩＰアドレスを端点としたＩＰｓｅｃＳＡを確立可能とし、そのＩＰアドレスと対応付けられた事前認証情報を保持していない他の通信相手２は、通信主体１との間で、そのＩＰアドレスを端点としたＩＰｓｅｃＳＡを確立不可とすることができる。
さらに、ＩＰアドレスと対応付けられた事前認証情報を保持している通信相手２が、その事前認証情報を使って他のＩＰアドレスを端点としたＩＰｓｅｃＳＡを通信主体１との間で確立しようとした場合に、通信主体１がこれを拒否することができる。つまり、他のＩＰアドレス（詐称したアドレス）による詐称行為を、ＩＰｓｅｃＳＡが確立される前に、未然に防止できるという効果を得ることができる。
【００４９】
以上説明した本発明は、以下のようにその趣旨を逸脱しない範囲で広く変形実施することができる。
【００５０】
例えば、本実施形態では、通信装置を識別するため、そして、通信装置のネットワーク上の位置を特定するために、ＩＰアドレスを利用することとしたが、ＩＰアドレスの形式は、ＩＰｖ４（Internet Protocol version ４）でもよいし、ＩＰｖ６（Internet Protocol version ６）でもよい。また、通信装置を識別し、通信装置のネットワーク上の位置を特定することが可能なＩＤを、ＩＰアドレスの代わりに活用してもよい。
【図面の簡単な説明】
【００５１】
【図１】本発明の一実施形態に関するＩＫＥフェーズ１の検証処理を行う通信システムの構成図である。
【図２】本発明の一実施形態に関するＩＫＥフェーズ１およびＩＫＥフェーズ２の検証処理を行う通信システムの構成図である。
【図３】本発明の一実施形態に関する通信システムのＩＫＥフェーズ１の検証処理を含む、ＩＫＥのＳＡ確立処理を示すフローチャートである。
【図４】本発明の一実施形態に関する通信システムのＩＫＥフェーズ１およびＩＫＥフェーズ２の検証処理を含む、ＩＫＥのＳＡ確立処理を示すフローチャートである。
【符号の説明】
【００５２】
１      通信主体（装置）
２      通信相手（装置）
１０    ＩＫＥ処理部
２０    フェーズ１検証データ格納部（記憶手段）
２１    フェーズ１検証データ取得部
２２    フェーズ１検証部
３０    フェーズ２検証データ格納部（記憶手段）
３１    フェーズ２検証データ作成部
３２    フェーズ２検証部
【図１】
2006025013.tif 000003
【図２】
2006025013.tif 000004
【図３】
2006025013.tif 000005
【図４】
2006025013.tif 000006