認証および鍵一致（ＡＫＡ）機構に基づくＫｅｒｂｅｒｏｓ対応アプリケーションへの認証されたユーザアクセスのための方法および装置
認証および鍵一致機構に基づくＫｅｒｂｅｒｏｓ対応アプリケーションへの認証されたユーザアクセスのための方法および装置が提供される。ユーザは、ユーザと１つまたは複数のサーバを相互に認証するブートストラッププロトコルに基づく認証および鍵一致機構を使用してまず認証され、ユーザが認証されると、ユーザは、セッション鍵の導出できるようになり、ユーザに、チケット交付サーバへの第１のチケットが提供される。第１のチケットは、ユーザの身元を確立し、セッション鍵を含むことができる。ブートストラッププロトコルは、汎用ブートストラップアーキテクチャに基づくことができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ認証技法に関し、より詳細には、Ｋｅｒｂｅｒｏｓ対応アプリケーションへの認証されたユーザアクセスのための方法および装置に関する。
【背景技術】
【０００２】
Ｋｅｒｂｅｒｏｓは、安全でないネットワークを介して通信するエンティティが安全なやり方で互いに身元を明らかにすることを可能にする認証プロトコルである。Ｋｅｒｂｅｒｏｓは、主としてクライアントサーバモデルを対象としており、相互認証を提供する。したがって、ユーザとサーバの両方の身元が検証される。たとえば、それぞれが参照により本明細書に組み込まれる、Ｂ．Ｃｌｉｆｆｏｒｄ ＮｅｕｍａｎおよびＴｈｅｏｄｏｒｅ Ｔｓ’ｏ、「Ｋｅｒｂｅｒｏｓ：Ａｎ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ ｆｏｒ Ｃｏｍｐｕｔｅｒ Ｎｅｔｗｏｒｋｓ」、ＩＥＥＥ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、３２（９）、３３−３８（１９９４年９月）、またはＪｏｈｎ Ｔ．Ｋｏｈｌら、「Ｔｈｅ Ｅｖｏｌｕｔｉｏｎ ｏｆ ｔｈｅ Ｋｅｒｂｅｒｏｓ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｙｓｔｅｍ．」Ｄｉｓｔｒｉｂｕｔｅｄ Ｏｐｅｎ Ｓｙｓｔｅｍｓ、７８−９４（ＩＥＥＥ Ｃｏｍｐｕｔｅｒ Ｓｏｃｉｅｔｙ Ｐｒｅｓｓ、１９９４年）、またはＣ．Ｎｅｕｍａｎら、「ＲＦＣ ４１２０：Ｔｈｅ Ｋｅｒｂｅｒｏｓ Ｎｅｔｗｏｒｋ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ（Ｖ５）」（２００５年）を参照されたい。
【０００３】
Ｋｅｒｂｅｒｏｓは、企業環境内の認証機構としてしばしば使用され、ＩＰＴＶおよびネットワークゲーミングなどの新しいサービスをサポートするためにプロバイダネットワーク内で展開されている。Ｋｅｒｂｅｒｏｓは、対称鍵暗号法を基礎とし、鍵配布センタ（ＫＤＣ：Ｋｅｙ Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｃｅｎｔｅｒ）と呼ばれる信頼できる第三者を一般に必要とする。鍵配布センタは一般に、論理的に別個の２つの部分：認証サーバ（ＡｕＳ：Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）とチケット交付サーバ（ＴＧＳ：Ｔｉｃｋｅｔ Ｇｒａｎｔｉｎｇ Ｓｅｒｖｅｒ）とを備える。Ｋｅｒｂｅｒｏｓは、ユーザの身元を明らかにするのに役立つ「チケット」に基づいて働く。鍵配布センタは、秘密鍵のデータベースを維持する。ネットワーク上の各エンティティ（たとえばクライアントおよびサーバ）は、それ自体および鍵配布センタにだけ知られている秘密鍵を有する。この鍵についての知識は、エンティティの身元を確立するために使用される。２つのエンティティ間の通信のために、鍵配布センタは、エンティティ間の対話をセキュリティ保護するために使用され得るセッション鍵を生成する。
【０００４】
認証および鍵一致（ＡＫＡ：ＡＵＴＨＥＮＴＩＣＡＴＩＯＮ ＡＮＤ ＫＥＹ ＡＧＲＥＥＭＥＮＴ）機構は、３Ｇ電話ネットワークで現在使用されているセキュリティプロトコルである。ＡＫＡは、共有された秘密および対称暗号を使用するチャレンジ−レスポンスに基づく認証機構である。ＡＫＡによって、ユーザへの１組のセキュリティサービスの提供を可能にする、ユーザ機器とネットワークの間のセキュリティアソシエーション（すなわち１組のセキュリティデータ）が確立される。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】Ｂ．Ｃｌｉｆｆｏｒｄ ＮｅｕｍａｎおよびＴｈｅｏｄｏｒｅ Ｔｓ’ｏ、「Ｋｅｒｂｅｒｏｓ：Ａｎ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ ｆｏｒ Ｃｏｍｐｕｔｅｒ Ｎｅｔｗｏｒｋｓ」、ＩＥＥＥ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、３２（９）、３３−３８（１９９４年９月）
【非特許文献２】Ｊｏｈｎ Ｔ．Ｋｏｈｌら、「Ｔｈｅ Ｅｖｏｌｕｔｉｏｎ ｏｆ ｔｈｅ Ｋｅｒｂｅｒｏｓ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｙｓｔｅｍ．」Ｄｉｓｔｒｉｂｕｔｅｄ Ｏｐｅｎ Ｓｙｓｔｅｍｓ、７８−９４（ＩＥＥＥ Ｃｏｍｐｕｔｅｒ Ｓｏｃｉｅｔｙ Ｐｒｅｓｓ、１９９４年）
【非特許文献３】Ｃ．Ｎｅｕｍａｎら、「ＲＦＣ ４１２０：Ｔｈｅ Ｋｅｒｂｅｒｏｓ Ｎｅｔｗｏｒｋ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ（Ｖ５）」（２００５年）
【非特許文献４】３ＧＰＰ規格、ＧＢＡ（Ｇｅｎｅｒｉｃ Ｂｏｏｔｓｔｒａｐｐｉｎｇ Ａｒｃｈｉｔｅｃｔｕｒｅ）
【非特許文献５】３ＧＰＰ ＴＳ ３３．９１９
【非特許文献６】３ＧＰＰ ＴＳ ３３．２２０
【非特許文献７】３ＧＰＰ ＴＳ ２４．１０９
【非特許文献８】３ＧＰＰ ＴＳ ２９．１０９
【非特許文献９】ＩＥＴＦ ＲＦＣ ４１２０
【発明の概要】
【発明が解決しようとする課題】
【０００６】
電気通信および情報技術（ＩＴ）サービスが集中し続けるにつれて、ＡＫＡ認証機構に基づくＫｅｒｂｅｒｏｓ対応アプリケーションへの認証されたユーザアクセスが求められている。向上したユーザ経験を提供するために、携帯電話など、特定の装置の所有に基づくＫｅｒｂｅｒｏｓ対応アプリケーションへの認証されたユーザアクセスがさらに求められている。
【課題を解決するための手段】
【０００７】
一般には、認証および鍵一致機構に基づくＫｅｒｂｅｒｏｓ対応アプリケーションへの認証されたユーザアクセスのための方法および装置が提供される。本発明の一態様によれば、１つまたは複数のＫｅｒｂｅｒｏｓ対応アプリケーションに対してユーザを認証するための方法が提供される。ユーザは、ユーザと１つまたは複数のサーバを相互に認証するブートストラッププロトコルに基づいて、認証および鍵一致機構を使用してまず認証される。ユーザが認証されると、ユーザは、セッション鍵を導出できるようになり、ユーザに、チケット交付サーバへの第１のチケットが提供される。第１のチケットは、ユーザの身元を確立し、セッション鍵を含むことができる。
【０００８】
本発明の別の態様によれば、ブートストラッププロトコルは、汎用ブートストラップアーキテクチャに基づくことができる。セッション鍵は、ユーザによって送信された１つまたは複数のデータ要素を暗号化するために使用されてよく、リプレイ攻撃を防止するための有効期間インジケータを有してよい。セッション鍵は、例えば鍵導出関数によって生成されてよい。ユーザは、第１のチケットを使用してチケット交付サーバに対して認証し、次いで、１つまたは複数の所望のアプリケーションサーバへのチケットを要求することができる。第１のチケットは任意選択で、ＸＭＬ文書の一部としてユーザに提供されてよい。
【０００９】
本発明についてのより完全な理解、ならびに本発明のさらなる特徴および利点は、以下の詳細な説明および図面を参照して得られる。
【図面の簡単な説明】
【００１０】
【図１】従来の汎用ブートストラップアーキテクチャの概略ブロック図である。
【図２】Ｋｅｒｂｅｒｏｓ対応アプリケーションに対してユーザを認証するための従来の手順を示す図である。
【図３】ＡＫＡ認証を使用したＫｅｒｂｅｒｏｓ対応アプリケーションへのアクセスのための本発明の特徴を組み込む認証手順を示す図である。
【発明を実施するための形態】
【００１１】
本発明は、ＡＫＡ認証機構に基づくＫｅｒｂｅｒｏｓ対応アプリケーションへの認証されたユーザアクセスを提供する。本発明の一態様によれば、Ｋｅｒｂｅｒｏｓ環境内の初期ユーザ認証手順は、ＡＫＡ認証機構の一部を含むように修正される。例示的な一実施形態では、Ｋｅｒｂｅｒｏｓユーザ認証手順は、下記に説明される３ＧＰＰネットワークの汎用ブートストラップアーキテクチャ（ＧＢＡ：Ｇｅｎｅｒｉｃ Ｂｏｏｔｓｔｒａｐｐｉｎｇ Ａｒｃｈｉｔｅｃｔｕｒｅ）からのＡＫＡ手順の一部を含むように修正される。ＡＫＡ手順は、とりわけ、一時的ユーザ識別子、セッション鍵、および知られているチケット交付サーバへのチケットとなる。これらのオブジェクトを用いて、次いでユーザは、通常のＫｅｒｂｅｒｏｓ手順をたどって、知られているアプリケーションサーバ（ＡＳ：Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）へのチケットを要求し、チケットを提示することによって最終的にアプリケーションサーバに対して認証され得る。
【００１２】
汎用ブートストラップアーキテクチャ
一般に、汎用ブートストラップアーキテクチャは、以前は互いに知られていなかったユーザ機器とサーバの相互認証、およびその後に秘密セッション鍵などのセキュリティ要素の交換を「ブートストラップする」ためのアプリケーション独立型関数を提供する。汎用ブートストラップアーキテクチャは、たとえば、モバイルテレビサービスなど、認証を必要とするネットワークサービスに対してユーザを認証するために使用され得る。たとえば、それぞれが参照により本明細書に組み込まれる３ＧＰＰ規格、３ＧＢＡ（Ｇｅｎｅｒｉｃ Ｂｏｏｔｓｔｒａｐｐｉｎｇ Ａｒｃｈｉｔｅｃｔｕｒｅ）、３ＧＰＰ ＴＳ ３３．９１９、３３．２２０、２４．１０９、２９．１０９）を参照されたい。
【００１３】
図１は、従来の汎用ブートストラップアーキテクチャ１００の概略ブロック図である。図１に示されたように、汎用ブートストラップアーキテクチャ１００は一般に、移動ネットワークを介してネットワークアプリケーション機能１５０にアクセスするように試みるユーザ機器（ＵＥ：ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）１３０を含む。ユーザ機器１３０は、たとえば、ネットワークアプリケーション機能１５０によって提供されたモバイルＴＶなど、特定のサービスにアクセスしようとする移動携帯電話として具現化され得る。汎用ブートストラップアーキテクチャ１００によれば、ブートストラップサーバ機能（ＢＳＦ：Ｂｏｏｔｓｔｒａｐｐｉｎｇ Ｓｅｒｖｅｒ Ｆｕｎｃｔｉｏｎ）１２０は、ユーザ機器１３０とネットワークアプリケーション機能１５０の間のセキュリティ関係を確立する。以下に説明されるように、ネットワークサービスプロバイダによって提供されるホーム加入者サーバ（ＨＳＳ：Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）１１０は、ユーザプロファイルを格納する。
【００１４】
ユーザ機器１３０が、ネットワークアプリケーション機能１５０によって提供されたサービスにアクセスしようとするとき、ネットワークアプリケーション機能１５０は、ユーザ機器１３０にブートストラップサーバ機能１２０を参照させる。ユーザ機器１３０とＢＳＦ １２０は、３ＧＰＰ ＡＫＡ手順を使用して互いに認証する。さらに、ＢＳＦ １２０は、ＨＳＳ １１０に、関連する問合せを送信する。その後、ユーザ機器１３０およびＢＳＦ １２０は、アプリケーションサーバ（ＮＡＦ １５０）に対してユーザ機器１３０自体を認証するためにセッション鍵がユーザ機器１３０によって使用されることに一致する。
【００１５】
Ｋｅｒｂｅｒｏｓ認証
上記に示されたように、Ｋｅｒｂｅｒｏｓは一般に、本明細書では鍵配布センタ２２０と呼ばれる信頼できる第三者を必要とする。鍵配布センタ２２０は一般に、認証サーバ２３０とチケット交付サーバ２４０とを備える。図２は、アプリケーションサーバ２５０によって提供された、Ｋｅｒｂｅｒｏｓ対応アプリケーションへのアクセスのためのユーザ２１０と認証サーバ２３０の間の共有秘密鍵に基づいてユーザを認証するための従来の手順を示している。
【００１６】
図２に示されるように、ステップ１の間、ユーザ２１０は、身元を明らかにし、本物であることの証として量Ｋｕ（ｔｉｍｅｓｔａｍｐ）を提示し、ＴＧＳ ２４０へのチケットを要求する。量Ｋｕ（ｔｉｍｅｓｔａｍｐ）は、Ｋｕで暗号化されたタイムスタンプである。次いで、ステップ２の間、ユーザ２１０の認証が成功すると、ＡｕＳ ２３０は、ユーザとＴＧＳ ２４０の間で使用するためのセッション鍵、ＫＵ−ＴＧＳ、およびＫＴＧＳで具現化されるように暗号化されるチケット部分（Ｕｓｅｒ，ＫＵ−ＴＧＳ…）を返信する。図２に示されたように、鍵はＫｕで暗号化され、チケットは、ＡｕＳ ２３０を認証するＫＴＧＳで暗号化される。
【００１７】
ステップ３の間、ユーザは、ＴＧＳ ２４０に身元を明らかにし、本物であることの証として量ＫＵ−ＴＧＳ（ｔｉｍｅｓｔａｍｐ）を提示し、その一部がＫＴＧＳ（Ｕｓｅｒ，ＫＵ−ＴＧＳ…）として暗号化され示されたＴＧＳチケットを提示し、アプリケーションサーバ２５０へのチケットを要求する。ステップ４の間、ＴＧＳ ２４０は、ユーザ２１０の認証に成功すると、ユーザ２１０とＡＳ ２５０の間で使用するためのセッション鍵ＫＵ−ＡＳ、およびその一部がＫＡＳ（Ｕｓｅｒ，ＫＵ−ＡＳ…）として暗号化され示されたＡＳチケットを返信する。
【００１８】
ステップ５の間、ユーザ２１０は、ＡＳ ２５０に身元を明らかにし、本物であることの証として量ＫＵ−ＡＳ（ｔｉｍｅｓｔａｍｐ）を提示し、その一部がＫＡＳ（Ｕｓｅｒ，ＫＵ−ＡＳ）として暗号化され示されたＡＳチケットを提示する。
【００１９】
ステップ６の間、ＡＳ ２５０は、量ＫＵ−ＡＳ（ｔｉｍｅｓｔａｍｐ）に基づくユーザ２１０の認証に成功すると、任意選択でユーザ２１０にそれ自体を認証する。
【００２０】
ＡＫＡに基づくＫｅｒｂｅｒｏｓ認証
上記に示されたように、本発明は、ＡＫＡ認証機構に基づいてＫｅｒｂｅｒｏｓ対応アプリケーションへの認証されたユーザアクセスを提供する。Ｋｅｒｂｅｒｏｓの初期ユーザ認証手順は、ＡＫＡ認証機構の一部を含むように修正される。例示的な一実施形態では、Ｋｅｒｂｅｒｏｓユーザ認証手順は、図１の汎用ブートストラップアーキテクチャ１００からのＡＫＡ手順の一部を含むように修正される。開示されたＡＫＡ手順は、とりわけ、一時的ユーザ識別子、セッション鍵、およびチケット交付サーバ２４０へのチケットとなる。図２に関連して上記で説明されたように、これらのオブジェクトを用いて、ユーザ２１０は、通常のＫｅｒｂｅｒｏｓ手順をたどって、アプリケーションサーバ２５０へのチケットを要求し、チケットを提示することによって最終的にアプリケーションサーバに対して認証され得る。
【００２１】
本発明の例示的な実施形態は、図２に関連して上記に説明されたＫｅｒｂｅｒｏｓ認証手順からのステップ１および２を、ＧＢＡ １００内のＡＫＡ関連の手順で置き換える。さらに、ＡｕＳ ２３０は、ＧＢＡ １００内に定義されたブートストラップサーバ機能１２０によって包含される。したがって、ブートストラップサーバ機能１２０は、ＵＥ １３０に応答してチケットを作成し、チケットを包めることを可能にするように拡張される。
【００２２】
図３は、ＡＫＡ認証を使用したＫｅｒｂｅｒｏｓ対応アプリケーションへのアクセスのための本発明の特徴を組み込む認証手順を示している。図３に示されたように、チケット交付サーバ（ＴＧＳ）３４０およびアプリケーションサーバ（ＡＳ）３５０は、図２の対応する要素と同じように具体化され得る。さらに、図２に関連して上記に説明されたように、ステップ３７０の間のユーザ３１０とチケット交付サーバ３４０の間の対話、およびステップ３８０の間のユーザ３１０とアプリケーションサーバ３５０の間の対話は、Ｋｅｒｂｅｒｏｓ手順に従って実施されてよい。
【００２３】
一般に、図１に関連して上記に説明されたように、ステップ３６０の間のユーザ３１０とホーム加入者サーバ３２０とブートストラップサーバ機能３３０との間の対話は、ＧＢＡ手順に従って実施されてよい。以下に説明されるように、ステップ３６０の間のユーザ３１０とＢＳＦ ３３０の間の対話は、本発明によるＡＫＡに基づくユーザ３１０の認証、次いで秘密セッション鍵など、複数のセキュリティ要素の最終的な導出を可能にする。図３に示されるように、ステップ３６０の間のユーザ３１０とＢＳＦ ３３０の間の例示的な対話は、図１に関連して上記に説明されたように、ブートストラッププロトコル（たとえばＨＴＴＰダイジェストＡＫＡ）に従って実施されてよい。
【００２４】
ステップ３６０の間に導出された例示的なセキュリティ要素は以下を含む：
・匿名が望まれる場合、Ｋｅｒｂｅｒｏｓ対話を保証する際にユーザ識別子（すなわちＵｓｅｒ）として使用され得る一時ユーザ識別子（Ｂ−ＴＩＤ）。
・リプレイ攻撃を防止するための鍵有効期間。
・マスタセッション鍵、ＫＳ。恐らくＵｓｅｒの身元、ＴＧＳの身元および他のパラメータと共にこの鍵、ＫＳに基づいて、鍵導出関数（ＫＤＦ：Ｋｅｙ Ｄｅｒｉｖａｔｉｏｎ Ｆｕｎｃｔｉｏｎ）は、ユーザ３１０とＴＧＳ ３４０の間でセッション鍵、ＫＵ−ＴＧＳを導出することができる。
・たとえばＩＥＴＦ ＲＦＣ ４１２０に指定された形のＴＧＳ３４０へのチケット。
【００２５】
鍵導出関数は、たとえば、参照により本明細書に組み込まれる、３ＧＰＰ技術仕様ＴＳ ３３．２２０の付録Ｂ（規範）中の説明に基づくことができる。
【００２６】
ステップ３６０の間、鍵有効期間、一時的ユーザ識別子およびチケットは、ＢＳＦ ３３０からユーザ３１０への応答の一部としてＸＭＬ文書内で運ばれ得ることに留意されたい。応答３６０の後、通常のＫｅｒｂｅｒｏｓ手順が続く。
【００２７】
結論
図３は、例示的なステップ順序を示しているが、順序が変更され得るのも、本発明の一実施形態である。アルゴリズムの様々な置換形態が、本発明の代替実施形態として想到されている。
【００２８】
本発明の例示的な実施形態についてソフトウェアプログラムの処理ステップに関して述べられたが、当業者には明らかなように、様々な機能は、デジタル領域で、処理ステップとしてソフトウェアプログラムで、回路素子またはステートマシンによってハードウェアで、あるいはソフトウェアとハードウェアの両方の組合せで実施されてよい。こうしたソフトウェアは、たとえばデジタル信号プロセッサ、マイクロコントローラまたは汎用コンピュータで使用されてよい。こうしたハードウェアおよびソフトウェアは、集積回路内で実装された回路内で具現化されてよい。
【００２９】
したがって、本発明の諸機能は、それらの方法を実施するための方法および装置の形で具現化されてよい。本発明の１つまたは複数の態様は、たとえば記憶媒体内に格納され、マシンによってロードされかつ／または実行されようが、何らかの伝送媒体を介して送信されようが、プログラムコードの形で具現化されてよく、プログラムコードがコンピュータなどのマシンにロードされ、マシンによって実行されるとき、マシンは、本発明を実施するための装置になる。汎用プロセッサ上で実装されるとき、プログラムコードセグメントは、特定の論理回路に類似のやり方で動作する装置を提供するためにプロセッサと結合する。本発明は、集積回路、デジタル信号プロセッサ、マイクロプロセッサおよびマイクロコントローラのうちの１つまたは複数で実施されることもできる。
【００３０】
システムおよび製品の詳細
当技術分野ではよく知られているように、本明細書に説明された方法および装置は、その中にコンピュータ読取り可能手段が具現化されたコンピュータ読取り可能媒体をそれ自体が備える製品として配布されてよい。コンピュータ読取り可能プログラムコード手段は、コンピュータシステムと共に、すべてのまたは一部のステップを実行して、諸方法を実施し、または本明細書に説明された装置を作成するように動作することができる。コンピュータ読取り可能媒体は、記録可能な媒体（たとえばフロッピー（登録商標）ディスク、ハードドライブ、コンパクトディスク、メモリカード、半導体デバイス、チップ、特定用途向け集積回路（ＡＳＩＣ：ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ））であってもよいし、伝送媒体（たとえば時分割多元接続、符号分割多元接続または他の無線周波数チャネルを使用した光ファイバ、ワールドワイドウェブ、ケーブルまたは無線チャネルを備えるネットワーク）であってもよい。コンピュータシステムで使用するのに適した情報を格納できる、知られているまたは開発された任意の媒体が使用されてよい。コンピュータ読取り可能コード手段は、磁気媒体上の磁気変化、またはコンパクトディスクの表面上の高さの変化など、コンピュータが命令およびデータを読み取ることを可能にするための任意の機構である。
【００３１】
本明細書に述べられたコンピュータシステムおよびサーバはそれぞれ、関連するプロセッサを、本明細書に開示された方法、ステップおよび機能を実施するように構成するメモリを含む。メモリは、分散型であっても、局所型であってもよいし、プロセッサは、分散型であっても、単体型であってもよい。メモリは、電気、磁気または光メモリ、あるいはこれらの任意の組合せまたは他のタイプの記憶装置として実装されてよい。さらに、用語「メモリ」は、関連するプロセッサによってアクセスされるアドレス可能空間内のアドレスからの読出し、またはそこへの書込みが可能ないずれの情報をも包含できるほど広く解釈されるべきである。この定義では、ネットワーク上の情報は、関連するプロセッサがネットワークから情報を取り出すことができるので、やはりメモリ内にある。
【００３２】
本明細書に示され述べられた諸実施形態および変形形態は、本発明の諸原理を例示すものにすぎず、本発明の範囲および精神から逸脱せずに、当業者によって様々な修正が実施されてよいことを理解されたい。
【技術分野】
【０００１】
本発明は、ユーザ認証技法に関し、より詳細には、Ｋｅｒｂｅｒｏｓ対応アプリケーションへの認証されたユーザアクセスのための方法および装置に関する。
【背景技術】
【０００２】
Ｋｅｒｂｅｒｏｓは、安全でないネットワークを介して通信するエンティティが安全なやり方で互いに身元を明らかにすることを可能にする認証プロトコルである。Ｋｅｒｂｅｒｏｓは、主としてクライアントサーバモデルを対象としており、相互認証を提供する。したがって、ユーザとサーバの両方の身元が検証される。たとえば、それぞれが参照により本明細書に組み込まれる、Ｂ．Ｃｌｉｆｆｏｒｄ ＮｅｕｍａｎおよびＴｈｅｏｄｏｒｅ Ｔｓ’ｏ、「Ｋｅｒｂｅｒｏｓ：Ａｎ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ ｆｏｒ Ｃｏｍｐｕｔｅｒ Ｎｅｔｗｏｒｋｓ」、ＩＥＥＥ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、３２（９）、３３−３８（１９９４年９月）、またはＪｏｈｎ Ｔ．Ｋｏｈｌら、「Ｔｈｅ Ｅｖｏｌｕｔｉｏｎ ｏｆ ｔｈｅ Ｋｅｒｂｅｒｏｓ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｙｓｔｅｍ．」Ｄｉｓｔｒｉｂｕｔｅｄ Ｏｐｅｎ Ｓｙｓｔｅｍｓ、７８−９４（ＩＥＥＥ Ｃｏｍｐｕｔｅｒ Ｓｏｃｉｅｔｙ Ｐｒｅｓｓ、１９９４年）、またはＣ．Ｎｅｕｍａｎら、「ＲＦＣ ４１２０：Ｔｈｅ Ｋｅｒｂｅｒｏｓ Ｎｅｔｗｏｒｋ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ（Ｖ５）」（２００５年）を参照されたい。
【０００３】
Ｋｅｒｂｅｒｏｓは、企業環境内の認証機構としてしばしば使用され、ＩＰＴＶおよびネットワークゲーミングなどの新しいサービスをサポートするためにプロバイダネットワーク内で展開されている。Ｋｅｒｂｅｒｏｓは、対称鍵暗号法を基礎とし、鍵配布センタ（ＫＤＣ：Ｋｅｙ Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｃｅｎｔｅｒ）と呼ばれる信頼できる第三者を一般に必要とする。鍵配布センタは一般に、論理的に別個の２つの部分：認証サーバ（ＡｕＳ：Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）とチケット交付サーバ（ＴＧＳ：Ｔｉｃｋｅｔ Ｇｒａｎｔｉｎｇ Ｓｅｒｖｅｒ）とを備える。Ｋｅｒｂｅｒｏｓは、ユーザの身元を明らかにするのに役立つ「チケット」に基づいて働く。鍵配布センタは、秘密鍵のデータベースを維持する。ネットワーク上の各エンティティ（たとえばクライアントおよびサーバ）は、それ自体および鍵配布センタにだけ知られている秘密鍵を有する。この鍵についての知識は、エンティティの身元を確立するために使用される。２つのエンティティ間の通信のために、鍵配布センタは、エンティティ間の対話をセキュリティ保護するために使用され得るセッション鍵を生成する。
【０００４】
認証および鍵一致（ＡＫＡ：ＡＵＴＨＥＮＴＩＣＡＴＩＯＮ ＡＮＤ ＫＥＹ ＡＧＲＥＥＭＥＮＴ）機構は、３Ｇ電話ネットワークで現在使用されているセキュリティプロトコルである。ＡＫＡは、共有された秘密および対称暗号を使用するチャレンジ−レスポンスに基づく認証機構である。ＡＫＡによって、ユーザへの１組のセキュリティサービスの提供を可能にする、ユーザ機器とネットワークの間のセキュリティアソシエーション（すなわち１組のセキュリティデータ）が確立される。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】Ｂ．Ｃｌｉｆｆｏｒｄ ＮｅｕｍａｎおよびＴｈｅｏｄｏｒｅ Ｔｓ’ｏ、「Ｋｅｒｂｅｒｏｓ：Ａｎ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ ｆｏｒ Ｃｏｍｐｕｔｅｒ Ｎｅｔｗｏｒｋｓ」、ＩＥＥＥ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、３２（９）、３３−３８（１９９４年９月）
【非特許文献２】Ｊｏｈｎ Ｔ．Ｋｏｈｌら、「Ｔｈｅ Ｅｖｏｌｕｔｉｏｎ ｏｆ ｔｈｅ Ｋｅｒｂｅｒｏｓ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｙｓｔｅｍ．」Ｄｉｓｔｒｉｂｕｔｅｄ Ｏｐｅｎ Ｓｙｓｔｅｍｓ、７８−９４（ＩＥＥＥ Ｃｏｍｐｕｔｅｒ Ｓｏｃｉｅｔｙ Ｐｒｅｓｓ、１９９４年）
【非特許文献３】Ｃ．Ｎｅｕｍａｎら、「ＲＦＣ ４１２０：Ｔｈｅ Ｋｅｒｂｅｒｏｓ Ｎｅｔｗｏｒｋ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ（Ｖ５）」（２００５年）
【非特許文献４】３ＧＰＰ規格、ＧＢＡ（Ｇｅｎｅｒｉｃ Ｂｏｏｔｓｔｒａｐｐｉｎｇ Ａｒｃｈｉｔｅｃｔｕｒｅ）
【非特許文献５】３ＧＰＰ ＴＳ ３３．９１９
【非特許文献６】３ＧＰＰ ＴＳ ３３．２２０
【非特許文献７】３ＧＰＰ ＴＳ ２４．１０９
【非特許文献８】３ＧＰＰ ＴＳ ２９．１０９
【非特許文献９】ＩＥＴＦ ＲＦＣ ４１２０
【発明の概要】
【発明が解決しようとする課題】
【０００６】
電気通信および情報技術（ＩＴ）サービスが集中し続けるにつれて、ＡＫＡ認証機構に基づくＫｅｒｂｅｒｏｓ対応アプリケーションへの認証されたユーザアクセスが求められている。向上したユーザ経験を提供するために、携帯電話など、特定の装置の所有に基づくＫｅｒｂｅｒｏｓ対応アプリケーションへの認証されたユーザアクセスがさらに求められている。
【課題を解決するための手段】
【０００７】
一般には、認証および鍵一致機構に基づくＫｅｒｂｅｒｏｓ対応アプリケーションへの認証されたユーザアクセスのための方法および装置が提供される。本発明の一態様によれば、１つまたは複数のＫｅｒｂｅｒｏｓ対応アプリケーションに対してユーザを認証するための方法が提供される。ユーザは、ユーザと１つまたは複数のサーバを相互に認証するブートストラッププロトコルに基づいて、認証および鍵一致機構を使用してまず認証される。ユーザが認証されると、ユーザは、セッション鍵を導出できるようになり、ユーザに、チケット交付サーバへの第１のチケットが提供される。第１のチケットは、ユーザの身元を確立し、セッション鍵を含むことができる。
【０００８】
本発明の別の態様によれば、ブートストラッププロトコルは、汎用ブートストラップアーキテクチャに基づくことができる。セッション鍵は、ユーザによって送信された１つまたは複数のデータ要素を暗号化するために使用されてよく、リプレイ攻撃を防止するための有効期間インジケータを有してよい。セッション鍵は、例えば鍵導出関数によって生成されてよい。ユーザは、第１のチケットを使用してチケット交付サーバに対して認証し、次いで、１つまたは複数の所望のアプリケーションサーバへのチケットを要求することができる。第１のチケットは任意選択で、ＸＭＬ文書の一部としてユーザに提供されてよい。
【０００９】
本発明についてのより完全な理解、ならびに本発明のさらなる特徴および利点は、以下の詳細な説明および図面を参照して得られる。
【図面の簡単な説明】
【００１０】
【図１】従来の汎用ブートストラップアーキテクチャの概略ブロック図である。
【図２】Ｋｅｒｂｅｒｏｓ対応アプリケーションに対してユーザを認証するための従来の手順を示す図である。
【図３】ＡＫＡ認証を使用したＫｅｒｂｅｒｏｓ対応アプリケーションへのアクセスのための本発明の特徴を組み込む認証手順を示す図である。
【発明を実施するための形態】
【００１１】
本発明は、ＡＫＡ認証機構に基づくＫｅｒｂｅｒｏｓ対応アプリケーションへの認証されたユーザアクセスを提供する。本発明の一態様によれば、Ｋｅｒｂｅｒｏｓ環境内の初期ユーザ認証手順は、ＡＫＡ認証機構の一部を含むように修正される。例示的な一実施形態では、Ｋｅｒｂｅｒｏｓユーザ認証手順は、下記に説明される３ＧＰＰネットワークの汎用ブートストラップアーキテクチャ（ＧＢＡ：Ｇｅｎｅｒｉｃ Ｂｏｏｔｓｔｒａｐｐｉｎｇ Ａｒｃｈｉｔｅｃｔｕｒｅ）からのＡＫＡ手順の一部を含むように修正される。ＡＫＡ手順は、とりわけ、一時的ユーザ識別子、セッション鍵、および知られているチケット交付サーバへのチケットとなる。これらのオブジェクトを用いて、次いでユーザは、通常のＫｅｒｂｅｒｏｓ手順をたどって、知られているアプリケーションサーバ（ＡＳ：Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）へのチケットを要求し、チケットを提示することによって最終的にアプリケーションサーバに対して認証され得る。
【００１２】
汎用ブートストラップアーキテクチャ
一般に、汎用ブートストラップアーキテクチャは、以前は互いに知られていなかったユーザ機器とサーバの相互認証、およびその後に秘密セッション鍵などのセキュリティ要素の交換を「ブートストラップする」ためのアプリケーション独立型関数を提供する。汎用ブートストラップアーキテクチャは、たとえば、モバイルテレビサービスなど、認証を必要とするネットワークサービスに対してユーザを認証するために使用され得る。たとえば、それぞれが参照により本明細書に組み込まれる３ＧＰＰ規格、３ＧＢＡ（Ｇｅｎｅｒｉｃ Ｂｏｏｔｓｔｒａｐｐｉｎｇ Ａｒｃｈｉｔｅｃｔｕｒｅ）、３ＧＰＰ ＴＳ ３３．９１９、３３．２２０、２４．１０９、２９．１０９）を参照されたい。
【００１３】
図１は、従来の汎用ブートストラップアーキテクチャ１００の概略ブロック図である。図１に示されたように、汎用ブートストラップアーキテクチャ１００は一般に、移動ネットワークを介してネットワークアプリケーション機能１５０にアクセスするように試みるユーザ機器（ＵＥ：ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）１３０を含む。ユーザ機器１３０は、たとえば、ネットワークアプリケーション機能１５０によって提供されたモバイルＴＶなど、特定のサービスにアクセスしようとする移動携帯電話として具現化され得る。汎用ブートストラップアーキテクチャ１００によれば、ブートストラップサーバ機能（ＢＳＦ：Ｂｏｏｔｓｔｒａｐｐｉｎｇ Ｓｅｒｖｅｒ Ｆｕｎｃｔｉｏｎ）１２０は、ユーザ機器１３０とネットワークアプリケーション機能１５０の間のセキュリティ関係を確立する。以下に説明されるように、ネットワークサービスプロバイダによって提供されるホーム加入者サーバ（ＨＳＳ：Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）１１０は、ユーザプロファイルを格納する。
【００１４】
ユーザ機器１３０が、ネットワークアプリケーション機能１５０によって提供されたサービスにアクセスしようとするとき、ネットワークアプリケーション機能１５０は、ユーザ機器１３０にブートストラップサーバ機能１２０を参照させる。ユーザ機器１３０とＢＳＦ １２０は、３ＧＰＰ ＡＫＡ手順を使用して互いに認証する。さらに、ＢＳＦ １２０は、ＨＳＳ １１０に、関連する問合せを送信する。その後、ユーザ機器１３０およびＢＳＦ １２０は、アプリケーションサーバ（ＮＡＦ １５０）に対してユーザ機器１３０自体を認証するためにセッション鍵がユーザ機器１３０によって使用されることに一致する。
【００１５】
Ｋｅｒｂｅｒｏｓ認証
上記に示されたように、Ｋｅｒｂｅｒｏｓは一般に、本明細書では鍵配布センタ２２０と呼ばれる信頼できる第三者を必要とする。鍵配布センタ２２０は一般に、認証サーバ２３０とチケット交付サーバ２４０とを備える。図２は、アプリケーションサーバ２５０によって提供された、Ｋｅｒｂｅｒｏｓ対応アプリケーションへのアクセスのためのユーザ２１０と認証サーバ２３０の間の共有秘密鍵に基づいてユーザを認証するための従来の手順を示している。
【００１６】
図２に示されるように、ステップ１の間、ユーザ２１０は、身元を明らかにし、本物であることの証として量Ｋｕ（ｔｉｍｅｓｔａｍｐ）を提示し、ＴＧＳ ２４０へのチケットを要求する。量Ｋｕ（ｔｉｍｅｓｔａｍｐ）は、Ｋｕで暗号化されたタイムスタンプである。次いで、ステップ２の間、ユーザ２１０の認証が成功すると、ＡｕＳ ２３０は、ユーザとＴＧＳ ２４０の間で使用するためのセッション鍵、ＫＵ−ＴＧＳ、およびＫＴＧＳで具現化されるように暗号化されるチケット部分（Ｕｓｅｒ，ＫＵ−ＴＧＳ…）を返信する。図２に示されたように、鍵はＫｕで暗号化され、チケットは、ＡｕＳ ２３０を認証するＫＴＧＳで暗号化される。
【００１７】
ステップ３の間、ユーザは、ＴＧＳ ２４０に身元を明らかにし、本物であることの証として量ＫＵ−ＴＧＳ（ｔｉｍｅｓｔａｍｐ）を提示し、その一部がＫＴＧＳ（Ｕｓｅｒ，ＫＵ−ＴＧＳ…）として暗号化され示されたＴＧＳチケットを提示し、アプリケーションサーバ２５０へのチケットを要求する。ステップ４の間、ＴＧＳ ２４０は、ユーザ２１０の認証に成功すると、ユーザ２１０とＡＳ ２５０の間で使用するためのセッション鍵ＫＵ−ＡＳ、およびその一部がＫＡＳ（Ｕｓｅｒ，ＫＵ−ＡＳ…）として暗号化され示されたＡＳチケットを返信する。
【００１８】
ステップ５の間、ユーザ２１０は、ＡＳ ２５０に身元を明らかにし、本物であることの証として量ＫＵ−ＡＳ（ｔｉｍｅｓｔａｍｐ）を提示し、その一部がＫＡＳ（Ｕｓｅｒ，ＫＵ−ＡＳ）として暗号化され示されたＡＳチケットを提示する。
【００１９】
ステップ６の間、ＡＳ ２５０は、量ＫＵ−ＡＳ（ｔｉｍｅｓｔａｍｐ）に基づくユーザ２１０の認証に成功すると、任意選択でユーザ２１０にそれ自体を認証する。
【００２０】
ＡＫＡに基づくＫｅｒｂｅｒｏｓ認証
上記に示されたように、本発明は、ＡＫＡ認証機構に基づいてＫｅｒｂｅｒｏｓ対応アプリケーションへの認証されたユーザアクセスを提供する。Ｋｅｒｂｅｒｏｓの初期ユーザ認証手順は、ＡＫＡ認証機構の一部を含むように修正される。例示的な一実施形態では、Ｋｅｒｂｅｒｏｓユーザ認証手順は、図１の汎用ブートストラップアーキテクチャ１００からのＡＫＡ手順の一部を含むように修正される。開示されたＡＫＡ手順は、とりわけ、一時的ユーザ識別子、セッション鍵、およびチケット交付サーバ２４０へのチケットとなる。図２に関連して上記で説明されたように、これらのオブジェクトを用いて、ユーザ２１０は、通常のＫｅｒｂｅｒｏｓ手順をたどって、アプリケーションサーバ２５０へのチケットを要求し、チケットを提示することによって最終的にアプリケーションサーバに対して認証され得る。
【００２１】
本発明の例示的な実施形態は、図２に関連して上記に説明されたＫｅｒｂｅｒｏｓ認証手順からのステップ１および２を、ＧＢＡ １００内のＡＫＡ関連の手順で置き換える。さらに、ＡｕＳ ２３０は、ＧＢＡ １００内に定義されたブートストラップサーバ機能１２０によって包含される。したがって、ブートストラップサーバ機能１２０は、ＵＥ １３０に応答してチケットを作成し、チケットを包めることを可能にするように拡張される。
【００２２】
図３は、ＡＫＡ認証を使用したＫｅｒｂｅｒｏｓ対応アプリケーションへのアクセスのための本発明の特徴を組み込む認証手順を示している。図３に示されたように、チケット交付サーバ（ＴＧＳ）３４０およびアプリケーションサーバ（ＡＳ）３５０は、図２の対応する要素と同じように具体化され得る。さらに、図２に関連して上記に説明されたように、ステップ３７０の間のユーザ３１０とチケット交付サーバ３４０の間の対話、およびステップ３８０の間のユーザ３１０とアプリケーションサーバ３５０の間の対話は、Ｋｅｒｂｅｒｏｓ手順に従って実施されてよい。
【００２３】
一般に、図１に関連して上記に説明されたように、ステップ３６０の間のユーザ３１０とホーム加入者サーバ３２０とブートストラップサーバ機能３３０との間の対話は、ＧＢＡ手順に従って実施されてよい。以下に説明されるように、ステップ３６０の間のユーザ３１０とＢＳＦ ３３０の間の対話は、本発明によるＡＫＡに基づくユーザ３１０の認証、次いで秘密セッション鍵など、複数のセキュリティ要素の最終的な導出を可能にする。図３に示されるように、ステップ３６０の間のユーザ３１０とＢＳＦ ３３０の間の例示的な対話は、図１に関連して上記に説明されたように、ブートストラッププロトコル（たとえばＨＴＴＰダイジェストＡＫＡ）に従って実施されてよい。
【００２４】
ステップ３６０の間に導出された例示的なセキュリティ要素は以下を含む：
・匿名が望まれる場合、Ｋｅｒｂｅｒｏｓ対話を保証する際にユーザ識別子（すなわちＵｓｅｒ）として使用され得る一時ユーザ識別子（Ｂ−ＴＩＤ）。
・リプレイ攻撃を防止するための鍵有効期間。
・マスタセッション鍵、ＫＳ。恐らくＵｓｅｒの身元、ＴＧＳの身元および他のパラメータと共にこの鍵、ＫＳに基づいて、鍵導出関数（ＫＤＦ：Ｋｅｙ Ｄｅｒｉｖａｔｉｏｎ Ｆｕｎｃｔｉｏｎ）は、ユーザ３１０とＴＧＳ ３４０の間でセッション鍵、ＫＵ−ＴＧＳを導出することができる。
・たとえばＩＥＴＦ ＲＦＣ ４１２０に指定された形のＴＧＳ３４０へのチケット。
【００２５】
鍵導出関数は、たとえば、参照により本明細書に組み込まれる、３ＧＰＰ技術仕様ＴＳ ３３．２２０の付録Ｂ（規範）中の説明に基づくことができる。
【００２６】
ステップ３６０の間、鍵有効期間、一時的ユーザ識別子およびチケットは、ＢＳＦ ３３０からユーザ３１０への応答の一部としてＸＭＬ文書内で運ばれ得ることに留意されたい。応答３６０の後、通常のＫｅｒｂｅｒｏｓ手順が続く。
【００２７】
結論
図３は、例示的なステップ順序を示しているが、順序が変更され得るのも、本発明の一実施形態である。アルゴリズムの様々な置換形態が、本発明の代替実施形態として想到されている。
【００２８】
本発明の例示的な実施形態についてソフトウェアプログラムの処理ステップに関して述べられたが、当業者には明らかなように、様々な機能は、デジタル領域で、処理ステップとしてソフトウェアプログラムで、回路素子またはステートマシンによってハードウェアで、あるいはソフトウェアとハードウェアの両方の組合せで実施されてよい。こうしたソフトウェアは、たとえばデジタル信号プロセッサ、マイクロコントローラまたは汎用コンピュータで使用されてよい。こうしたハードウェアおよびソフトウェアは、集積回路内で実装された回路内で具現化されてよい。
【００２９】
したがって、本発明の諸機能は、それらの方法を実施するための方法および装置の形で具現化されてよい。本発明の１つまたは複数の態様は、たとえば記憶媒体内に格納され、マシンによってロードされかつ／または実行されようが、何らかの伝送媒体を介して送信されようが、プログラムコードの形で具現化されてよく、プログラムコードがコンピュータなどのマシンにロードされ、マシンによって実行されるとき、マシンは、本発明を実施するための装置になる。汎用プロセッサ上で実装されるとき、プログラムコードセグメントは、特定の論理回路に類似のやり方で動作する装置を提供するためにプロセッサと結合する。本発明は、集積回路、デジタル信号プロセッサ、マイクロプロセッサおよびマイクロコントローラのうちの１つまたは複数で実施されることもできる。
【００３０】
システムおよび製品の詳細
当技術分野ではよく知られているように、本明細書に説明された方法および装置は、その中にコンピュータ読取り可能手段が具現化されたコンピュータ読取り可能媒体をそれ自体が備える製品として配布されてよい。コンピュータ読取り可能プログラムコード手段は、コンピュータシステムと共に、すべてのまたは一部のステップを実行して、諸方法を実施し、または本明細書に説明された装置を作成するように動作することができる。コンピュータ読取り可能媒体は、記録可能な媒体（たとえばフロッピー（登録商標）ディスク、ハードドライブ、コンパクトディスク、メモリカード、半導体デバイス、チップ、特定用途向け集積回路（ＡＳＩＣ：ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ））であってもよいし、伝送媒体（たとえば時分割多元接続、符号分割多元接続または他の無線周波数チャネルを使用した光ファイバ、ワールドワイドウェブ、ケーブルまたは無線チャネルを備えるネットワーク）であってもよい。コンピュータシステムで使用するのに適した情報を格納できる、知られているまたは開発された任意の媒体が使用されてよい。コンピュータ読取り可能コード手段は、磁気媒体上の磁気変化、またはコンパクトディスクの表面上の高さの変化など、コンピュータが命令およびデータを読み取ることを可能にするための任意の機構である。
【００３１】
本明細書に述べられたコンピュータシステムおよびサーバはそれぞれ、関連するプロセッサを、本明細書に開示された方法、ステップおよび機能を実施するように構成するメモリを含む。メモリは、分散型であっても、局所型であってもよいし、プロセッサは、分散型であっても、単体型であってもよい。メモリは、電気、磁気または光メモリ、あるいはこれらの任意の組合せまたは他のタイプの記憶装置として実装されてよい。さらに、用語「メモリ」は、関連するプロセッサによってアクセスされるアドレス可能空間内のアドレスからの読出し、またはそこへの書込みが可能ないずれの情報をも包含できるほど広く解釈されるべきである。この定義では、ネットワーク上の情報は、関連するプロセッサがネットワークから情報を取り出すことができるので、やはりメモリ内にある。
【００３２】
本明細書に示され述べられた諸実施形態および変形形態は、本発明の諸原理を例示すものにすぎず、本発明の範囲および精神から逸脱せずに、当業者によって様々な修正が実施されてよいことを理解されたい。
【特許請求の範囲】
【請求項１】
１つまたは複数のＫｅｒｂｅｒｏｓ対応アプリケーションに対してユーザを認証するための方法であって、
前記ユーザおよび１つまたは複数のサーバを相互に認証するブートストラッププロトコルに基づいて認証および鍵一致機構を使用して前記ユーザを認証するステップと、
前記ユーザを認証すると、前記ユーザがセッション鍵を導出することを可能にし、チケット交付サーバへの第１のチケットを前記ユーザに提供するステップであって、前記チケット交付サーバが、１つまたは複数のＫｅｒｂｅｒｏｓ対応アプリケーションを提供する１つまたは複数のアプリケーションサーバへのチケットを提供する、ステップとを備える、方法。
【請求項２】
前記第１のチケットが前記ユーザの身元を確立する、請求項１に記載の方法。
【請求項３】
前記第１のチケットが前記セッション鍵を含む、請求項１に記載の方法。
【請求項４】
前記セッション鍵が、前記ユーザによって送信された１つまたは複数のデータ要素を暗号化するために使用される、請求項１に記載の方法。
【請求項５】
前記セッション鍵が、リプレイ攻撃を防止するための有効期間インジケータを有する、請求項１に記載の方法。
【請求項６】
前記ユーザが、前記第１のチケットを使用して前記チケット交付サーバに対して認証し、１つまたは複数の所望のアプリケーションサーバへの前記チケットを要求する、請求項１に記載の方法。
【請求項７】
１つまたは複数のＫｅｒｂｅｒｏｓ対応アプリケーションに対してユーザを認証するための装置であって、
メモリと、
前記ユーザおよび１つまたは複数のサーバを相互に認証するブートストラッププロトコルに基づいて認証および鍵一致機構を使用して前記ユーザを認証し、
前記ユーザが前記認証されると、前記ユーザがセッション鍵を導出することを可能にし、チケット交付サーバへの第１のチケットを前記ユーザに提供する
ように動作可能である、前記メモリに結合された、少なくとも１つのプロセッサを備え、前記チケット交付サーバが、１つまたは複数のＫｅｒｂｅｒｏｓ対応アプリケーションを提供する１つまたは複数のアプリケーションサーバへのチケットを提供する、装置。
【請求項８】
前記セッション鍵が、前記ユーザによって送信された１つまたは複数のデータ要素を暗号化するために使用される、請求項７に記載の装置。
【請求項９】
前記セッション鍵が、リプレイ攻撃を防止するための有効期間インジケータを有する、請求項７に記載の方法。
【請求項１０】
前記ユーザが、前記第１のチケットを使用して前記チケット交付サーバに対して認証し、１つまたは複数の所望のアプリケーションサーバへの前記チケットを要求する、請求項７に記載の装置
【請求項１】
１つまたは複数のＫｅｒｂｅｒｏｓ対応アプリケーションに対してユーザを認証するための方法であって、
前記ユーザおよび１つまたは複数のサーバを相互に認証するブートストラッププロトコルに基づいて認証および鍵一致機構を使用して前記ユーザを認証するステップと、
前記ユーザを認証すると、前記ユーザがセッション鍵を導出することを可能にし、チケット交付サーバへの第１のチケットを前記ユーザに提供するステップであって、前記チケット交付サーバが、１つまたは複数のＫｅｒｂｅｒｏｓ対応アプリケーションを提供する１つまたは複数のアプリケーションサーバへのチケットを提供する、ステップとを備える、方法。
【請求項２】
前記第１のチケットが前記ユーザの身元を確立する、請求項１に記載の方法。
【請求項３】
前記第１のチケットが前記セッション鍵を含む、請求項１に記載の方法。
【請求項４】
前記セッション鍵が、前記ユーザによって送信された１つまたは複数のデータ要素を暗号化するために使用される、請求項１に記載の方法。
【請求項５】
前記セッション鍵が、リプレイ攻撃を防止するための有効期間インジケータを有する、請求項１に記載の方法。
【請求項６】
前記ユーザが、前記第１のチケットを使用して前記チケット交付サーバに対して認証し、１つまたは複数の所望のアプリケーションサーバへの前記チケットを要求する、請求項１に記載の方法。
【請求項７】
１つまたは複数のＫｅｒｂｅｒｏｓ対応アプリケーションに対してユーザを認証するための装置であって、
メモリと、
前記ユーザおよび１つまたは複数のサーバを相互に認証するブートストラッププロトコルに基づいて認証および鍵一致機構を使用して前記ユーザを認証し、
前記ユーザが前記認証されると、前記ユーザがセッション鍵を導出することを可能にし、チケット交付サーバへの第１のチケットを前記ユーザに提供する
ように動作可能である、前記メモリに結合された、少なくとも１つのプロセッサを備え、前記チケット交付サーバが、１つまたは複数のＫｅｒｂｅｒｏｓ対応アプリケーションを提供する１つまたは複数のアプリケーションサーバへのチケットを提供する、装置。
【請求項８】
前記セッション鍵が、前記ユーザによって送信された１つまたは複数のデータ要素を暗号化するために使用される、請求項７に記載の装置。
【請求項９】
前記セッション鍵が、リプレイ攻撃を防止するための有効期間インジケータを有する、請求項７に記載の方法。
【請求項１０】
前記ユーザが、前記第１のチケットを使用して前記チケット交付サーバに対して認証し、１つまたは複数の所望のアプリケーションサーバへの前記チケットを要求する、請求項７に記載の装置
【図１】
【図２】
【図３】
【図２】
【図３】
【公表番号】特表２０１１−５２４６５２（Ｐ２０１１−５２４６５２Ａ）
【公表日】平成２３年９月１日（２０１１．９．１）
【国際特許分類】
【出願番号】特願２０１１−５０３９６９（Ｐ２０１１−５０３９６９）
【出願日】平成２１年３月２６日（２００９．３．２６）
【国際出願番号】ＰＣＴ／ＵＳ２００９／００１９２２
【国際公開番号】ＷＯ２００９／１２６２１０
【国際公開日】平成２１年１０月１５日（２００９．１０．１５）
【出願人】（５９６０９２６９８）アルカテル−ルーセント ユーエスエー インコーポレーテッド (965)
【Ｆターム（参考）】
【公表日】平成２３年９月１日（２０１１．９．１）
【国際特許分類】
【出願日】平成２１年３月２６日（２００９．３．２６）
【国際出願番号】ＰＣＴ／ＵＳ２００９／００１９２２
【国際公開番号】ＷＯ２００９／１２６２１０
【国際公開日】平成２１年１０月１５日（２００９．１０．１５）
【出願人】（５９６０９２６９８）アルカテル−ルーセント ユーエスエー インコーポレーテッド (965)
【Ｆターム（参考）】
[ Back to top ]