(57)【要約】  エンティティ双方向認証の方法およびシステム。この方法は以下を伴う。第１のエンティティが第１のメッセージを送る。第１のメッセージを受け取った後で、第２のエンティティが信頼できる第三者に第２のメッセージを送る。信頼できる第三者は、第２のメッセージを受け取った後で、第３のメッセージを返す。第２のエンティティは、第３のメッセージを受け取り、これを検証した後で、第４のメッセージを送る。第１のエンティティは、第４のメッセージを受け取り、これを検証し、認証を完了する。従来の認証機構と比べて、本発明は、公開鍵のオンラインでの検索および認証の機構を定義し、公開鍵の集中管理を実現し、プロトコルの動作条件を簡素化し、適用および実施を円滑に行わせる。
2011507363.tif 000002
【特許請求の範囲】
【請求項１】
二方向エンティティ認証の方法であって、
第１のエンティティが、時変パラメータＲＡ、エンティティ識別情報ＩＤＡおよび署名を搬送する第１のメッセージを送ること、
第２のエンティティが、前記第１のメッセージを受け取ると、信頼できる第三者機関に、時変パラメータＲＡ、ＲＢ、前記第１のエンティティの前記エンティティ識別情報ＩＤＡおよび前記第２のエンティティのエンティティ識別情報ＩＤＢを送ること、
前記信頼できる第三者機関が、前記第２のメッセージを受け取ると、前記第２のエンティティに、前記信頼できる第三者機関の署名および前記時変パラメータＲＡ、ＲＢを搬送する第３のメッセージを返すこと、
前記第２のエンティティが、前記第３のメッセージを受け取ると、前記信頼できる第三者機関の前記署名の検証に合格し、且つ、前記時変パラメータＲＢがローカルに記憶された時変パラメータＲＢと一致する場合に、前記第１のエンティティの検証結果を取得し、前記検証結果が、前記第１のエンティティが有効であることを示す場合に、前記第１のエンティティの公開鍵を取得して前記第１のメッセージ内の前記第１のエンティティの前記署名を検証し、前記検証に合格した場合に、前記信頼できる第三者機関の前記署名、前記第２のエンティティの署名および前記時変パラメータＲＡを搬送する第４のメッセージを送ること、および
前記第１のエンティティが、前記第４のメッセージを受け取ると、前記信頼できる第三者機関の前記署名の検証に合格し、且つ、前記時変パラメータＲＡがローカルに記憶された時変パラメータＲＡと一致する場合に、前記第２のエンティティの検証結果を取得し、前記検証結果が、前記第２のエンティティが有効であることを示す場合に、前記第２のエンティティの公開鍵を取得して前記第４のメッセージ内の前記第２のエンティティの前記署名を検証し、それによって前記認証を完了すること、
を含む方法。
【請求項２】
前記第３のメッセージは、前記第１のエンティティおよび前記第２のエンティティの有効性を検証した後で送られる、請求項１に記載の二方向エンティティ認証の方法。
【請求項３】
前記第１のエンティティおよび前記第２のエンティティが有効であるのは、前記第２のメッセージ内の前記第１のエンティティおよび前記第２のエンティティの前記エンティティ識別情報が証明書であり、前記証明書が有効である場合である、請求項２に記載の二方向エンティティ認証の方法。
【請求項４】
前記第１のエンティティおよび前記第２のエンティティが有効であるのは、前記第２のメッセージ内の前記第１のエンティティおよび前記第２のエンティティの前記エンティティ識別情報がエンティティ識別子であり、前記第１のエンティティおよび前記第２のエンティティの公開鍵が存在し、有効である場合である、請求項２に記載の二方向エンティティ認証の方法。
【請求項５】
前記時変パラメータは、乱数、タイムスタンプ、または通し番号である、請求項１に記載の二方向エンティティ認証の方法。
【請求項６】
第１のエンティティ、第２のエンティティ、および信頼できる第３のエンティティとしての第３のエンティティを備える３要素ピア認証システムであって、
前記第１のエンティティは、前記第２のエンティティに時変パラメータＲＡ、前記第１のエンティティのエンティティ識別情報ＩＤＡおよび署名を搬送する第１のメッセージを送り、前記第２のエンティティによって返される前記第３のエンティティの署名、前記第２のエンティティの署名および前記時変パラメータＲＡを搬送する第４のメッセージを受け取ると、前記第３のエンティティの前記署名の検証に合格し、且つ、前記時変パラメータＲＡがローカルに記憶された時変パラメータＲＡと一致する場合に、前記第２のエンティティの検証結果を取得し、前記検証結果が、前記第２のエンティティが有効であることを示す場合に、前記第２のエンティティの公開鍵を取得し前記第４のメッセージ内の前記第２のエンティティの前記署名を検証するように適合されており、
前記第２のエンティティは、前記第１のメッセージを受け取ると、前記第３のエンティティに、時変パラメータＲＡ、ＲＢ、前記第１のエンティティの前記エンティティ識別情報ＩＤＡ、および前記第２のエンティティのエンティティ識別情報ＩＤＢを搬送する第２のメッセージを送り、前記第３のエンティティによって返される前記第３のエンティティの前記署名および前記時変パラメータＲＡ、ＲＢを搬送する第３のメッセージを受け取ると、前記第３のエンティティの前記署名の検証に合格し、且つ、前記第３のメッセージ内の前記時変パラメータＲＢがローカルに記憶された時変パラメータＲＢと一致する場合に、前記第１のエンティティの検証結果を取得し、前記検証結果が、前記第１のエンティティが有効であることを示す場合に、前記第１のエンティティの公開鍵を取得して前記第１のエンティティの前記署名を検証し、前記検証に合格した場合に、前記第４のメッセージを送るように適合されており、
前記信頼できる第三者機関は、前記第２のメッセージを受け取り、前記第２のエンティティに前記第３のメッセージを返すように適合されている、
システム。
【請求項７】
前記第３のメッセージは、前記第１のエンティティおよび前記第２のエンティティの有効性を検証した後で送られる、請求項６に記載のシステム。
【請求項８】
前記第１のエンティティおよび前記第２のエンティティが有効であるのは、前記第２のメッセージ内の前記第１のエンティティおよび前記第２のエンティティの前記エンティティ識別情報が証明書であり、前記証明書が有効である場合である、請求項７に記載のシステム。
【請求項９】
前記第１のエンティティおよび前記第２のエンティティが有効であるのは、前記第２のメッセージ内の前記第１のエンティティおよび前記第２のエンティティの前記エンティティ識別情報がエンティティ識別子であり、前記第１のエンティティおよび前記第２のエンティティの公開鍵が存在し、有効である場合である、請求項７に記載のシステム。
【請求項１０】
前記時変パラメータは、乱数、タイムスタンプ、または通し番号である、請求項６に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、二方向エンティティ認証の方法およびシステムに関する。
【背景技術】
【０００２】
非対象暗号化アルゴリズムに基づくエンティティ認証の方法は二種類、すなわち、一方向認証の方法と二方向認証の方法とに類別することができる。認証の一意性または適時性は時変パラメータによって識別され、時変パラメータは通常、タイムスタンプ、通し番号、乱数などとすることができる。時変パラメータとしてタイムスタンプまたは通し番号が使用される場合、エンティティ間の一方向認証はワンパス認証によって完了することができ、エンティティ間の二方向認証はツーパス認証によって完了することができる。また、時変パラメータとして乱数が使用される場合、エンティティ間の一方向認証はツーパス認証によって完了することができ、エンティティ間の二方向認証はスリーパス認証またはフォーパス認証（すなわち２つの並列の一方向認証）によって完了することができる。
【０００３】
これらの認証機構のいずれにおいても、検証者は、認証に先立ちまたは認証時に、請求者の有効な公開鍵を所有していなければならない。さもないと、認証プロセスが損なわれたり、完遂されなかったりする。一例として以下に、スリーパス二方向認証の方法を示す。
【０００４】
図１を参照されたい。図１では以下のトークンが使用される。
【数１】
2011507363.tif 000003
Ｘは、エンティティ識別子を表し、認証システムは２つの認証エンティティＡ、Ｂを含む。ＣｅｒｔＸはエンティティＸの証明書を表す。ｓＳＸはエンティティＸの署名を表す。ＲＸは、エンティティＸによって生成された乱数を表す。Ｔｅｘｔは任意選択のテキストフィールドを表す。
【０００５】
スリーパス二方向認証機構のプロセスは以下のように説明される。
ステップＳ１１：エンティティＢがエンティティＡに、乱数ＲＢおよび任意選択のテキストフィールドＴｅｘｔ１を送る。
ステップＳ１２：エンティティＡはエンティティＢに、ＴｏｋｅｎＡＢおよび任意選択の証明書ＣｅｒｔＡを送る。
ステップＳ１３：エンティティＢは、エンティティＡの証明書を検証することによってまたは他の何らかの手段によって、エンティティＡの有効な公開鍵の所有を確信する。
ステップＳ１４：エンティティＢは、エンティティＡの公開鍵を取得し、ステップＳ１２のＴｏｋｅｎＡＢ内のエンティティＡの署名を検証し、エンティティ識別子Ｂを検証し、ステップＳ１１で送られた乱数ＲＢがＴｏｋｅｎＡＢ内の乱数ＲＢと一致するかどうかチェックし、それによってエンティティＢはエンティティＡの検証を成し遂げる。
ステップＳ１５：エンティティＢはエンティティＡに、ＴｏｋｅｎＢＡおよび任意選択の証明書ＣｅｒｔＢを送る。
ステップＳ１６：エンティティＡは、エンティティＢの証明書を検証することによってまたは他の何らかの手段によって、エンティティＢの有効な公開鍵の所有を確信する。
ステップＳ１７：エンティティＡは、エンティティＢの公開鍵を取得し、ステップＳ１５のＴｏｋｅｎＢＡ内のエンティティＢの署名を検証し、エンティティ識別子Ａを検証し、ステップＳ１２で送られた乱数ＲＡがＴｏｋｅｎＢＡ内の乱数ＲＡと一致し、ステップＳ１１で受け取られた乱数ＲＢがＴｏｋｅｎＢＡ内の乱数ＲＢと一致するかどうかチェックし、それによってエンティティＡはエンティティＢの検証を成し遂げる。
【０００６】
以上のように、スリーパス認証機構を成し遂げるために、エンティティＡとエンティティＢとは、相手側の有効な公開鍵を所有していなければならない。しかしプロトコルには、相手側の公開鍵とその有効性をどのようにして取得すべきかが開示されていない。現在、多くの適用シナリオにおいて、そのような要件を満たすことができていない。例えば、通常、ユーザアクセス制御は、認証に合格するまでユーザによるネットワークへのアクセスが許されないようなエンティティ認証機構に基づく通信ネットワークで使用可能である。したがって、認証の前にユーザが、相手側エンティティ、すなわち、ネットワーク・アクセス・ポイントの公開鍵の有効性を取得するために認定機関にアクセスすることは不可能であるかまたは困難なはずであり、結果的に認証を行うことができなくなる。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上記を考慮して、本発明では、従来技術における、認証に成功する前にネットワークにアクセスすることができないために認証を行うことができないという問題に対処するために、二方向エンティティ認証の方法およびシステムを提供する。
【課題を解決するための手段】
【０００８】
本発明の一実施形態は、二方向エンティティ認証の方法であって、
第１のエンティティが、時変パラメータＲＡ、エンティティ識別情報ＩＤＡおよび署名を搬送する第１のメッセージを送るステップと、
第２のエンティティが、第１のメッセージを受け取ると、信頼できる第三者機関に、時変パラメータＲＡ、ＲＢ、第１のエンティティのエンティティ識別情報ＩＤＡおよび第２のエンティティのエンティティ識別情報ＩＤＢを送るステップと、
信頼できる第三者機関が、第２のメッセージを受け取ると、第２のエンティティに、信頼できる第三者機関の署名および時変パラメータＲＡ、ＲＢを搬送する第３のメッセージを返すステップと、
第２のエンティティが、第３のメッセージを受け取ると、信頼できる第三者機関の署名の検証に合格し、且つ、時変パラメータＲＢがローカルに記憶された時変パラメータＲＢと一致する場合に、第１のエンティティの検証結果を取得し、その検証結果が、第１のエンティティが有効であることを示す場合に、第１のエンティティの公開鍵を取得して第１のメッセージ内の第１のエンティティの署名を検証し、その検証に合格した場合に、信頼できる第三者機関の署名、第２のエンティティの署名および時変パラメータＲＡを搬送する第４のメッセージを送るステップと、
第１のエンティティが、第４のメッセージを受け取ると、信頼できる第三者機関の署名の検証に合格し、且つ、時変パラメータＲＡがローカルに記憶された時変パラメータＲＡと一致する場合に、第２のエンティティの検証結果を取得し、その検証結果が、第２のエンティティが有効であることを示す場合に、第２のエンティティの公開鍵を取得して第４のメッセージ内の第２のエンティティの署名を検証し、それによって認証を完了するステップと、
を含む方法を提供する。
【０００９】
好ましくは、前述の方法において、第３のメッセージは、第１のエンティティおよび第２のエンティティの有効性を検証した後で送られる。
【００１０】
好ましくは、前述の方法において、第１のエンティティおよび第２のエンティティが有効であるのは、第２のメッセージ内の第１のエンティティおよび第２のエンティティのエンティティ識別情報が証明書であり、それらの証明書が有効である場合である。
【００１１】
好ましくは、前述の方法において、第１のエンティティおよび第２のエンティティが有効であるのは、第２のメッセージ内の第１のエンティティおよび第２のエンティティのエンティティ識別情報がエンティティ識別子であり、第１のエンティティおよび第２のエンティティの公開鍵が存在し、有効である場合である。
【００１２】
好ましくは、前述の方法において、時変パラメータは、乱数、タイムスタンプ、または通し番号である。
【００１３】
本発明の一実施形態はさらに、第１のエンティティ、第２のエンティティ、および信頼できる第３のエンティティとしての第３のエンティティを含み、
第１のエンティティは、第２のエンティティに、時変パラメータＲＡ、第１のエンティティのエンティティ識別情報ＩＤＡおよび署名を搬送する第１のメッセージ送り、第２のエンティティによって返される第３のエンティティの署名、第２のエンティティの署名および時変パラメータＲＡを搬送する第４のメッセージを受け取ると、第３のエンティティの署名の検証に合格し、且つ、時変パラメータＲＡがローカルに記憶された時変パラメータＲＡと一致する場合に、第２のエンティティの検証結果を取得し、その検証結果が、第２のエンティティが有効であることを示す場合に、第２のエンティティの公開鍵を取得して第４のメッセージ内の第２のエンティティの署名を検証するように適合されており、
第２のエンティティは、第１のメッセージを受け取ると、第３のエンティティに、時変パラメータＲＡ、ＲＢ、第１のエンティティのエンティティ識別情報ＩＤＡ、および第２のエンティティのエンティティ識別情報ＩＤＢを搬送する第２のメッセージを送り、第３のエンティティによって返される第３のエンティティの署名および時変パラメータＲＡ、ＲＢを搬送する第３のメッセージを受け取ると、第３のエンティティの署名の検証に合格し、且つ、第３のメッセージ内の時変パラメータＲＢがローカルに記憶された時変パラメータＲＢと一致する場合に、第１のエンティティの検証結果を取得し、その検証結果が、第１のエンティティが有効であることを示す場合に、第１のエンティティの公開鍵を取得して第１のエンティティの署名を検証し、その検証に合格した場合に、第４のメッセージを送るように適合されており、
信頼できる第三者機関は、第２のメッセージを受け取り、第２のエンティティに第３のメッセージを返すように適合されている、
３要素ピア認証システムを開示する。
【００１４】
好ましくは、前述のシステムにおいて、第３のメッセージは、第１のエンティティおよび第２のエンティティの有効性を検証した後で送られる。
【００１５】
好ましくは、前述のシステムにおいて、第１のエンティティおよび第２のエンティティが有効であるのは、第２のメッセージ内の第１のエンティティおよび第２のエンティティのエンティティ識別情報が証明書であり、それらの証明書が有効である場合である。
【００１６】
好ましくは、前述のシステムにおいて、第１のエンティティおよび第２のエンティティが有効であるのは、第２のメッセージ内の第１のエンティティおよび第２のエンティティのエンティティ識別情報が識別子であり、第１のエンティティおよび第２のエンティティの公開鍵が存在し、有効である場合である。
【００１７】
好ましくは、前述のシステムにおいて、時変パラメータは、乱数、タイムスタンプ、または通し番号である。
【発明の効果】
【００１８】
本発明は、相手側認証エンティティの有効な公開鍵を事前に知らなくても、認証の前に認証エンティティが公開鍵または信頼できる第三者機関の証明書を取得し、信頼できる第三者機関によって発行されたユーザ証明書を取得し、または、その認証エンティティ自体の公開鍵を信頼できる第三者機関に提出する、３エンティティアーキテクチャを用いる。プロトコル運用に際しては、信頼できる第三者機関における検索および検証によって、認証エンティティの公開鍵およびその有効性を相手側に自動的に送ることができる。従来の認証機構と比べて、本発明は、公開鍵のオンラインでの検索および認証の機構を定義し、この機構は、公開鍵の集中管理を可能にし、プロトコルの動作条件を簡略化し、その実行を円滑化するものである。
【図面の簡単な説明】
【００１９】
本発明または従来技術の各実施形態における技術的解決法は、添付の本発明または従来技術の各実施形態の図面を参照すればよりよく理解されるはずである。以下の図面は単に、本発明のいくつかの実施形態を例示するにすぎず、当分野の技術者であれば、これらの図面から難なく別の図面を導き出し得ることに留意すべきである。
【図１】従来技術におけるスリーパス認証機構の認証を示す図である。
【図２】本発明の一実施形態による二方向認証の方法を示す概略図である。
【図３】図１に示す方法におけるエンティティＢによる検証プロセスを示す概略図である。
【図４】図１に示す方法におけるエンティティＡによる検証プロセスを示す概略図である。
【図５】本発明の一実施形態による３要素ピア認証システムを示す概略図である。
【発明を実施するための形態】
【００２０】
本発明の技術的解決法は、以下の各実施形態の説明を、添付の本発明の各実施形態の図面を参照して読めばより良く理解されるはずである。説明される各実施形態は、本発明の可能な実施形態のほんの一部にすぎず、当分野の技術者であれば、本発明で説明される各実施形態に基づいて、発明的な努力なしに、本発明の範囲に含まれるべき他の実施形態を得ることもできることに留意すべきである。
【００２１】
本発明の一実施形態による二方向エンティティ認証の方法の概略図を示す図２を参照する。
【００２２】
本発明のこの実施形態による方法は、３つのエンティティ、すなわち、２つの認証エンティティＡ、Ｂ、および信頼できる第三者機関（Trusted Third Party）（ＴＴＰ）に関するものである。ＴＴＰは、認証エンティティＡ、Ｂの信頼できる第三者機関である。信頼できる第三者機関を介して行われる２つのエンティティＡ、Ｂの間のピア認証を伴うそのようなシステムを、３要素ピア認証（Tri-element Peer Authentication）（ＴｅＰＡ）システムという。ＶａｌｉｄＸは、証明書ＣｅｒｔＸの有効性を表す。ＰｕｂｌｉｃＫｅｙＸは、エンティティＸ（ＸはＡまたはＢを表す）の公開鍵を表す。ＩＤＸはエンティティＸの識別情報を表し、エンティティ識別子Ｘまたは証明書ＣｅｒｔＸで表される。ＰｕｂＸはエンティティＸの検証結果を表し、証明書ＣｅｒｔＸおよびその有効性ＶａｌｉｄＸ、またはエンティティ識別子Ｘおよびその公開鍵ＰｕｂｌｉｃＫｅｙＸを含む。Ｔｏｋｅｎは以下のように定義されるトークンフィールドを表す。
【数２】
2011507363.tif 000004
【００２３】
詳細なプロセスは以下の通りである。
【００２４】
ステップＳ２１：エンティティＡがエンティティＢに、時変パラメータＲＡ、識別情報ＩＤＡ、トークンＴｏｋｅｎＡＢおよび任意選択のテキストフィールドＴｅｘｔ１を含むメッセージ１を送る。
【００２５】
ステップＳ２２：メッセージ１を受け取ると、エンティティＢはＴＴＰに、時変パラメータＲＡ、ＲＢ、エンティティ識別情報ＩＤＡ、ＩＤＢ、および任意選択のテキストフィールドＴｅｘｔ２を含むメッセージ２を送る。
【００２６】
ステップＳ２３：メッセージ２を受け取ると、ＴＴＰはエンティティＡ、Ｂを検証する。
【００２７】
特に、メッセージ２内のエンティティＡ、Ｂのエンティティ識別情報が証明書である場合には、エンティティＡ、Ｂの証明書の有効性がチェックされ、証明書が無効である場合、メッセージ２は直ちに廃棄されるかまたはメッセージ３が返される。証明書が有効である場合、メッセージ３が返される。
【００２８】
メッセージ２内のエンティティＡ、Ｂのエンティティ識別情報がエンティティ識別子である場合には、エンティティＡ、Ｂのそれぞれの公開鍵が検索され、検証される。公開鍵が見つからないかまたはすべてが無効である場合、メッセージ２は直ちに廃棄されるかまたはメッセージ３が返される。公開鍵が検索され、それらが有効である場合、メッセージ３が返される。
【００２９】
ステップＳ２４：エンティティＡ、Ｂを検証した後で、ＴＴＰはエンティティＢに、トークンＴｏｋｅｎＴＢおよび任意選択のテキストフィールドＴｅｘｔ３を含むか、またはトークンＴｏｋｅｎＴＢ１およびＴｏｋｅｎＴＢ２を含むメッセージ３を返す。
【００３０】
ステップＳ２５：メッセージ３を受け取ると、エンティティＢは検証を行う。
【００３１】
図３に示すように、エンティティＢによる詳細な検証は、以下のステップを含む。
【００３２】
ステップＳ３１：ＴＴＰによってＴｏｋｅｎＴＢまたはＴｏｋｅｎＴＢ２に添付された署名が検証され、検証に合格した場合にはステップＳ３２に進み、そうでない場合にはプロセスを終了する。
【００３３】
ステップＳ３２：メッセージ２内の時変パラメータＲＢがＴｏｋｅｎＴＢまたはＴｏｋｅｎＴＢ１内の時変パラメータＲＢと一致するかどうかチェックし、それらが一致する場合にはステップＳ３３に進み、そうでない場合にはプロセスを終了する。
【００３４】
ステップＳ３３：エンティティＡの検証結果ＰｕｂＡが取得され、エンティティＡが有効である場合にはステップＳ３４に進み、そうでない場合にはプロセスを終了する。
【００３５】
ステップＳ３４：エンティティＡの公開鍵が取得され、エンティティＡによってメッセージ１内のＴｏｋｅｎＡＢに添付された署名が検証され、署名が正しい場合には、その検証に合格したと判定する。
【００３６】
なお、実施形態によっては、ＴＴＰによってＴｏｋｅｎＴＢまたはＴｏｋｅｎＴＢ１に添付された署名を検証するステップは、メッセージ２内の時変パラメータＲＢがＴｏｋｅｎＴＢまたはＴｏｋｅｎＴＢ１内の時変パラメータＲＢと一致するかどうかチェックするステップの後に続いて行われてもよい。
【００３７】
なお、さらに代替として、ステップＳ３３においてエンティティＡが無効であると判定された場合には、ステップＳ２６が直ちに行われてもよい。
【００３８】
ステップＳ２６：メッセージ３を検証した後で、エンティティＢはエンティティＡに、トークンＴｏｋｅｎＴＢ、ＴｏｋｅｎＢＡ１および２つの任意選択のテキストフィールドＴｅｘｔ３、Ｔｅｘｔ４を含むか、またはトークンＴｏｋｅｎＴＢ２、ＴｏｋｅｎＢＡ２および任意選択のテキストフィールドＴｅｘｔ４を含むメッセージ４を送る。メッセージ３がトークンＴｏｋｅｎＴＢおよび任意選択のテキストＴｅｘｔ３を含む場合、メッセージ４は、トークンＴｏｋｅｎＴＢ、ＴｏｋｅｎＢＡ１および２つの任意選択のテキストフィールドＴｅｘｔ３、Ｔｅｘｔ４を含み、メッセージ３がトークンＴｏｋｅｎＴＢ１、ＴｏｋｅｎＴＢ２を含む場合、メッセージ４は、トークンＴｏｋｅｎＴＢ２、ＴｏｋｅｎＢＡ２および任意選択のテキストフィールドＴｅｘｔ４を含むことがわかるであろう。
【００３９】
ステップＳ２７：エンティティＡは、メッセージ４を受け取ると、検証を行う。
【００４０】
図４に示すように、エンティティＡによる詳細な検証プロセスは、以下のステップを含む。
【００４１】
ステップＳ４１：ＴＴＰによってＴｏｋｅｎＴＢまたはＴｏｋｅｎＴＢ２に添付された署名が検証され、検証に合格した場合にはステップＳ４２に進み、そうでない場合にはプロセスを終了する。
【００４２】
ステップＳ４２：メッセージ１内の時変パラメータＲＡがＴｏｋｅｎＴＢまたはＴｏｋｅｎＴＢ２内の時変パラメータＲＡと一致するかどうかチェックし、それらが一致する場合にはステップＳ４２に進み、そうでない場合にはプロセスを終了する。
【００４３】
ステップＳ４３：エンティティＢの検証結果ＰｕｂＢが取得され、エンティティＢが有効である場合にはステップＳ４４に進み、そうでない場合にはプロセスを終了する。
【００４４】
ステップＳ４４：エンティティＢの公開鍵が取得され、エンティティＢによってＴｏｋｅｎＢＡ１またはＴｏｋｅｎＴＢ２に添付された署名が検証され、検証に合格した場合には、認証が完了する。
【００４５】
なお、ＴＴＰによってＴｏｋｅｎＴＢまたはＴｏｋｅｎＴＢ２に添付された署名を検証するステップは、メッセージ１内の時変パラメータＲＡがＴｏｋｅｎＴＢまたはＴｏｋｅｎＴＢ２内の時変パラメータと一致するかどうかチェックするステップの後に続いて行われてもよい。
【００４６】
なお、さらに、本発明における時変パラメータは、乱数、タイムスタンプまたは通し番号としてもよい。
【００４７】
前述の方法を考慮して、本発明の一実施形態はさらに、この方法を実施するシステム、すなわち、第１のエンティティ５１、第２のエンティティ５２および第３のエンティティ５３を含む、図５に示すような３要素ピア認証（ＴｅＰＡ）システムを提供する。
【００４８】
第３のエンティティ５３は、第１のエンティティ５１および第２のエンティティ５２の信頼できる第三者機関である。
【００４９】
第１のエンティティ５１は、第２のエンティティＡに、時変パラメータＲＡ、それ自体の識別情報ＩＤＡおよびトークンＴｏｋｅｎＡＢを搬送する第１のメッセージを送り、第２のエンティティ５２から送られた、トークンＴｏｋｅｎＴＢおよびＴｏｋｅｎＢＡ１を搬送するか、またはトークンＴｏｋｅｎＴＢ２およびＴｏｋｅｎＢＡ２を搬送する第４のメッセージを受け取り、第３のエンティティ５３によってトークンＴｏｋｅｎＴＢまたはＴｏｋｅｎＴＢ２に添付された署名を検証し、時変パラメータＲＡがＴｏｋｅｎＴＢまたはＴｏｋｅｎＴＢ２内の時変パラメータＲＡと一致するかどうかチェックし、それらが一致する場合に、第２のエンティティ５２の検証結果を取得し、その検証結果が、第２のエンティティ５２が有効であることを示す場合に、第２のエンティティ５２の公開鍵を取得して、第４のメッセージ内の第２のエンティティ５２によってトークンＴｏｋｅｎＢＡ１またはＴｏｋｅｎＢＡ２に添付された署名を検証するように適合されている。
【００５０】
第２のエンティティ５２は、第１のメッセージを受け取ると、第３のエンティティ５３に、時変パラメータＲＡ、ＲＢ、第１のエンティティ５１の識別情報ＩＤＡ、およびそれ自体の識別情報ＩＤＢを搬送する第２のメッセージを送り、トークンＴｏｋｅｎＴＢを搬送するか、または第３のエンティティから返されるトークンＴｏｋｅｎＴＢ１、ＴｏｋｅｎＴＢ２を搬送する第３のメッセージを受け取り、第３のエンティティ５３によってトークンＴｏｋｅｎＴＢまたはＴｏｋｅｎＴＢ１に添付された署名を検証し、時変パラメータＲＢがＴｏｋｅｎＴＢまたはＴｏｋｅｎＴＢ１内の時変パラメータＲＢと一致するかどうかチェックし、それらが一致する場合に、第１のエンティティ５１の検証結果を取得し、その検証結果が、第１のエンティティ５１が有効であることを示す場合に、第１のエンティティ５１の公開鍵を取得して、第１のメッセージ内の第１のエンティティ５１によってＴｏｋｅｎＡＢに添付された署名を検証し、検証に成功すると、第４のメッセージを送るように適合されている。
【００５１】
第３のエンティティ５３は、第２のメッセージを受け取り、第１のエンティティ５１および第２のエンティティ５２の検証を行った後で、第２のエンティティ５２に第３のメッセージを返すように適合されている。
【００５２】
この実施形態における個々のエンティティ間の詳細な対話プロセスについては、前述の方法の前述の説明を参照されたい。
【００５３】
開示の各実施形態の以上の説明に基づけば、当分野の技術者は、本発明を実施し、または使用することができる。当分野の技術者には、各実施形態に加えられる様々な改変が理解されるはずである。本明細書において定義される一般原理は、本発明の精神または範囲を逸脱することなく、他の実施形態においても実施することができる。したがって本発明は、本明細書に示す実施形態だけに限定されず、本発明には、本明細書で開示される原理および新規な特徴との整合性を有する最大限の範囲が与えられるものである。
本出願は、参照によりその全文が本明細書に組み込まれる、２００７年１２月１４日付けで中国特許庁に出願された、「Method for two-way entity authentication」という名称の中国特許出願第２００７１０１９９２４１．３号の優先権を主張するものである。
【図１】
2011507363.tif 000005
【図２】
2011507363.tif 000006
【図３】
2011507363.tif 000007
【図４】
2011507363.tif 000008
【図５】
2011507363.tif 000009
【国際調査報告】
2011507363.tif 000010
2011507363.tif 000011
2011507363.tif 000012
2011507363.tif 000013