JP2013509821A

JP2013509821A - Ｗｉｍａｘシステムのためのオーセンティケータ移転方法

Info

Publication number: JP2013509821A
Application number: JP2012537034A
Authority: JP
Inventors: ミジコフスキー，セミヨン・ビー
Original assignee: アルカテル−ルーセント
Priority date: 2009-10-30
Filing date: 2010-10-28
Publication date: 2013-03-14
Anticipated expiration: 2030-10-28
Also published as: WO2011053680A2; WO2011053680A3; US20110107085A1; US8443431B2; JP5535331B2; EP2494803A2; CN102668610B; KR101445459B1; CN102668610A; KR20120080223A

Abstract

アンカ認証の移転中に、ＭＳの再認証を行うことなしに、リプレー保護を提供するとともに、不正なＡＳＮ−ＧＷ問題を軽減する、拡張認証プロトコルなどを適用する通信システムにおけるオーセンティケータ移転のための方法が、提供される。本発明の方法は、オプションとして、ＭＳＫのセキュリティで保護されたリフレッシュを許す。

Description

本発明は、一般に、無線通信システムにおけるモバイル端末装置と基地局の間の認証に関する。

ＷｉＭＡＸＦｏｒｕｍが、ＩＥＥＥ８０２．１６ｅベースの無線インタフェースのネットワークサポートに関する規格を定義している。本出願の出願日の時点で、これらの規格の最新のリリースは、ＷｉＭＡＸＦｏｒｕｍによって公表されたＳｔａｇｅ２［ＷＭＦ−Ｔ３２−００５−Ｒ０１０ｖ０４＿Ｎｅｔｗｏｒｋ−Ｓｔａｇｅ２］文書およびＳｔａｇｅ３［ＷＭＦ−Ｔ３３−００４−Ｒ０１０ｖ０４＿Ｎｅｔｗｏｒｋ−Ｓｔａｇｅ３］文書において説明されている。

ＷｉＭＡＸＦｏｒｕｍ、Ｓｔａｇｅ２［ＷＭＦ−Ｔ３２−００５−Ｒ０１０ｖ０４＿Ｎｅｔｗｏｒｋ−Ｓｔａｇｅ２］ＷｉＭＡＸＦｏｒｕｍ、Ｓｔａｇｅ３［ＷＭＦ−Ｔ３３−００４−Ｒ０１０ｖ０４＿Ｎｅｔｗｏｒｋ−Ｓｔａｇｅ３］

ＷｉＭＡＸ無線システムにおいて通信セキュリティをもたらすのに、モバイル端末装置とサービングネットワークの間でセキュリティ関連付けが維持される。このセキュリティ関連付けは、ネットワークに入るユーザ端末装置の初期契約認証中に契約者のホームネットワークの助けを借りて作成され、その後、再認証イベント中にリフレッシュされることが可能である。そのような再認証イベント中のシステムリソースの最適な割当ては、継続的な問題となっている。

アンカ認証の移転中に、ＭＳの再認証を行うことなしに、リプレー保護を提供するとともに、不正なＡＳＮ−ＧＷ問題を軽減する、拡張認証プロトコルなどを通常、適用する通信システムにおけるオーセンティケータ移転のための方法が、提供される。本発明の一実施形態において、カウンタ値のアプリケーションが、オーセンティケータの移転のために認証プロトコルの要素の間で交換されるメッセージの中のトークンとして提供される。本発明の別の実施形態において、再認証を行うことなしにマスタセッション鍵のセキュリティで保護されたリフレッシュのためのアプリケーションが提供される。

本発明の教示は、添付の図面と併せて以下の詳細な説明を考慮することによって容易に理解され得る。

本発明の方法が実施され得るシステムアーキテクチャを示す図である。当技術分野の方法による認証に関するフローシーケンスを示す図である。本発明の方法の或る実施形態による認証に関するフローシーケンスを示す図である。本発明の方法の別の実施形態による認証に関するフローシーケンスを示す図である。

以下の説明において、限定の目的ではなく、説明の目的で、本発明の例示的な実施形態の十分な理解をもたらすために、特定のアーキテクチャ、インタフェース、技術などの特定の詳細が示される。しかし、本発明は、これらの特定の詳細から逸脱する他の例示的な実施形態において実施されることも可能であることが、当業者には明白となろう。いくつかの場合において、よく知られたデバイス、回路、及び方法の詳細な説明は、説明される実施形態の説明を不要な詳細で不明瞭にしないように、省略される。すべての原理、態様、および実施形態、ならびにそれらの原理、態様、および実施形態の具体的な例は、それらの原理、態様、および実施形態の構造上の均等物と機能上の均等物をともに包含することを意図している。さらに、そのような均等物には、現在、知られている均等物も、将来に開発される均等物もともに含まれることが意図される。

本発明は、以降、ＷｉＭＡＸアプリケーションに関連して説明される。しかし、本発明は、他の無線システムにも適用可能であること、および以下の説明におけるＷｉＭＡＸアプリケーションの使用は、本発明の原理を例示することのみを目的としており、本発明の範囲を限定することは全く意図していないことを明記しておく。

図１は、本明細書で開示される本発明の方法が実施され得るシステムアーキテクチャを示す。その図は、ＷｉＭＡＸ標準、ＷＭＦ−Ｔ３２−００５−Ｒ０１０ｖ０４＿Ｎｅｔｗｏｒｋ−Ｓｔａｇｅ２の図６−５に示される典型的なネットワーク参照モデルに対応する。

無線通信システムにおいて、許可されたユーザだけにしか通信システムへのアクセスが与えられないことを確実にするセキュリティ機構が、一般に、適用される。そのようなセキュリティ機構を実施するように実行されるプロトコルは、一般に、認証として特徴づけられ、さらに、一般に、３つのエンティティ：（１）通信システムへのアクセスを要求する、移動局（図１のＭＳ）などのサプリカント（またはクライアント）、（２）通信ネットワークへのアクセスに関するゲートキーパとして動作するオーセンティケータ（図１に示されるＷｉＭＡＸシステムにおいてＡＳＮ−ＧＷ（アクセスサービスネットワークゲートウェイ）と呼ばれる）、および（３）サプリカントと認証サーバの間の認証メッセージ（通常、１つまたは複数の鍵で暗号化される）の交換に基づいて、決定する認証サーバ（図１にホームＡＡＡサーバとして示される）の間で分割される。

ＷｉＭＡＸを含む多くの無線通信システムにおいて、認証は、ＥＡＰ（拡張認証プロトコル）を使用して実施される。ＷｉＭＡＸセキュリティフレームワーク、セクション７．３で、特にセクション７．３．８で説明されるとおり、ＥＡＰベースの認証プロトコルが正常に完了すると、ＭＳ（移動局）とＨＡＡＡ（ホームＡＡＡ）サーバがともに、秘密マスタセッション鍵（ＭＳＫ）を生成する。この鍵は、ＨＡＡＡによって、サービングシステムＡＳＮ−ＧＷにおけるオーセンティケータ機能に送られる。

このＭＳＫセキュリティ関連付けは、情報暗号化、完全性保護などのための複数のより低いレベルのセキュリティ鍵を作成するのにさらに使用される。

ＡＳＮ−ＧＷにおけるオーセンティケータ機能は、アンカされ、さらに相当な期間にわたって静的なままであることが可能であるのに対して、ＭＳは、サービングＡＳＮの領域内で基地局によるサービスを受ける。また、オーセンティケータは、ＭＳがローミングして隣接するＡＳＮに入った場合、そのＡＳＮが、同一の事業者の完全に信頼されるドメインに属する限り、アンカされたままであることも可能である。しかし、ＭＳが、Ｒ４インタフェース基準点（図１に示される）を越えて、信頼の境界を越えて別のＡＳＮにハンドオーバされると、セキュリティフレームワークは、ＭＳの再認証を規定する。

再認証の結果、新たなＡＳＮ−ＧＷが、オーセンティケータ責任を負い、さらに新たなＭＳＫを受信する。事実上、そのような再認証は、オーセンティケータの移転をもたらす。

動的な移動性の高い環境において、ＭＳの急速な移動は、隣接するＡＳＮ間で頻繁なハンドオーバを生じさせ、このため、１つのＡＳＮ−ＧＷから別のＡＳＮ−ＧＷへのオーセンティケータ機能の頻繁な移転を要求する。そのような繰り返しの再認証を行うことは、バックホールネットワークおよびＡＡＡインフラストラクチャに、さらに重要なことには、無線インタフェースにさらなる負担をかける。

例えば、アイドルモードに入っている間に、すなわち、サービングシステムと能動的に通信していない状態で、１つのＡＳＮから別のＡＳＮにローミングするＭＳを考慮されたい。オーセンティケータ移転のための再認証を行うために、システムは、ＭＳを「起動させ」、複雑なＥＡＰ認証プロトコルを実行し、さらに、その後、ＭＳを解放してアイドルに戻す必要がある。この動作は、ＭＳリソースおよびシステムリソースを酷使する。

再認証を行うことなしにオーセンティケータを移転するための従来技術における方法が、提供されている。そのアプローチの骨子が、図２に示され、以下に要約される：
− ＭＳが、例えば、現在のページング区域の辺りの重なるサービングネットワークからの受信された通知を分析することによって、ＭＳがローミングして別のＡＳＮに入ったことを認識し、したがって、ＭＳの登録されたロケーションを更新する必要があることを知る。代替として、ＭＳは、その新たなＡＳＮにアクセスして、セッションを要求することを決定することが可能である。いずれにしても、ＭＳは、その区域内の最も近い基地局に測距要求、ＲＮＧ−ＲＥＱを送信する。
− ＭＳからのＲＮＧ−ＲＥＱメッセージが、基地局ＢＳによって受信され、さらに検証される必要がある。その機能を実施するのに、ＢＳは、当該のＭＳにサービスを提供する現在のアンカオーセンティケータからアクセスセキュリティ鍵ＡＫを要求する必要がある。図２のステップ２に示されるとおり、ＢＳは、通常、この要求を、Ｒ６インタフェース（ＢＳとＡＳＮ−ＧＷの間の）を介してローカルＡＳＮ−ＧＷに中継し、ローカルＡＳＮ−ＧＷが、そのＭＳにそれまでサービスを提供していたＡＳＮに関連する現在のアンカされたサービングオーセンティケータ（「以前のオーセンティケータ」を表すｐＡとして表される）とは区別されるべき、そのＭＳに関する新たなターゲットオーセンティケータ（「新たなオーセンティケータ」を表すｎＡとして表される）となる。
− ｎＡが、そのＭＳが別のＡＳＮに登録されていること、およびそのＭＳのセキュリティ関連付けが、ｐＡにアンカされていることを認識する。図２のステップ３に示されるとおり、ｎＡが、その要求を、Ｒ４インタフェースを介してｐＡに転送する。
− そのＭＳに関する現在のオーセンティケータが、２つのナンス、Ｎｏｎｃｅ１およびＮｏｎｃｅ２を生成する。次に、ｐＡが、ｎＡのＩＤに加えてＭＳＫおよびＮｏｎｃｅ１を使用して、図２のステップ４でＭＳＫｈａｓｈ１として示されるメッセージ（トークン）移転要求トークンを作成する。この移転要求トークンが、ステップ４で新たなターゲットオーセンティケータｎＡに送られ、ステップ５で、ｎＡによって、Ｒ３／Ｒ５インタフェースを介してＨＡＡＡに転送される。
− ＨＡＡＡが、このトークンを、ｐＡ（秘密ＭＳＫを現在、所有している）がｐＡのオーセンティケータ責任をｎＡに移すことに合意したことの証明として検証する。
− また、ＨＡＡＡは、ローカルポリシーを確認して、ｎＡが、現在のＭＳセッションに関してオーセンティケータ責務を実行することを許可されており、さらに同一のＭＳＫを受信するのに十分なだけ信頼されていることを検証する。そうである場合、ステップ６で、ＨＡＡＡは、現在アクティブのＭＳＫをｎＡに送信する。
− ＭＳＫを受信すると、ｎＡは、受信されたＭＳＫおよびＮｏｎｃｅ２を使用して移転許可トークン、ＭＳＫｈａｓｈ２を計算する。次に、ステップ７で、トークン、ＭＳＫｈａｓｈ２は、ｎＡが現時点でＭＳＫを所有していること、およびＨＡＡＡがオーセンティケータ移管を許可していることの証明としてｐＡに送信される。
− ステップ８で、ＡｕｔｈＲｅｌｏｃＦｉｎＲｅｓｐメッセージが、ステップ７のメッセージによって開始されたトランザクションを閉じる。事実上、ＡｕｔｈＲｅｌｏｃＦｉｎＲｅｓｐメッセージは、ｐＡが、ＭＳＫＨａｓｈ２を検証し、承認し、ＭＳＫＨａｓｈ２に満足し、さらにＭＳＫＨａｓｈ２を、ＡＡＡ許可を有するｎＡが現時点で有効なＭＳＫを所有していることの証明として扱うことを、ｎＡに知らせる。つまり、オーセンティケータ移転は、現時点で終了されることが可能である。
− ｐＡからのその後のアカウンティング停止（ステップ９）、およびｎＡからのアカウンティング開始（ステップ１１）は、オーセンティケータ移転が正常に完了したことをＨＡＡＡに通知する。

前述した従来技術の手順は、以下に説明されるいくつかの欠点を抱えている：
− Ｎｏｎｃｅ１とＮｏｎｃｅ２がともに、同一のエンティティｐＡによって乱数として生成され、鮮度に関して他のいずれのネットワークエンティティによっても検証され得ない。つまり、ｎＡとＨＡＡＡのいずれも、提示されたランダムなＮｏｎｃｅ１またはＮｏｎｃｅ２が以前に使用されていないことを検証することができない。したがって、オーセンティケータ移転トランザクションに関してリプレー保護の保証が存在しない。その結果、不正なＡＳＮ−ＧＷが、ＨＡＡＡに対する要求の中で移転要求トークンを繰り返して、ＭＳが他のどこかでサービスを受けている場合でさえ、ＭＳＫを受信することが可能である。ＭＳＫを所有していることは、そのような不正なＡＳＮ−ＧＷがＭＳセッションを盗聴することを許し、さらに別のシステムにおいてサービスを拒否することさえ許す。
− 前述した従来技術のプロトコルは、Ｒ４インタフェースがトランスポート層セキュリティ対策によって保護されていて、その結果、ｐＡオーセンティケータおよびｎＡオーセンティケータは、それぞれのオーセンティケータのＩＤを偽装すること、またはスプーフィングすることができないものと想定する。不正なＡＳＮ−ＧＷは、ｐＡとｎＡの間の中間者Ｒ４エンティティとして自らを挿入し、移転要求トークンをキャッシュし、ＭＳＫを獲得するために後の時点でその移転要求トークンを再使用することができるので、この想定には保証がない。
− 複数のＡＳＮにおいて同一のＭＳＫを再使用することは、セキュリティが損なわれたＡＳＮ−ＧＷが、現在のＭＳトラフィックだけでなく、ＭＳＫ有効性の期間全体にわたって当該のＭＳのすべての以前のデータおよび将来のデータを解読することができるので、ＭＳＫ脆弱性の範囲を増大させる。

本発明者は、従来技術の方法のアプローチにおいて特定される問題に対処する従来技術の方法のいくつかの変形を本明細書で開示する。これらの変形が、本発明の２つの例示的な実施形態を示す図３および図４に示され、以下に説明される。図２の流れ図から変わっていないステップは、概ね、図３および図４の以下の説明において繰り返されないことに留意されたい。

具体的には、
− ステップ３ａで、増え続けるカウンタに基づく新たな変数、Ｃｏｕｎｔｅｒ１が、Ｎｏｎｃｅ２とともに、ｐＡにおいて生成されて（ランダムなナンス、Ｎｏｎｃｅ１の代わりとして）移転要求トークンが作成される。
− 有利には、そのようなカウンタは、ＷｉＭＡＸ／ＩＥＥＥ８０２．１６ｅシステムにおいて既に存在し、さらにそのようなカウンタは、標準［ＷＭＦ−Ｔ３３−００１−Ｒ０１０ｖ０４＿Ｎｅｔｗｏｒｋ−Ｓｔａｇｅ３−Ｂａｓｅ］のセクション４．３．４において説明されるＣＭＡＣ＿ＫＥＹ＿ＣＯＵＮＴカウンタとして定義される。このＣＭＡＣ＿ＫＥＹ＿ＣＯＵＮＴは、現在、無線インタフェース上で管理メッセージのリプレー保護のために使用されており、さらにＭＳ（ＣＭＡＣ＿ＫＥＹ＿ＣＯＵＮＴ_Ｍ）およびアンカオーセンティケータｐＡ（ＣＭＡＣ＿ＫＥＹ＿ＣＯＵＮＴ_Ｎ）によって保持される。ＣＭＡＣ＿ＫＥＹ＿ＣＯＵＮＴ_Ｍは、ＭＳによってサービング基地局に送信される物理的アタッチメントメッセージ（ＲＮＧ−ＲＥＱ，ＬＵ−ＲＥＱ）の中に含められる。
− このＣＭＡＣ＿ＫＥＹ＿ＣＯＵＮＴ_Ｍは、図３および図４のステップ２トランザクション中にＲ６インタフェースを介して、サービングＢＳによってｎＡに転送され、ステップ３でＲ４インタフェースを介して、ｎＡによってｐＡに中継される。通常の動作において、ｐＡは、受信されたＣＭＡＣ＿ＫＥＹ＿ＣＯＵＮＴ_Ｍをローカルで保持されるＣＭＡＣ＿ＫＥＹ＿ＣＯＵＮＴ_Ｎと比較し、大きい方の値を、ＣＭＡＣ＿ＫＥＹ＿ＣＯＵＮＴ_Ｎのアクティブ値として選択する。
− 次にステップ３ａで、ｐＡが、ＣＭＡＣ＿ＫＥＹ＿ＣＯＵＮＴ_Ｎを、移転要求トークンを計算する際のＣｏｕｎｔｅｒ１パラメータとして使用することが可能である。
− ステップ３ｂに示されるとおり、ＭＳＫの値、Ｃｏｕｎｔｅｒ１、Ｎｏｎｃｅ２、ｐＡ−ＩＤ、およびｎＡ−ＩＤが、移転要求トークンの計算に含められて、移転トランザクションに関与するエンティティの適切な結合が確実にされる。この対策は、不正なＡＳＮ−ＧＷによる可能なＩＤスプーフィングを防止する。
− ステップ４で、移転要求トークン、ｐＡ−ＩＤ、ｎＡ−ＩＤ、Ｃｏｕｎｔｅｒ１、およびＮｏｎｃｅ２が、新たなオーセンティケータｎＡに送られ、さらにステップ５で、ｎＡによってＨＡＡＡに転送される。
− ＨＡＡＡが、ＷｉＭＡＸ標準［ＷＭＦ−Ｔ３３−００１−Ｒ０１０ｖ０４＿Ｎｅｔｗｏｒｋ−Ｓｔａｇｅ３−Ｂａｓｅ］のセクション４．３．４で規定される要件に応じて、ＥＡＰ認証が成功した時点で、ＣＭＡＣ＿ＫＥＹ＿ＣＯＵＮＴ_Ｎが値１にリセットされ、さらにＭＳがネットワークに入ることに成功するごとにインクリメントされることを認識する。また、ＨＡＡＡは、本発明の方法に従って、ｐＡが、Ｃｏｕｎｔｅｒ１値を、次の再認証まで、１より大きくなければならず、さらにＣｏｕｎｔｅｒ１のそれまでに受信されたいずれの値よりも大きくなければならないＣＭＡＣ＿ＫＥＹ＿ＣＯＵＮＴ_Ｎの現在の保持される値と等しく設定することも認識している。この確認に違反は、移転要求トークンのリプレーを示し、拒否されなければならない。
− 前のセクションの試験に照らしてＣｏｕｎｔｅｒ１の値を評価した（ステップ５ａで）後、Ｃｏｕｎｔｅｒ１値が許容できると判明して、ＨＡＡＡがその移転要求トークンを検証する（ステップ５ｂで）。

前述したとおり、本発明の２つの例示的な実施形態が、図３および図４に示される。この時点まで、この２つの実施形態の動作は、両方の図で同一であり、そのような共通の動作が、両方の図に関して以上に説明されてきた。しかし、以降、この２つの実施形態の発明の動作は、多少、異なり、それらの動作が、図３および図４に関して別々に説明される。
− 図３に示される実施形態において、ＨＡＡＡが、ステップ５ｃに示されるとおり、鮮度パラメータとしてＣｏｕｎｔｅｒ１を使用することによって、ＭＳＫ’として表されるＭＳＫの新鮮なバージョンを生成して、ＭＳＫ’を、ＭＳＫとＣｏｕｎｔｅｒ１のハッシュとして生成する。
− 次にステップ６で、ＭＳＫ’が、ＨＡＡＡからｎＡに送られる。
− ステップ６ａで、ｎＡが、ＭＳＫ’を使用して移転許可トークンを計算し、このトークンを、ＭＳＫ’を所有していることの証明としてｐＡに戻す（ステップ７で）。
− ステップ７ａで、ｐＡが、移転許可トークンを評価し、ステップ７ｂで検証し、ステップ８でオーセンティケータ移転を完了させる。
− ステップ９のトランザクションで、物理的アタッチメントまたはロケーション更新が完了し、さらにＭＳＫがリフレッシュされたことを示すオーセンティケータ移転標識（ＡＲＩ）が、ＭＳに送信される。この通知を使用して、ＭＳは、ＭＳＫを、ＭＳＫの現在の値、およびＣＭＡＣ＿ＫＥＹ＿ＣＯＵＮＴ_Ｍを鮮度パラメータとして使用してＭＳＫを再計算する。
− ＣＭＡＣ＿ＫＥＹ＿ＣＯＵＮＴ_Ｍの値が、ｐＡにおいて保持されるＣＭＡＣ＿ＫＥＹ＿ＣＯＵＮＴ_Ｎより小さかった場合、ＭＳは、ネットワークに受け付けられていないことに留意されたい。ＣＭＡＣ＿ＫＥＹ＿ＣＯＵＮＴ_Ｍが、それまでに保持されていたＣＭＡＣ＿ＫＥＹ＿ＣＯＵＮＴ_Ｎ以上であった場合、ｐＡは、ＭＳによって最初に報告されたＣＭＡＣ＿ＫＥＹ＿ＣＯＵＮＴ_Ｍと同期しているようにｐＡのＣＭＡＣ＿ＫＥＹ＿ＣＯＵＮＴ_Ｎを更新している。したがって、ＭＳ、ｐＡ、およびＨＡＡＡにおけるＣＭＡＣ＿ＫＥＹ＿ＣＯＵＮＴの値は、この時点で完全に同期されている。その結果、ＭＳ、ｐＡ、およびＨＡＡＡによって計算されるＭＳＫ’は、同一である。
− ｐＡからのその後のＲＡＤＩＵＳアカウンティング停止（ステップ１０）、およびｎＡからのアカウンティング開始（ステップ１１）が、オーセンティケータ移転が完了したことをＨＡＡＡに示す。
− この時点で、ＭＳ、ＨＡＡＡ、およびｎＡは、新たなＭＳＫ＝ＭＳＫ’がアクティブであると宣言することができ、ｐＡは、古いＭＳＫを削除することができる。
− 図４に示される代替の実施形態において、本発明の動作は、新たなＭＳＫの生成なしに進められる。このため、この実施形態の場合、ＨＡＡＡは、ＭＳＫの新鮮な値、ＭＳＫ’を生成すること（図３のステップ５ｃに示される）はせず、代わりに、現在の有効なＭＳＫをｎＡに戻す（図４のステップ６）。
− ステップ６ａで、ｎＡが、そのＭＳＫを使用して移転許可トークンを計算し、ステップ７で、このトークンを、ＭＳＫを所有していることの証明としてｐＡに戻す。
− ステップ７ａで、ｐＡが、移転許可トークンを評価し、ステップ７ｂで検証し、ステップ８でオーセンティケータ移転を完了させる。
− ステップ９のトランザクションで、ＭＳＫの変更なしに物理的アタッチメントまたはロケーション更新が完了したことを通知する測距応答ＲＮＧ−ＲＳＰが、ＭＳに送信される。

要約すると、本明細書で説明される本発明の方法の変形されたオーセンティケータ移転手順は、アンカ認証の移転中に、ＭＳの再認証を行うことなしに、オプションとして、ＭＳＫのセキュリティで保護されたリフレッシュを許しながら、リプレー保護を提供するとともに、不正なＡＳＮ−ＧＷ問題を軽減する。

本明細書で、本発明者らは、従来技術の方法に優るネットワークセキュリティの大幅な向上をもたらす、オーセンティケータ機能の移転を用いて、ただし、モバイル端末装置を再認証する必要なしに、１つのサービングシステムから別のサービングシステムにローミングするモバイル端末装置の移動性をサポートするための方法を開示した。以上の説明に鑑みて、本発明の多数の変形および代替の実施形態が、当業者には明白となろう。

したがって、この説明は、単に例示的であると解釈されるべきであり、本発明を実行する最良の形態を当業者に教示することを目的としており、本発明の可能なすべての形態を示すことは意図していない。また、使用されている言葉は、限定する言葉ではなく、説明の言葉であること、および構造の詳細は、本発明の趣旨を逸脱することなく、大幅に変更され得ること、および添付の特許請求の範囲に含まれるすべての変形形態の排他的使用が保留されることも理解されたい。

Claims

トークンを２つ以上の変数の関数として形成し、変数のうち１つがカウンタ値であること、
認証エンティティにおいてトークンを評価して、トークンに関連付けられた要求の有効性を判定することを備える、認証のための方法。
２つ以上の変数の別の変数がマスタセッション鍵（ＭＳＫ）である、請求項１に記載の方法。
カウンタ値が、関連付けられたエンティティから供給され、さらに認証以外の機能のために最初に生成される、請求項１に記載の方法。
第２のＭＳＫが、カウンタ値およびＭＳＫの関数として生成される、請求項２に記載の方法。
トークンが、第１の認証エンティティから第２の認証エンティティに送信される、請求項２に記載の方法。
第１の認証エンティティが、認証されたユーザを相手に現在の関係を有し、さらにトークンを送信することが、認証されたユーザが、第２の認証エンティティを相手に認証関係を確立するように移動すると行われる、請求項５に記載の方法。
第２の認証が、受信されたトークン、および第２の認証のＩＤの表示を認証サーバに送信する、請求項５に記載の方法。
認証サーバが、認証のためにトークンを評価し、さらにトークンを認証すると、第１の認証エンティティに転送するための第２のトークンを生成する、請求項７に記載の方法。
第２のトークンが、カウンタ値およびＭＳＫの関数として生成される、請求項８に記載の方法。
第２のトークンが、カウンタ値および第２のＭＳＫの関数として生成される、請求項８に記載の方法。
ユーザに関する認証関係が、第１の認証エンティティにおいて第２のトークンが評価されると、第１の認証エンティティから第２の認証エンティティに移される、請求項８に記載の方法。
ユーザに関する認証関係を第１の認証エンティティから第２の認証エンティティに移すための方法であって、
第１の認証エンティティにおいて、第１のトークンをマスタセッション鍵（ＭＳＫ）およびカウンタ値の関数として生成すること、
第１のトークンを第１の認証エンティティから第２の認証エンティティに送信すること、
第１のトークンを第２の認証エンティティから認証サーバに、第２の認証エンティティのＩＤの標識と一緒に送信すること、
認証サーバにおいて認証のために第１のトークンを評価し、さらに第１のトークンを認証すると、第１の認証エンティティに転送するために第２のトークンを、ＭＳＫおよびカウンタ値の関数として生成すること、
第１の認証エンティティにおいて第２のトークンを評価し、さらにユーザに関する認証関係を第１の認証エンティティから第２の認証エンティティに移すことを備える、方法。
カウンタ値が、関連付けられたエンティティから供給され、さらに認証以外の機能のために最初に生成される、請求項１２に記載の方法。
ユーザに関する認証関係を第１の認証エンティティから第２の認証エンティティに移すための方法であって、
第１の認証エンティティにおいて、第１のトークンをマスタセッション鍵（ＭＳＫ）およびカウンタ値の関数として生成すること、
第１のトークンを第１の認証エンティティから第２の認証エンティティに送信すること、
第１のトークンを第２の認証エンティティから認証サーバに、第２の認証エンティティのＩＤの標識と一緒に送信すること、
認証サーバにおいて認証のために第１のトークンを評価すること、
認証サーバにより、第２のＭＳＫ値をＭＳＫおよびカウンタ値の関数として生成すること、
認証サーバによって第１のトークンが認証されると、第１の認証エンティティに転送するために第２のトークンを、第２のＭＳＫおよびカウンタ値の関数として生成すること、
第１の認証エンティティにおいて第２のトークンを評価し、さらにユーザに関する認証関係を第１の認証エンティティから第２の認証エンティティに移すことを備える、方法。
カウンタ値が、関連付けられたエンティティから供給され、さらに認証以外の機能のために最初に生成される、請求項１４に記載の方法。