(57)【要約】オンライン第三者を導入するエンティティ双方向認証方法であって、エンティティＢがエンティティＡにメッセージ１を送信するステップ１と、エンティティＡがメッセージ１を受信した後、信頼できる第三者ＴＰにメッセージ２を送信するステップ２と、信頼できる第三者ＴＰがメッセージ２を受信した後、エンティティＡとエンティティＢの正当性を確認するステップ３と、信頼できる第三者ＴＰがエンティティＡとエンティティＢの正当性を確認した後、エンティティＡにメッセージ３を返答するステップ４と、エンティティＡがメッセージ３を受信した後、エンティティＢに対してメッセージ４を送信するステップ５と、エンティティＢがメッセージ４を受信した後、認証を行い、エンティティＡに対する認証を完成するステップ６と、エンティティＢがエンティティＡにメッセージ５を送信するステップ７と、エンティティＡがメッセージ５を受信した後、認証を行い、エンティティＢに対する認証を完成するステップ８とを含む。本発明の上述技術案は公開鍵のオンライン検索と認証メカニズムを開示し、プロトコルの動作条件を簡易にし、実際の応用で、本発明に係る双方向認証方法により、ユーザーとネットワーク間の双方向の正当性認証を実現できる。
2013503512.tif 000002
【特許請求の範囲】
【請求項１】
エンティティＢがエンティティＡに、ランダム数ＲＢと、アイデンティティ標識ＩＢとオプショナルテキストＴｅｘｔ１とを含むメッセージ1を送信するステップ１と、
エンティティＡがメッセージ1を受信した後、信頼できる第三者ＴＰに、ランダム数Ｒ’ＡとＲＢ、アイデンティティ標識ＩＡとＩＢ及びオプショナルテキストＴｅｘｔ２を含むメッセージ２を送信するステップ２と、
信頼できる第三者ＴＰがメッセージ２を受信した後、アイデンティティ標識ＩＡとＩＢによりエンティティＡとエンティティＢの正当性を検証するステップ３と、
信頼できる第三者ＴＰがエンティティＡとエンティティＢの正当性を確認した後、エンティティＡにエンティティ検証結果ＲｅｓＡとＲｅｓＢ、トークンＴｏｋｅｎＴＡ及びオプショナルテキストＴｅｘｔ５を含むメッセージ３、或いはエンティティ検証結果ＲｅｓＡとＲｅｓＢ、トークンＴｏｋｅｎＴＡ１とＴｏｋｅｎＴＡ２及びオプショナルテキストＴｅｘｔ５を含むメッセージ３を返答するステップ４と、
エンティティＡがメッセージ３を受信した後、エンティティＢにトークンＴｏｋｅｎＡＢとアイデンティティ標識ＩＡを含むメッセージ４を送信するステップ５と、
エンティティＢがメッセージ４を受信した後、検証を行うステップ６と、
エンティティＢがエンティティＡにトークンＴｏｋｅｎＢＡを含むメッセージ５を送信するステップ７と、
エンティティＡがメッセージ５を受信した後、検証を行うステップ８と
を含むことを特徴とするオンライン第三者を導入するエンティティ双方向認証方法。
【請求項２】
ステップ６は、
ＴｏｋｅｎＴＡ又はＴｏｋｅｎＴＡ２における信頼できる第三者ＴＰの署名を検証し、メッセージ1に含まれる、エンティティＢから発生されたランダム数ＲＢがＴｏｋｅｎＴＡ又はＴｏｋｅｎＴＡ２内における信頼できる第三者ＴＰの署名データに含まれるランダム数ＲＢと一致するか否かを確認し、検証に成功した場合、ステップ６．２を実行するステップ６．１と、
エンティティＡの検証結果ＲeｓＡを取得し、エンティティＡが正当且つ有効である場合、ステップ６．３を実行し、逆の場合、検証を終了するか或いはステップ７を実行するステップ６．２と、
エンティティＡの公開鍵を取得し、ＴｏｋｅｎＡＢにおけるエンティティＡの署名を検証し、エンティティＢの識別子がＴｏｋｅｎＡＢ内のエンティティＡの署名データに含まれるエンティティ識別子（Ｂ）と一致するか否か、メッセージ1に含まれる、エンティティＢから発生されたランダム数ＲＢがＴｏｋｅｎＡＢ内のエンティティＡの署名データに含まれるランダム数ＲＢと一致するか否かを検証し、検証に成功した場合、エンティティＢがエンティティＡに対する認証を完成し、ステップ７を実行するステップ６．３と
を含むことを特徴とする請求項１記載のオンライン第三者を導入するエンティティ双方向認証方法。
【請求項３】
前記ステップ８は、
メッセージ３に含まれるＴｏｋｅｎＴＡ又はＴｏｋｅｎＴＡ１内の信頼できる第三者ＴＰの署名を検証し、メッセージ２に含まれる、エンティティＡから発生されたランダム数Ｒ’ＡがＴｏｋｅｎＴＡ又はＴｏｋｅｎＴＡ１内の信頼できる第三者ＴＰの署名データに含まれるランダム数Ｒ’Ａと一致するか否かを確認し、検証に成功した場合、ステップ８．２を実行するステップ８．１と、
エンティティＢの検証結果ＲeｓＢを取得し、エンティティＢが正当且つ有効である場合、ステップ８．３を実行し、逆の場合、検証を終了するステップ８．２と、
エンティティＢの公開鍵を取得し、トークン（Ｔｏｋｅｎ）ＢＡにおけるエンティティＢの署名を検証し、エンティティＡの識別子がＴｏｋｅｎＢＡ内のエンティティＢの署名データに含まれるエンティティ識別子（Ａ）と一致するか否か、メッセージ４に含まれる、エンティティＡから発生されたランダム数ＲＡがＴｏｋｅｎＢＡ内のエンティティＢの署名データに含まれるランダム数ＲＡと一致するか否かを検証し、検証に成功した場合、エンティティＡがエンティティＢに対する認証を完成するステップ８．３と
を含むことを特徴とする請求項２記載のオンライン第三者を導入するエンティティ双方向認証方法。
【請求項４】
ステップ３におけるエンティティＡとエンティティＢの正当性を確認する過程は、メッセージ２においてエンティティＡのアイデンティティ標識ＩＡがエンティティＡの識別子Ａである場合、信頼できる第三者ＴＰはエンティティＡの有效な公開鍵ＰｕｂｌｉｃＫｅｙＡを検索し、エンティティＡのアイデンティティ標識ＩＡがエンティティＡの証明書ＣｅｒｔＡである場合、信頼できる第三者ＴＰは証明書ＣｅｒｔＡの有效性ＶａｌｉｄＡを確認し、エンティティＢのアイデンティティ標識ＩＢがエンティティＢの識別子Ｂである場合、信頼できる第三者ＴＰはエンティティＢの有效な公開鍵ＰｕｂｌｉｃＫｅｙＢを検索し、エンティティＢのアイデンティティ標識ＩＢがエンティティＢの証明書ＣｅｒｔＢである場合、信頼できる第三者ＴＰは証明書ＣｅｒｔＢの有效性ＶａｌｉｄＢを確認する
ことを特徴とする請求項３記載のオンライン第三者を導入するエンティティ双方向認証方法。
【請求項５】
前記ステップ４において、メッセージ３がエンティティ検証結果ＲeｓＡとＲeｓＢ、トークンＴｏｋｅｎＴＡ及びオプショナルテキストＴｅｘｔ５を含む場合、前記ステップ８．１が前記ステップ５に繰り上げられて実行され、エンティティＡがメッセージ３を受信した後、ステップ８．１を先に実行してから、エンティティＢにメッセージ４を送信する
ことを特徴とする請求項４記載のオンライン第三者を導入するエンティティ双方向認証方法。
【請求項６】
前記ランダム数ＲＡ、Ｒ’Ａ及びＲＢはタイムスタンプ又は順次番号であることを特徴とする請求項５記載のオンライン第三者を導入するエンティティ双方向認証方法。
【請求項７】
前記トークンフィールドは、
2013503512.tif 000006
又は
2013503512.tif 000007
であることを特徴とする請求項１〜６の何れかに記載のオンライン第三者を導入するエンティティ双方向認証方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は２００９年８月２８日に、中国特許局に提出した、出願番号が２００９１００２３７３４．０で、発明の名称が「オンライン第三者を導入するエンティティ双方向認証方法」である中国特許出願の優先権を要求し、その開示の全ての内容は引用することにより本申請に組み込まれている。
【０００２】
本発明はエンティティ認証方法に関し、特にオンライン第三者を導入するエンティティ双方向認証方法に関する。
【背景技術】
【０００３】
非対称暗号化技術を採用するエンティティ認証方法は、片方向認証と双方向認証の２種に分けられる。認証の一意性又は適時性は時変パラメータにより識別される。時変パラメータとして良く使用されるのはタイムスタンプ、順次番号とランダム数などがある。タイムスタンプ又は順次番号が時変パラメータとして採用される場合、片方向認証には一回のみのメッセージ交換が必要で、双方向認証には二回のメッセージ交換が必要である。ランダム数が時変パラメータとして採用される場合、片方向認証には二回のメッセージ交換が必要であるが、双方向認証は三回又は四回のメッセージ交換(即ち、二回のメッセージ交換を平行的に行って認証すること)が必要である。
【０００４】
上記いずれの認証メカニズムを採用しても、検証者は、認証に先立ち、または認証時には、請求者の有効な公開鍵を所有しなくてはならないことである。そうでないと、認証プロセスが損われるたり、完遂できなかったりする。ここで三回のメッセージ交換による双方向認証の方法を例として説明する。
【０００５】
図１に示すように、トークンＴｏｋｅｎＡＢ＝ＲＡ||ＲＢ||Ｂ||Ｔｅｘｔ３||ｓＳＡ(ＲＡ||ＲＢ||Ｂ||Ｔｅｘｔ２)、ＴｏｋｅｎＢＡ＝ＲＢ||ＲＡ||Ａ||Ｔｅｘｔ５||ｓＳＢ(ＲＢ||ＲＡ||Ａ||Ｔｅｘｔ４)。
ここで、Ｘはエンティティの識別子であり、当該認証システムにはＡとＢの２つの認証エンティティがあり、ＣｅｒｔｘはエンティティＸの証明書を表し、ｓＳＸはエンティティＸの署名を表し、ＲＸはエンティティＸによって発生されるランダム数を表し、Ｔｅｘｔはオプショナルテテキストフィールドである。
【０００６】
以下は三回のメッセージ交換による二方向認証メカニズムの動作プロセスを記述する。
【０００７】
ステップ１：エンティティＢがエンティティＡにランダム数ＲＢとオプショナルテキストＴｅｘｔ１を送信し、
ステップ２：エンティティＡがエンティティＢにトークンＴｏｋｅｎＡＢとオプショナル項目証明書ＣｅｒｔＡを送信し、
ステップ３：エンティティＢがエンティティＡから送信されるメッセージを受信した後、以下のステップを実行し、
ステップ３．１：エンティティＡの証明書を検証するか、又は他の方式でエンティティＡの有効な公開鍵を所有することを確保し、
ステップ３．２：エンティティＡの公開鍵を取得した後、ステップ２におけるＴｏｋｅｎＡＢの署名を検証し、識別子Ｂの正確性を確認し、又、ステップ１において送信されたランダム数ＲＢがＴｏｋｅｎＡＢにおけるランダム数ＲＢと一致するか否かを確認し、エンティティＢがエンティティＡに対する検証を完成し、
ステップ４：エンティティＢがエンティティＡにトークンＴｏｋｅｎＢＡとオプショナル項目証明書ＣｅｒｔＢを送信し、
ステップ５：エンティティＡがエンティティＢから送信された、ＴｏｋｅｎＢＡを含むメッセージを受信した後、以下のステップを実行し、
ステップ５．１：エンティティＢの証明書を検証するか、又は他の方式でエンティティＢの有効な公開鍵を所有することを確保し、
ステップ５．２：エンティティＢの公開鍵を取得した後、ステップ４におけるＴｏｋｅｎＢＡの署名を検証し、識別子Ａの正確性を確認し、又、ステップ２において送信されたランダム数ＲＡがＴｏｋｅｎＢＡにおけるランダム数ＲＡと一致するか否か、及びステップ１において受信されたランダム数ＲＢがＴｏｋｅｎＢＡにおけるランダム数ＲＢと一致するか否かを確認し、エンティティＡがエンティティＢに対する検証を完成する。
【０００８】
上記の内容からわかるように、三回のメッセージ交換による認証を成し遂ける前提条件は、エンティティＡとＢが互いに相手側の有効な公開鍵を有することである。しかし、如何にして相手側の公開鍵及びその有効性情報を取得できるかについて、プロトコルには言及されていない。当該前提条件は現在の多くの応用環境では満足できない。例えば、通信ネットワークでは通常、エンティティ認証メカニズムによりユーザーアクセス制御の機能を実現し、認証メカニズムが成功する前、ユーザーからネットワークへのアクセスが禁止される。そのため、ユーザーアイデンティティが認証される前、ユーザーは証明書機関にアクセスして対向側エンティティ―ネットワークアクセスポイントの公開鍵の有効性を取得しにくく、又は取得できないのである。
【０００９】
現在の通信ネットワーク、特に無線通信ネットワークでは、正当なユーザーのみの正当なネットワークへのアクセスを確保するため、通常、ユーザーとネットワークアクセスポイントの間の相互認証を完成する必要がある。しかし、ネットワークエンティティは、認証の前に対向側通信エンティティの有効な公開鍵を知らず認証プロセスで対向側エンティティの公開鍵の検証を完成できれば、従来のエンティティ認証メカニズムは更に向上されると共に、実際の実施において良い実行可能性と使用の容易性を得ることもできる。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本発明は背景技術における上述技術問題点を解決するため、オンライン第三者を導入するエンティティ双方向認証方法を提案した。
【００１１】
本発明にかかるオンライン第三者を導入するエンティティに方向認証方法は、ステップ１〜ステップ８を備える。
【００１２】
ステップ１：エンティティＢがエンティティＡに、ランダム数ＲＢ、アイデンティティ標識ＩＢとオプショナルテキストＴｅｘｔ１が含まれるメッセージ1を送信する。
ステップ２：エンティティＡがメッセージ1を受信した後、信頼できる第三者ＴＰに、ランダム数Ｒ’ＡとＲＢ、アイデンティティ標識ＩＡとＩＢ及びオプショナルテキストＴｅｘｔ２が含まれるメッセージ２を送信する。
ステップ３：信頼できる第三者ＴＰがメッセージ２を受信した後、アイデンティティ標識ＩＡとＩＢによりエンティティＡとエンティティＢの正当性を検証する
ステップ４：信頼できる第三者ＴＰがエンティティＡとエンティティＢの正当性を確認した後、エンティティＡに、エンティティ検証結果ＲｅｓＡとＲｅｓＢ、トークンＴｏｋｅｎＴＡ及びオプショナルテキストＴｅｘｔ５が含まれるメッセージ３、或いはエンティティ検証結果ＲｅｓＡとＲｅｓＢ、トークンＴｏｋｅｎＴＡ１とＴｏｋｅｎＴＡ２及びオプショナルテキストＴｅｘｔ５が含まれるメッセージ３を返答する。
ステップ５：エンティティＡがメッセージ３を受信した後、エンティティＢに、トークンＴｏｋｅｎＡＢとアイデンティティ標識ＩＡが含まれるメッセージ４を送信する。
ステップ６：エンティティＢがメッセージ４を受信した後、検証を行い、
ステップ７：エンティティＢがエンティティＡに、トークンＴｏｋｅｎＢＡが含まれるメッセージ５を送信する。
ステップ８：エンティティＡがメッセージ５を受信した後、検証を行う。
【００１３】
ステップ６は具体的に、以下のステップ６．１〜ステップ６．３を備える。
【００１４】
ステップ６．１：ＴｏｋｅｎＴＡ又はＴｏｋｅｎＴＡ２における信頼できる第三者ＴＰの署名を検証し、メッセージ1に含まれる、エンティティＢから発生されたランダム数ＲＢがＴｏｋｅｎＴＡ又はＴｏｋｅｎＴＡ２の信頼できる第三者ＴＰの署名データに含まれるランダム数ＲＢと一致するか否かを確認し、検証に成功した場合、ステップ６．２を実行する。
ステップ６．２：エンティティＡの検証結果ＲeｓＡを取得し、エンティティＡが正当且つ有効である場合、ステップ６．３を実行し、逆の場合、検証を終了するか或いはステップ７を実行する。
ステップ６．３：エンティティＡの公開鍵を取得し、ＴｏｋｅｎＡＢにおけるエンティティＡの署名を検証し、エンティティＢの識別子がＴｏｋｅｎＡＢ内のエンティティＡの署名データに含まれるエンティティ識別子（Ｂ）と一致するか否か、メッセージ1に含まれる、エンティティＢから発生されたランダム数ＲＢがＴｏｋｅｎＡＢ内のエンティティＡの署名データに含まれるランダム数ＲＢと一致するか否かを検証し、検証に成功した場合、エンティティＢがエンティティＡに対する認証を完成し、ステップ７を実行する。
【００１５】
ステップ８は具体的に、以下のステップ８．１〜ステップ８．３を備える。
【００１６】
ステップ８．１：メッセージ３に含まれるＴｏｋｅｎＴＡ又はＴｏｋｅｎＴＡ１内の信頼できる第三者ＴＰの署名を検証し、メッセージ２に含まれる、エンティティＡから発生されたランダム数Ｒ’ＡがＴｏｋｅｎＴＡ又はＴｏｋｅｎＴＡ１内の信頼できる第三者ＴＰの署名データに含まれるランダム数Ｒ’Ａと一致するか否かを確認し、検証に成功した場合、ステップ８．２を実行する。
ステップ８．２：エンティティＢの検証結果ＲeｓＢを取得し、エンティティＢが正当且つ有効である場合、ステップ８．３を実行し、逆の場合、検証を終了する。
ステップ８．３：エンティティＢの公開鍵を取得し、ＴｏｋｅｎＢＡにおけるエンティティＢの署名を検証し、エンティティＡの識別子がＴｏｋｅｎＢＡ内のエンティティＢの署名データに含まれるエンティティ識別子（Ａ）と一致するか否か、メッセージ４に含まれる、エンティティＡから発生されたランダム数ＲＡがＴｏｋｅｎＢＡ内のエンティティＢの署名データに含まれるランダム数ＲＡと一致するか否かを検証し、検証に成功した場合、エンティティＡがエンティティＢに対する認証を完成する。
【００１７】
上述ステップ３においてエンティティＡとエンティティＢの正当性を確認するプロセスには、メッセージ２においてエンティティＡのアイデンティティ標識ＩＡがエンティティＡの識別子Ａである場合、信頼できる第三者ＴＰはエンティティＡの有效な公開鍵ＰｕｂｌｉｃＫｅｙＡを検索し、エンティティＡのアイデンティティ標識ＩＡがエンティティＡの証明書ＣｅｒｔＡである場合、信頼できる第三者ＴＰは証明書ＣｅｒｔＡの有效性ＶａｌｉｄＡを確認し、エンティティＢのアイデンティティ標識ＩＢがエンティティＢの識別子Ｂである場合、信頼できる第三者ＴＰはエンティティＢの有效な公開鍵ＰｕｂｌｉｃＫｅｙＢを検索し、エンティティＢのアイデンティティ標識ＩＢがエンティティＢの証明書ＣｅｒｔＢである場合、信頼できる第三者ＴＰは証明書ＣｅｒｔＢの有效性ＶａｌｉｄＢを確認する。
【００１８】
上述ステップ４におけるメッセージ３がエンティティ検証結果ＲeｓＡとＲeｓＢ、トークンＴｏｋｅｎＴＡ及びオプショナルテキストＴｅｘｔ５を含む場合、前記ステップ８．１が上述ステップ５に繰り上げられ、即ち、エンティティＡがメッセージ３を受信した後、ステップ８．１を実行してから、エンティティＢに、メッセージ４を送信することとなる。
【００１９】
上述ランダム数ＲＡ、Ｒ’ＡとＲＢはタイムスタンプ又は順次番号である。
【００２０】
上述トークンフィールドは
2013503512.tif 000003
又は
2013503512.tif 000004
である。
【発明の効果】
【００２１】
本発明は三つのエンティティによるアーキテクチャを採用し、認証エンティティは認証される前、予め対向側認証エンティティの有效な公開鍵を知る必要がない。その代わりに、信頼できる第三者の公開鍵又は証明書を取得する必要があり、又、信頼できる第三者から自身に対して発行される自身のユーザー証明書を取得するか、或いは自分の公開鍵を信頼できる第三者に渡して保管させる必要がある。認証プロトコルが実行する際、認証エンティティの公開鍵及びその有効性は信頼できる第三者により検索されて検証され、自動的に必要な対向側に伝送される。本発明は従来の認証メカニズムに比較して、公開鍵のオンライン検索と認証メカニズムを開示し、公開鍵に対する集中管理を実現し、プロトコルの動作条件を簡易にし、応用と実施が容易になる。
【図面の簡単な説明】
【００２２】
【図１】従来技術において、三回のメッセージ交換による認証メカニズムの認証イメージを示す図である。
【図２】本発明に係る方法のイメージを示す図である。
【発明を実施するための形態】
【００２３】
本発明に係る方法は三つのエンティティに関し、即ち、２つの認証エンティティＡとＢ、及び１つの信頼できる第三者ＴＰ（Ｔｒｕｓｔｅｄ  Ｔｈｉｒｄ  Ｐａｒｔｙ）に関する。信頼できる第三者ＴＰは認証エンティティＡとＢに信頼される第三者であり、エンティティＡとエンティティＢに認証サービスを提供する。信頼できる第三者ＴＰによりエンティティＡとＢの相互対等認証を実施するシステムを三要素ピア認証ＴｅＰＡ(Ｔｒｉ−ｅｌｅｍｅｎｔ  Ｐｅｅｒ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）システムと称する。
【００２４】
記述の簡潔のため、符号は以下のように定義される。
【００２５】
Ｖａｌｉｄｘは証明書Ｃｅｒｔｘの有效性を表示し、ＰｕｂｌｉｃＫｅｙｘはエンティティＸ(ＸはＡ又はＢを表す）の公開鍵を表示する。ＩｘはエンティティＸのアイデンティティ標識であり、証明書Ｃｅｒｔｘ又はエンティティの識別子Ｘで表示し、ＲｅｓｘはエンティティＸの検証結果を表示し、証明書Ｒｅｓｘと証明書Ｒｅｓｘの有効性Ｖａｌｉｄｘより構成されるか、或いはエンティティＸ及びエンティティＸの公開鍵ＰｕｃｂｌｉｃＫｅｙｘより構成され、Ｔｏｋｅｎはトークンフィールドである。
【００２６】
図２に示すように、本発明の各トークンフィールドは以下の２つの形式で表示される。
2013503512.tif 000005
【００２７】
エンティティＡとエンティティＢの間の双方向認証プロせスは具体的に、ステップ１〜ステップ８を備える。
ステップ１：エンティティＢがエンティティＡに、ランダム数ＲＢ、アイデンティティ標識ＩＢとオプショナルテキストＴｅｘｔ１を含むメッセージ1を送信する。
ステップ２：エンティティＡがメッセージ1を受信した後、信頼できる第三者ＴＰに、ランダム数Ｒ’ＡとＲＢ、アイデンティティ標識ＩＡとＩＢ及びオプショナルテキストＴｅｘｔ２を含むメッセージ２を送信する。
ステップ３：信頼できる第三者ＴＰがメッセージ２を受信した後、アイデンティティ標識ＩＡとＩＢによりエンティティＡとエンティティＢの正当性を検証する。
【００２８】
信頼できる第三者ＴＰが以下の方式でエンティティＡとエンティティＢの正当性を検証する。
【００２９】
メッセージ２において、エンティティＡのアイデンティティ標識ＩＡがエンティティＡの識別子Ａである場合、信頼できる第三者ＴＰはエンティティＡの有效な公開鍵ＰｕｂｌｉｃＫｅｙＡを検索し、エンティティＡのアイデンティティ標識ＩＡがエンティティＡの証明書ＣｅｒｔＡである場合、信頼できる第三者ＴＰは証明書ＣｅｒｔＡの有效性ＶａｌｉｄＡを確認し、エンティティＢのアイデンティティ標識ＩＢがエンティティＢの識別子Ｂである場合、信頼できる第三者ＴＰはエンティティＢの有效な公開鍵ＰｕｂｌｉｃＫｅｙＢを検索し、エンティティＢのアイデンティティ標識ＩＢがエンティティＢの証明書ＣｅｒｔＢである場合、信頼できる第三者ＴＰは証明書ＣｅｒｔＢの有效性ＶａｌｉｄＢを確認する。
【００３０】
ステップ４：信頼できる第三者ＴＰがエンティティＡとエンティティＢの正当性を確認した後、エンティティＡにエンティティ検証結果ＲｅｓＡとＲｅｓＢ、トークンＴｏｋｅｎＴＡ及びオプショナルテキストＴｅｘｔ５を含むメッセージ３、或いはエンティティ検証結果ＲｅｓＡとＲｅｓＢ、トークンＴｏｋｅｎＴＡ１とＴｏｋｅｎＴＡ２及びオプショナルテキストＴｅｘｔ５を含むメッセージ３を返答する。
ステップ５：エンティティＡがメッセージ３を受信した後、エンティティＢに対してトークンＴｏｋｅｎＡＢとアイデンティティ標識ＩＡを含むメッセージ４を送信する。
ステップ６：エンティティＢがメッセージ４を受信した後、検証を行う。具体的に、三つのステップに分ける実行する。
ステップ６．１：ＴｏｋｅｎＴＡ又はＴｏｋｅｎＴＡ２における信頼できる第三者ＴＰの署名を検証し、メッセージ1に含まれる、エンティティＢから発生されたランダム数ＲＢがＴｏｋｅｎＴＡ又はＴｏｋｅｎＴＡ２内の信頼できる第三者ＴＰの署名データに含まれるランダム数ＲＢと一致するか否かを確認し、検証に成功した場合、ステップ６．２を実行する。
ステップ６．２：エンティティＡの検証結果ＲeｓＡを取得し、エンティティＡが正当且つ有効である場合、ステップ６．３を実行し、逆の場合、検証を終了するか或いはステップ７を実行する。
ステップ６．３：エンティティＡの公開鍵を取得し、ＴｏｋｅｎＡＢにおけるエンティティＡの署名を検証し、エンティティＢの識別子がＴｏｋｅｎＡＢ内のエンティティＡの署名データに含まれるエンティティ識別子（Ｂ）と一致するか否か、メッセージ1に含まれる、エンティティＢから発生されたランダム数ＲＢがＴｏｋｅｎＡＢ内のエンティティＡの署名データに含まれるランダム数ＲＢと一致するか否かを検証し、検証に成功した場合、エンティティＢがエンティティＡに対する認証を完成し、ステップ７を実行する。
ステップ７：エンティティＢがエンティティＡに対してトークンＴｏｋｅｎＢＡを含むメッセージ５を送信する。
ステップ８：エンティティＡがメッセージ５を受信した後、検証を行う。具体的に、三つのステップに分けて実行する。
ステップ８．１：メッセージ３に含まれるＴｏｋｅｎＴＡ又はＴｏｋｅｎＴＡ１内の信頼できる第三者ＴＰの署名を検証し、又、メッセージ２に含まれる、エンティティＡから発生されたランダム数Ｒ’ＡがＴｏｋｅｎＴＡ又はＴｏｋｅｎＴＡ１内の信頼できる第三者ＴＰの署名データに含まれるランダム数Ｒ’Ａと一致するか否かを確認し、検証に成功した場合、ステップ８．２を実行する。
ステップ８．２：エンティティＢの検証結果ＲeｓＢを取得し、エンティティＢが正当且つ有効である場合、ステップ８．３を実行し、逆の場合、検証を終了する。
ステップ８．３：エンティティＢの公開鍵を取得し、ＴｏｋｅｎＢＡにおけるエンティティＢの署名を検証し、エンティティＡの識別子がＴｏｋｅｎＢＡ内のエンティティＢの署名データに含まれるエンティティ識別子（Ａ）と一致するか否か、メッセージ４に含まれる、エンティティＡから発生されたランダム数ＲＡがＴｏｋｅｎＡＢ内のエンティティＢの署名データに含まれるランダム数ＲＡと一致するか否かを検証し、検証に成功した場合、エンティティＡがエンティティＢに対する認証を完成する。
【００３１】
そのうち、ステップ４において、メッセージ３がエンティティ検証結果ＲeｓＡとＲeｓＢ、トークンＴｏｋｅｎＴＡ及びオプショナルテキストＴｅｘｔ５を含む場合、上述ステップ８．１が上述ステップ５に繰り上げされ、即ち、エンティティＡがメッセージ３を受信した後、ステップ８．１を実行してから、エンティティＢに対してメッセージ４を送信することとなる。
【００３２】
ランダム数Ｒ’Ａ、ＲＡとＲＢはタイムスタンプ又は順次番号で置き換えても良い。
【００３３】
このような認証システムが実際に応用される場合、通常、エンティティＢは通信ユーザーの端末装置に位置しており、エンティティＡはネットワークアクセスポイント側に位置する。上述の実施形態におけるエンティティＡとエンティティＢの間の双方向認証方法は、ユーザーとネットワークアクセスポイントの間の双方向の正当性を認証することを実現でき、正当なユーザーを正当なネットワークへアクセスさせることを確保する。
【図１】
2013503512.tif 000008
【図２】
2013503512.tif 000009
【国際調査報告】
2013503512.tif 000010
2013503512.tif 000011
2013503512.tif 000012
2013503512.tif 000013