(57)【特許請求の範囲】
【請求項１】
少なくとも１つの認証サーバとの第１の認証および第２の認証を実行し、前記第１の認証および前記第２の認証にそれぞれ関する第１のセキュリティ情報および第２のセキュリティ情報を獲得し、さらに前記第１のセキュリティ情報および前記第２のセキュリティ情報を使用してデータパケットを生成するプロセッサと、および
前記プロセッサに結合されたメモリと、
を備える装置。
【請求項２】
前記プロセッサは、第１の認証サーバとの前記第１の認証を実行し、さらに第２の認証サーバとの前記第２の認証を実行し、前記第２の認証サーバが、前記第１の認証サーバとは異なる、請求項１に記載の装置。
【請求項３】
前記プロセッサは、単一の認証サーバとの前記第１の認証および前記第２の認証を実行する、請求項１に記載の装置。
【請求項４】
前記プロセッサは、前記第１のセキュリティ情報を使用して、送信されるデータをセキュア化処理して、初期パケットを獲得し、さらに、前記第２のセキュリティ情報を使用して前記初期パケットをセキュア化処理して、前記データパケットを獲得する、請求項１に記載の装置。
【請求項５】
前記プロセッサは、前記第１のセキュリティ情報と前記第２のセキュリティ情報の両方を使用して、送信されるデータをセキュア化処理して、前記データパケットを獲得する、請求項１に記載の装置。
【請求項６】
前記プロセッサは、前記第１のセキュリティ情報である第１の暗号鍵を使用して、前記データパケットに関する暗号化または正当性保護を実行し、さらに前記第２のセキュリティ情報である第２の暗号鍵を使用して、前記データパケットに関する暗号化または正当性保護を実行する、請求項１に記載の装置。
【請求項７】
前記プロセッサは、前記第１のセキュリティ情報と前記第２のセキュリティ情報の１つを使用して暗号化を実行し、さらに前記第１のセキュリティ情報と前記第２のセキュリティ情報のもう一方を使用して正当性保護を実行する、請求項１に記載の装置。
【請求項８】
少なくとも１つの認証サーバとの第１の認証および第２の認証を実行することと、
前記第１の認証および前記第２の認証にそれぞれ関する第１のセキュリティ情報および第２のセキュリティ情報を獲得することと、および
前記第１のセキュリティ情報および前記第２のセキュリティ情報を使用してデータパケットを生成することと、
を備える方法。
【請求項９】
前記第１の認証および前記第２の認証を前記実行することは、
第１の認証サーバとの前記第１の認証を実行することと、および
第２の認証サーバとの前記第２の認証を実行することとを備え、前記第２の認証サーバは、前記第１の認証サーバとは異なる、
請求項８に記載の方法。
【請求項１０】
前記データパケットを前記生成することは、
初期パケットを獲得するために、前記第１のセキュリティ情報を使用して、送信されるデータをセキュア化処理することと、および
前記データパケットを獲得するために、前記第２のセキュリティ情報を使用して前記初期パケットをセキュア化処理することと、
を備える、請求項８に記載の方法。
【請求項１１】
前記データパケットを前記生成することは、
前記データパケットを獲得するために、前記第１のセキュリティ情報と前記第２のセキュリティ情報の両方を使用して、送信されるデータをセキュア化処理すること
を備える、請求項８に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
（米国特許法第１１９条の下における優先権の主張）
本特許出願は、本特許出願の譲受人に譲渡され、参照により本明細書に明確に組み込まれている、２００６年４月１１に出願された「METHOD AND APPARATUS FOR BINDING MULTIPLE AUTHENTICATIONS」という名称の米国仮出願第６０／７９１，３２１号の優先権を主張するものである。
【０００２】
本開示は、一般に、通信に関し、より具体的には、認証を結び付けるための技術に関する。
【背景技術】
【０００３】
認証は、所与のエンティティの真の正体を特定するのに、そのエンティティが、或る特定のサービスを受ける資格があるかどうかを判定するのに、さらに／またはその他の目的で広く使用される。例えば、端末装置が、データサービス、例えば、ＶｏＩＰ（Voice-over-Internet Protocol）を得るために、無線通信網との通信を確立しようと試みる可能性がある。この端末装置の正体は、無線網に関する認証サーバによって認証されて、この端末装置が、そのネットワークと通信できることが確実にされることが可能である。また、この端末装置が、同一の認証サーバ、または異なる認証サーバによって認証されて、この端末装置が、適切に加入し、要求されたデータサービスを受けることができることが確実にされることが可能である。
【０００４】
認証は、１つのエンティティからセキュアな情報を送り、この情報を別のエンティティが検証することによって実行されることが可能である。詐欺的な攻撃を防止するのに、このセキュアな情報は、これら２つのエンティティだけに知られている秘密の情報（例えば、暗号鍵）に基づいて生成されることが可能である。このセキュアな情報は、暗号化されたデータ、メッセージ認証コード、またはその秘密の情報を使用する暗号技術に基づいて生成される他の何らかの情報であることが可能である。
【０００５】
端末装置は、複数の認証を順次に、または並行に実行することができる。端末装置は、システムアクセスのために１つの認証を実行し、サービス要求のために別の認証を実行することができる。また、端末装置は、端末装置を検証するデバイス認証、および端末装置のユーザを検証するユーザ認証を実行することもできる。複数の認証を、適宜、これらの認証が一緒に結び付けられることが可能であるような方法で実行することが、望ましい。
【特許文献１】米国仮出願第６０／７９１，３２１号
【非特許文献１】ＲＦＣ３７４８
【発明の概要】
【０００６】
ピアに関する複数の認証を結び付けるための技術が、本明細書で説明される。ピアは、１つまたは複数の認証サーバとの複数の認証を実行することができ、認証サーバは、これらの認証の結果を１つまたは複数のオーセンティケータに転送することができる。オーセンティケータは、認証を開始し、さらに／または円滑にするエンティティであり、通常、通信網の端部に配置される。ピアは、オーセンティケータに応答するエンティティである。認証サーバは、認証サービスをオーセンティケータに提供するエンティティである。
【０００７】
一設計では、ピアに関する複数の認証は、ピアに関するＵＩＤ（一意識別子）に基づいて結び付けられることが可能である。この一意識別子は、擬似乱数であることが可能であり、ＭｉＴＭ（中間者）攻撃を防止するために、ピアと、認証サーバと、オーセンティケータとの間でセキュアに交換されることが可能である。この一意識別子によって結び付けられたすべての認証に関するデータは、これらの認証のすべて、またはサブセットによって生成された１つまたは複数の暗号鍵に基づいて、セキュアに交換されることが可能である。
【０００８】
或る態様によれば、ピアに関する装置が、そのピアに関する一意識別子を獲得し、少なくとも１つの認証サーバとの複数の認証を実行する。この一意識別子は、それらの複数の認証をそのピアに結び付けるのに使用される。
【０００９】
別の態様によれば、認証サーバに関する装置が、ピアに関する一意識別子を獲得し、そのピアとの認証を実行し、この一意識別子をそのピアに関連付ける。
【００１０】
さらに別の態様によれば、オーセンティケータに関する装置が、少なくとも１つの認証サーバとピアとの間の少なくとも１つの認証の結果を受け取る。この装置は、一意識別子に基づき、その少なくとも１つの認証サーバをそのピアに結び付ける。
【００１１】
別の設計では、複数のレベル（multiple levels）のセキュリティ（またはネスト化されたセキュリティ）が、ピアに関する複数の認証のために使用されることが可能である。このピアは、第１の認証サーバとの第１の認証を実行し、第１の暗号鍵を獲得することができる。また、このピアは、第２の認証サーバとの第２の認証を実行し、第２の暗号鍵を獲得することもできる。このピアは、その後、その２つの鍵を使用してデータをセキュアに交換することができる。
【００１２】
さらに別の態様によれば、第１の認証から獲得された第１のセキュリティ情報に従って、データに関する第１のパケットを生成し、第２の認証から獲得された第２のセキュリティ情報に従って、第１のパケットを伝送する第２のパケットを生成し、第２のパケットを送る装置が、説明される。
【００１３】
本開示の様々な設計、態様、および特徴が、後段でさらに説明される。
【図面の簡単な説明】
【００１４】
【図１】複数の認証のためのアーキテクチャを示す図。
【図２】認証を実行するためのプロセスを示す図。
【図３】ＭｉＴＭ攻撃を伴うピアに関する２つの認証を示す図。
【図４】一意識別子を使用する複数の認証に関するプロセスを示す図。
【図５】一意識別子を使用する複数の認証のためにピアによって実行されるプロセスを示す図。
【図６】一意識別子を使用する複数の認証のために認証サーバによって実行されるプロセスを示す図。
【図７】一意識別子を使用する複数の認証のためにオーセンティケータによって実行されるプロセスを示す図。
【図８】２つの認証に関するネスト化されたセキュリティを示す図。
【図９】ネスト化されたセキュリティを使用する複数の認証に関するプロセスを示す図。
【図１０】図１における様々なエンティティを示すブロック図。
【発明を実施するための形態】
【００１５】
本明細書で説明される技術は、ＷＡＮ（ワイドエリアネットワーク）、ＬＡＮ（ローカルエリアネットワーク）、ＷＷＡＮ（無線ＷＡＮ）、ＷＬＡＮ（無線ＬＡＮ）などの様々な通信網のために使用されることが可能である。「ネットワーク」および「システム」という用語は、しばしば、互いに区別なく使用される。ＷＷＡＮは、ＣＤＭＡ（符号分割多元接続）網、ＴＤＭＡ（時間分割多元接続）網、ＦＤＭＡ（周波数分割多元接続）網、ＯＦＤＭＡ（直交ＦＤＭＡ）網、ＳＣ-ＦＤＭＡ（単一キャリアＦＤＭＡ）網などであることが可能である。ＣＤＭＡ網は、Ｗ-ＣＤＭＡ（広帯域ＣＤＭＡ）、ｃｄｍａ２０００などの無線技術を実装することができる。ｃｄｍａ２０００は、ＩＳ-２０００標準、ＩＳ-９５標準、およびＩＳ-８５６標準を範囲に含む。ＴＤＭＡ網は、ＧＳＭ（登録商標）（Global System for Mobile Communications）などの無線技術を実装することができる。ＷＬＡＮは、ＩＥＥＥ８０２．１１、Ｈｉｐｅｒｌａｎなどを実装することができる。これらの様々な無線技術および無線標準は、当技術分野で知られている。簡明のため、これらの技術のいくつかの態様は、一般に公開されている、「ＥＡＰ（Extensible Authentication Protocol）」という名称のＲＦＣ３７４８、２００４年６月において定義される用語を使用して説明される。
【００１６】
図１は、ピア１１０が、複数の認証を実行することができる展開１００を示す。簡明のため、認証と関係する論理エンティティだけが、図１に示される。展開は、図１に示されない他のネットワークエンティティを含むことが可能である。
【００１７】
ピア１１０は、セルラー電話機、ＰＤＡ（パーソナルディジタルアシスタント）、無線通信デバイス、ハンドヘルドデバイス、無線モデム、ラップトップコンピュータ、コードレス電話機などの任意のデバイスであることが可能である。また、ピア１１０は、移動局、局、ユーザ機器、端末装置、アクセス端末装置、加入者ユニット、移動機器などと呼ばれることも可能である。
【００１８】
図１に示される例において、ネットワーク側は、Ｌ個の実施ポイント１２０ａないし１２０ｌ、Ｍ個のオーセンティケータ１３０ａないし１３０ｍ、およびＮ個のプロバイダ１５０ａないし１５０ｎに関するＮ個の認証サーバ１４０ａないし１４０ｎを含み、ここにおいて、一般に、Ｌ≧１であり、Ｍ≧１であり、Ｎ≧１である。ピア１１０は、実施ポイント１２２ａと通信することができる。各実施ポイント１２０は、他の１つまたは複数の実施ポイント１２０、および／または１つまたは複数のオーセンティケータ１３０と通信することができる。各オーセンティケータ１３０は、１つまたは複数の実施ポイント１２０、他の１つまたは複数のオーセンティケータ１３０、および／または１つまたは複数の認証サーバ１４０と通信することができる。図１は、展開１００におけるエンティティの間の例示的な接続を示す。また、これらのエンティティは、他の方法で接続されてもよく、例えば、破線の接続は、省かれることが可能である。実施ポイントは、ピアが、そのピアのためのインバウンドデータおよびアウトバウンドデータに関して完結している任意の認証を実施、または適用するエンティティである。実施ポイント、オーセンティケータ、および認証サーバは、論理エンティティであり、これらのエンティティの１つまたは複数が、物理ネットワークエンティティ内に共配置されることが可能である。実施ポイントとオーセンティケータは、図１に示されるとおり、別々のネットワークエンティティであることが可能である。また、単一のネットワークエンティティが、実施ポイントとオーセンティケータなどの異なる論理エンティティの機能を実行することも可能である。図１における様々な論理エンティティは、ＲＦＣ３７４８において説明される。
【００１９】
実施ポイント１２０とオーセンティケータ１３０は、異なる通信網における異なるネットワークエンティティによって実施されてもよい。ＷＬＡＮにおいて、実施ポイントは、アクセスポイントによって実施されることが可能であり、オーセンティケータは、ＷＬＡＮスイッチによって実施されることが可能である。セルラー網において、実施ポイントは、基地局によって実装されることが可能であり、オーセンティケータは、ＲＮＣ（無線ネットワークコントローラ）によって実装されることが可能である。認証サーバは、ＷＬＡＮとセルラー網の両方においてＡＡＡ（認証、許可、およびアカウンティング）サーバによって実装されることが可能である。
【００２０】
図２は、認証プロセス２００に関するメッセージフローを示す。ピア１１０が、アクセス要求を実施ポイント１２０ａに最初に送ることが可能であり、実施ポイント１２０ａは、この要求をオーセンティケータ１３０ａに転送することができる（ステップ２１０）。認証プロセスに関して、実施ポイント１２０ａは、ピア１１０とオーセンティケータ１３０ａとの間でメッセージを単に転送することが可能であり、簡明のため、図２には示されない。ピア１１０は、ピア１１０に割り当てられた下位層識別子ＬＩＤｐｅｅｒを使用して、アクセス要求、ならびに他のメッセージをオーセンティケータ１３０ａに送ることができる。下位層識別子は、ピアとオーセンティケータ／実施ポイントとの間で使用されるＭＡＣ（メディアアクセス制御）アドレス、または他の何らかの下位層識別子であることが可能である。オーセンティケータ１３０ａは、アクセス要求を受け取り、オーセンティケータ１３０ａが、ピア１１０に関するレコードを全く有してないと判定し、認証要求をピア１１０に送ることができる（ステップ２１２）。
【００２１】
ピア１１０は、ピア１１０の認証のために使用される認証サーバのアドレスまたは識別子、ピア１１０に割り当てられたネットワークアクセス識別子ＮＡＩｐｅｅｒなどを含むことが可能な認証応答を送ることによって、認証要求に応答することができる（ステップ２１６）。この例では、認証サーバ１４０ａが、ピア１１０によって選択され、認証応答は、認証サーバ１４０ａ（サーバａ）のアドレスを含むことが可能である。ＮＡＩｐｅｅｒは、ピア１１０と認証サーバ１４０ａとの間で使用される任意の識別子であることが可能であり、オーセンティケータ１３０ａによって知られていなくてもよいかもしれない。このため、ピア１１０は、匿名の認証応答を送り、ＮＡＩｐｅｅｒを省くことができる。オーセンティケータ１３０ａは、ピア１１０から認証応答を受け取り、この認証応答によって識別される認証サーバ１４０ａにピア認証要求を送ることができる（ステップ２１８）。すると、認証サーバ１４０ａは、ピア１１０の認証のために、または相互認証のために、ピア１１０とメッセージを交換することができる（ステップ２２０）。認証サーバ１４０ａは、ピア１１０に関する資格証明（例えば、ユーザ名およびパスワード）を有することが可能であり、それらの資格証明に基づいてピア１１０を認証することができる。同様に、ピア１１０も、認証サーバ１４０ａに関する情報を格納している可能性があり、この格納されている情報に基づいて、このサーバを認証することができる。ステップ２２０における認証は、当技術分野で知られているＡＫＡ（Authentication and Key Agreement）、ＴＬＳ（トランスポート層セキュリティ）、ＴＴＬＳ（Tunneled ＴＬＳ）などの、任意の認証スキームに基づいて実行されることが可能である。
【００２２】
認証が完了した後、認証サーバ１４０ａは、ピア認証済みメッセージをオーセンティケータ１３０ａに送ることができる（ステップ２２２）。このメッセージは、例えば、ピア１１０との通信のために使用する暗号鍵ＫＥＹ１、ＫＥＹ１に関する鍵ＩＤ（鍵１  ＩＤ）などの関係のある情報を含むことが可能である。また、暗号鍵は、単に鍵とも呼ばれる。オーセンティケータ１３０ａは、この関係のある情報を実施ポイント１２０ａ（図２に示されない）に転送することができる。実施ポイント１２０ａは、実施ポイント１２０ａとピア１１０との間で交換されるデータの暗号化および／または正当性保護のために、ＫＥＹ１、またはＫＥＹ１から生成された派生した鍵を使用することができる。暗号化とは、鍵を使用してデータをランダム化して、元のデータが認識不能であるようにするプロセスを指し、暗号化されたデータは、暗号法のタイプに応じて、同一の鍵、または相補的な鍵を使用して回復されることが可能である。正当性保護とは、鍵を使用してデータに関するメッセージ認証コードを生成し、このコードをデータと一緒に送るプロセスを指す。メッセージ認証コードは、受信側のエンティティによって、送っているエンティティが、正しい鍵を使用して、このコードを生成していること、およびデータが、改変されていないことを検証するのに使用されることが可能である。認証によって送られることが許されるデータである、認証に関するデータは、認証によって生成された鍵を使用して、セキュアに交換されることが可能である。
【００２３】
図２は、オーセンティケータ１３０ａが認証を開始する例示的なメッセージフローを示す。また、ピア１１０が、認証を開始することもできる。そのような場合、認証要求／応答メッセージは、方向が逆にされることが可能である。一般に、より少ないステップ、追加的なステップ、および／または異なるステップが、認証のためのメッセージフローに関して使用されることが可能である。メッセージフローにおける各ステップは、１つのエンティティによって送られる１つまたは複数のメッセージ、または異なるエンティティ間で交換される複数のメッセージ（multiple message）を表すことが可能である。
【００２４】
図２は、ピア１１０と認証サーバ１４０ａとの間の１つの認証を示す。ピア１１０は、例えば、アクセス認証およびサービス認証、デバイス認証およびユーザ認証、ＮＡＰ（ネットワークアクセスプロバイダ）認証およびＩＳＰ（インターネットサービスプロバイダ）認証などのために、１つまたは複数の認証サーバとの複数の認証を実行することができる。複数の認証は、（ｉ）１つの認証が、次の認証が開始される前に完了するように順次に、（ｉｉ）複数の認証が、所与の時点で待ち状態であることが可能であるように並行に、または（ｉｉｉ）この両方の組み合わせで実行されることが可能である。複数の認証は、同一のオーセンティケータを介しても、異なる複数のオーセンティケータを介してもよい。例えば、異なる複数のオーセンティケータが、（ｉ）いくつかのアーキテクチャにおける異なるタイプの認証のため、（ｉｉ）アクセスプロバイダとサービスプロバイダが異なる場合のアクセス認証とサービス認証のためなどに、使用されることが可能である。また、複数の認証は、同一の認証サーバに対してであっても、異なる複数の認証サーバに対してであってもよい。複数の認証は、異なる複数の認証サーバが、異なる理由でピア１１０を認証する必要がある場合に、例えば、アクセスプロバイダとサービスプロバイダが異なる場合に、特に適用可能であり得る。
【００２５】
一般に、認証は、鍵が生成されて、オーセンティケータに送られることをもたらすことも、もたらさないことも可能である。複数の認証が実行されると、各認証が、異なる鍵を生成することが可能であり、認証のサブセットが、鍵を生成することが可能であり、あるいは認証のいずれも、鍵を生成しないことが可能である。少なくとも１つの認証が、鍵を生成するものではない場合、中間者攻撃が、可能であり得る。
【００２６】
図３は、ＭｉＴＭ（中間者）攻撃を伴うピア１１０に関する２つの認証を示す。ピア１１０は、例えば、図２に関して前述したとおり、ピア１１０のＬＩＤｐｅｅｒおよびＮＡＩｐｅｅｒを使用して、オーセンティケータ１３０ａを介して認証サーバ１４０ａとの第１の認証を実行することができる。ピア１１０は、ピア１１０に関してサーバ１４０ａにおいて格納された有効な資格証明に基づいて、認証サーバ１４０ａによって認証されることが可能である。
【００２７】
また、ＭｉＴＭ攻撃者１１２が、ＭｉＴＭ攻撃者１１２に割り当てられた下位層識別子ＬＩＤＭｉＴＭおよびネットワークアクセス識別子ＮＡＩＭｉＴＭを使用して、オーセンティケータ１３０ａを介して認証サーバ１４０ａとの認証を実行することも可能である。ＭｉＴＭ攻撃者１１２は、ＭｉＴＭ攻撃者１１２に関してサーバ１４０ａにおいて格納された有効な資格証明に基づいて、認証サーバ１４０ａによって認証されることが可能である。
【００２８】
ピア１１０は、ピア１１０のＬＩＤｐｅｅｒおよびＮＡＩｐｅｅｒを使用して、オーセンティケータ１３０ａを介して認証サーバ１４０ａとの第２の認証を試みることが可能である。ＭｉＴＭ攻撃者１１２が、第２の認証に関するピア１１０からの認証応答を傍受して、ピア１１０のＬＩＤｐｅｅｒを攻撃者１１２のＬＩＤＭｉＴＭで置き換え、この不正変更された認証応答をオーセンティケータ１３０ａに転送することが可能である。オーセンティケータ１３０ａは、ＭｉＴＭ攻撃者１１２からの認証応答が、不正変更されていることを検出する方法を全く有さない可能性があり、認証を通常の仕方で実行する可能性がある。ＭｉＴＭ攻撃者１１２は、認証サーバ１４０ａによって認証されることが可能であり、ＬＩＤＭｉＴＭ、およびピア１１０のＮＡＩｐｅｅｒを使用してサービスを得ることができる。第２の認証と関係する料金請求は、ＮＡＩｐｅｅｒが割り当てられているピア１１０にリダイレクトされることが可能である。
【００２９】
図３において、ピア１１０に関する第１の認証が、鍵を生成することが可能であり、この鍵は、ピア１１０からのデータを認証するのに使用されることが可能である。ピア１１０に関する第１の認証と第２の認証は、順次に行われても、並行に行われてもよい。ピア１１０に関する第２の認証は、鍵を生成するものであることも、鍵を生成しないものであることも可能であるが、ピア１１０からのデータを認証するのに、鍵は全く使用されない。
【００３０】
或る態様において、ピアに関する複数の認証は、ピアに関する一意識別子に基づいて結び付けられることが可能である。この一意識別子は、ＭｉＴＭ攻撃を防止するために、ピアと、認証サーバと、オーセンティケータとの間でセキュアに交換されることが可能である。この一意識別子によって結び付けられたすべての認証に関するデータは、これらの認証のすべて、またはサブセットによって生成された１つまたは複数の鍵に基づいて、セキュアに交換されることが可能である。
【００３１】
図４は、一意識別子を使用して複数の認証を結び付けるためのプロセス４００に関するメッセージフローを示す。ピア１１０は、ピア１１０のＬＩＤｐｅｅｒを使用してオーセンティケータ１３０ａにアクセス要求を最初に送ることができる（ステップ４１０）。オーセンティケータ１３０ａは、認証要求をピア１１０に送ることによって応答することができる（ステップ４１２）。
【００３２】
第１の認証に関して、ピア１１０は、後述するように、ピア１１０に関する一意識別子ＵＩＤｐｅｅｒを導き出すことができる（ステップ４１４）。次に、ピア１１０は、第１の認証のために使用される認証サーバ１４０ａのアドレス、ピア１１０のＮＡＩｐｅｅｒおよびＵＩＤｐｅｅｒなどを含むことが可能な認証応答を送ることができる（ステップ４１６）。ＵＩＤｐｅｅｒは、ピア１１０と認証サーバ１４０ａとの間で共有される鍵に基づいて、セキュリティで保護された方法で（例えば、暗号化および／または正当性保護を使用して）送られることが可能である。ＵＩＤｐｅｅｒは、例えば、ＲＦＣ３７４８において説明されるＥＡＰ法、または他の何らかのセキュアな方法を介して、ピア１１０から認証サーバ１４０ａに伝送されることが可能である。その他の情報（例えば、ＮＡＩｐｅｅｒ）は、ＵＩＤｐｅｅｒと一緒にセキュリティで保護された方法で送られても、送られなくてもよい。オーセンティケータ１３０ａが、ピア１１０からの認証応答を受け取り、ピア認証要求を認証サーバ１４０ａに送ることが可能である（ステップ４１８）。
【００３３】
すると、認証サーバ１４０ａは、ピア１１０の認証のために、または相互認証のために、ピア１１０とメッセージを交換することができる（ステップ４２０）。認証が完了した後、認証サーバ１４０ａは、ピア認証済みメッセージをオーセンティケータ１３０ａに送ることができる（ステップ４２２）。このメッセージは、例えば、ピア１１０との通信のために使用する鍵ＫＥＹ１、ＫＥＹ１に関する鍵ＩＤ、ピア１１０のＵＩＤｐｅｅｒなどの、関係のある情報を含むことが可能である。ＵＩＤｐｅｅｒは、認証サーバ１４０ａとオーセンティケータ１３０ａとの間で共有される鍵に基づいて、セキュリティで保護された方法（例えば、暗号化および／または正当性保護を使用して）送られることが可能である。オーセンティケータ１３０ａは、ピア１１０のＵＩＤｐｅｅｒを記録することが可能であり、第１の認証、ならびにこの認証によって生成されたＫＥＹ１を、このＵＩＤｐｅｅｒに結び付けることが可能である（ステップ４２４）。また、オーセンティケータ１３０ａは、ピア１１０のＬＩＤｐｅｅｒをＵＩＤｐｅｅｒに結び付けることもできる。結び付けるとは、異なる項目（例えば、認証、鍵、ＵＩＤ、ＬＩＤなど）、および／または所与の項目の異なるインスタンス（例えば、複数の認証、複数の鍵（multiple keys）など）を一緒に関連付けることを指す。結び付けること、関連付けること、およびマップすることは、互いに区別なく使用されることが可能な同義語である。
【００３４】
第１の認証を完了した後、または第１の認証と並行して、ピア１１０は、ピア１１０のＬＩＤｐｅｅｒを使用してオーセンティケータ１３０ａにサービス要求を送ることができる（ステップ４３０）。オーセンティケータ１３０ａは、認証要求をピア１１０に送ることによって応答することができる（ステップ４３２）。一般に、第２の認証は、ピア１１０によって（例えば、ピア１１０が、例えば、デバイス認証およびユーザ認証のために、複数の認証が実行されるべきことを知っている場合）、またはオーセンティケータによってトリガされることが可能である。
【００３５】
第２の認証に関して、ピア１１０は、第１の認証に関して前に導き出されたのと同一のＵＩＤｐｅｅｒを使用することができる。ピア１１０は、第２の認証のために使用される認証サーバ１４０ａのアドレス、ピア１１０のＮＡＩｐｅｅｒおよびＵＩＤｐｅｅｒなどを含むことが可能な認証応答を送ることができる（ステップ４３６）。この場合も、ＵＩＤｐｅｅｒは、セキュリティで保護された仕方で送られることが可能である。オーセンティケータ１３０ａが、ピア１１０からの認証応答を受け取ることが可能であり、ピア認証要求を認証サーバ１４０ａに送ることができる（ステップ４３８）。
【００３６】
すると、認証サーバ１４０ａは、認証のためにピア１１０とメッセージを交換することができる（ステップ４４０）。認証が完了した後、認証サーバ１４０ａは、ピア認証済みメッセージをオーセンティケータ１３０ａに送ることができる（ステップ４４２）。このメッセージは、例えば、ピア１１０との通信のために使用する鍵ＫＥＹ２、ＫＥＹ２に関する鍵ＩＤ、ピア１１０のＵＩＤｐｅｅｒなどの関係のある情報を含むことが可能である。一般に、ＫＥＹ２は、第２の認証によって生成されることも、生成されないことも可能である。オーセンティケータ１３０ａは、ピア認証済みメッセージを受け取り、このメッセージからＵＩＤｐｅｅｒを抽出し、このＵＩＤｐｅｅｒが、オーセンティケータ１３０ａにおいて既に格納されていることを認識することができる。次に、オーセンティケータ１３０ａは、合致したＵＩＤｐｅｅｒに基づいて、この認証が同一のピア１１０に関すると判定することができる。オーセンティケータ１３０ａは、第２の認証、ならびにＫＥＹ２（第２の認証によって生成される場合）をＵＩＤｐｅｅｒに結び付けることができる（ステップ４４４）。オーセンティケータ１３０ａは、基本的に、ピア１１０に関する第１の認証と第２の認証を同一のＵＩＤｐｅｅｒに結び付けることができる。
【００３７】
図４に示される例では、ピア１１０は、ピア１１０のＬＩＤｐｅｅｒを使用して、異なるネットワークに関するアクセス要求をオーセンティケータ１３０ａに送ることができる（ステップ４５０）。オーセンティケータ１３０ａは、認証要求をピア１１０に送ることによって応答することができる（ステップ４５２）。一般に、第３の認証が、ピア１１０またはオーセンティケータによってトリガされることが可能であり、任意の理由でトリガされることが可能である。
【００３８】
第３の認証に関して、ピア１１０は、第１の認証に関して前に導き出されたのと同一のＵＩＤｐｅｅｒを使用することができる。ピア１１０は、第３の認証のために使用される認証サーバ１４０ｎ（サーバｎ）のアドレス、ピア１１０のＮＡＩｐｅｅｒおよびＵＩＤｐｅｅｒなどを含むことが可能な認証応答を送ることができる（ステップ４５６）。この場合も、ＵＩＤｐｅｅｒは、セキュリティで保護された仕方で送られることが可能である。オーセンティケータ１３０ａが、ピア１１０からの認証応答を受け取ることが可能であり、ピア認証要求を、ピア１１０によって選択された認証サーバ１４０ｎに送ることが可能である（ステップ４５８）。
【００３９】
すると、認証サーバ１４０ｎは、認証のためにピア１１０とメッセージを交換することができる（ステップ４６０）。認証が完了した後、認証サーバ１４０ｎは、例えば、ピア１１０との通信のために使用する鍵ＫＥＹ３、ＫＥＹ３に関する鍵ＩＤ、ピア１１０のＵＩＤｐｅｅｒなどの関係のある情報を含むことが可能であるピア認証済みメッセージを、オーセンティケータ１３０ａに送ることができる（ステップ４４２）。一般に、ＫＥＹ３は、第３の認証によって生成されることも、生成されないことも可能である。オーセンティケータ１３０ａは、ピア認証済みメッセージを受け取り、このＵＩＤｐｅｅｒが、オーセンティケータ１３０ａにおいて既に格納されていることを認識し、第３の認証、ならびにＫＥＹ３（生成される場合）をＵＩＤｐｅｅｒに結び付けることができる（ステップ４６４）。オーセンティケータ１３０ａは、基本的に、ピア１１０に関する第１の認証、第２の認証、および第３の認証を、これらの認証が、異なる認証サーバ１４０ａおよび１４０ｎを介して実行されているものの、同一のＵＩＤｐｅｅｒに結び付ける。
【００４０】
一般に、ピア１１０は、任意の数の認証サーバとの任意の数の認証を実行することができる。これらの複数の認証は、順次に（図４に示されるとおり）、または並行に（図４に示されない）、あるいはその両方の組み合わせで実行されることが可能である。各認証は、ピア１１０が、認証サーバに対して認証され、認証サーバも、ピア１１０に対して認証されるように、相互に認証を行うことが可能である。各認証は、鍵を生成することも、生成しないことも可能である。オーセンティケータ１３０ａが、同一のＵＩＤｐｅｅｒを有するすべての認証、およびすべての鍵をピア１１０に結び付けることができる。１つの認証だけが、鍵を生成するものであることが可能であり、この認証に結び付けられたすべての認証は、この１つの認証からの鍵に基づいて、データをセキュアに交換することができる。
【００４１】
ＵＩＤｐｅｅｒは、例えば、ピア１１０と各認証サーバとの間で、例えば、ピア１１０とその認証サーバによって知られている資格証明に基づく暗号化および／または正当性保護を使用して、セキュアに交換されることが可能である。この場合、ＭｉＴＭ攻撃者は、ＵＩＤｐｅｅｒを傍受して、認証交換を乗っ取ることができない。
【００４２】
図４に示される設計では、ピア１１０は、ステップ４１６、４３６、および４５６で、認証応答の中でＵＩＤｐｅｅｒをオーセンティケータ１４０ａに送り、オーセンティケータ１４０ａは、このＵＩＤｐｅｅｒを認証サーバ１４０ａおよび１４０ｎに転送する。また、ピア１１０も、他の時点で、例えば、ステップ４２０、４４０、４６０などで、ＵＩＤｐｅｅｒを送ることができる。
【００４３】
一般に、ＵＩＤは、様々な仕方で導き出されることが可能である。一設計では、ピア１１０が、ＰＲＮ（擬似乱数）を生成し、このＰＲＮをＵＩＤとして使用する。異なるピアが、異なるＰＲＮを独自に生成することができる。衝突と呼ばれる、２つのピアが同一のＰＲＮを生成する可能性は、ＰＲＮの長さに依存する。例えば、ＰＲＮが、３２ビットの長さを有する場合、衝突の確率は、１／２３２であることが可能である。一般に、ＰＲＮは、任意の長さ、例えば、３２ビット、４８ビット、６４ビットなどであることが可能である。ＰＲＮは、衝突の所望される確率を実現するだけ十分に長いように定義されることが可能である。同一の長さのＰＲＮが、すべての認証に関して使用されることが可能である。代替として、異なる長さのＰＲＮは、異なる認証のためであることが可能であり、ここにおいて、各認証に関するＰＲＮ長は、セキュリティ要件および／またはその他の要因に依存することが可能である。
【００４４】
別の設計では、ピア１１０に割り当てられたＩＤ、またはこのＩＤの擬似バージョンが、ＵＩＤとして使用されることが可能である。例えば、ＵＩＤは、ＥＳＮ（Electronic Serial Number）、ＭＥＩＤ（Mobile Equipment Identifier）、ＩＭＳＩ（International Mobile Subscriber Identity）、ＭＩＮ（Mobile Identification Number）、擬似ＥＳＮ、一時的ＩＭＳＩ、またはピア１１０に割り当てられた他の何らかの真のＩＤもしくは擬似ＩＤであることが可能である。さらに別の設計では、ピア１１０に割り当てられたアドレスが、ＵＩＤとして使用されることが可能である。例えば、ＵＩＤは、ＭＡＣアドレス、ＩＰアドレスなどであることが可能である。一般に、ピアに固有である（または衝突の確率が十分に低い）任意の種類のＩＤまたはアドレスが、ピアに関する認証を結び付けるためのＵＩＤとして使用されることが可能である。
【００４５】
単一のＵＩＤが、ピア１１０に関するすべての認証に関して使用されることが可能である。これらの認証のすべてが、この単一のＵＩＤに結び付けられることが可能である。また、ピア１１０に関する認証は、複数のグループ（multiple group）に分けられることも可能であり、各グループが、１つまたは複数の認証を含む。各グループに関して、異なるＵＩＤが使用されることが可能である。各グループにおけるすべての認証が、そのグループに関するＵＩＤによって結び付けられることが可能である。一般に、１つのＵＩＤが、一緒に結び付けられるすべての認証に関して使用されることが可能である。所与のＵＩＤが、１つまたは複数の認証に関して使用されることが可能である。
【００４６】
図４に示される設計では、ピア１１０は、ＵＩＤを導き出して、このＵＩＤを各認証サーバにセキュアに送ることができる。また、ＵＩＤは、ピア１１０以外のエンティティによって生成されることも可能である。別の設計では、認証サーバが、ＵＩＤを生成して、このＵＩＤをピア１１０とオーセンティケータの両方に提供することができる。ピア１１０は、ピア１１０に関してＵＩＤが生成されていないことを、第１の認証に関する認証サーバに知らせることができる（例えば、ステップ４２０中に）。これに応答して、認証サーバは、ピア１１０に関するＵＩＤを生成することができる。ピア１１０は、第１の認証に結び付けられる後続の各認証に関して、このＵＩＤを使用することができる。さらに別の設計では、オーセンティケータが、ピア１１０に関するＵＩＤを生成することができる。
【００４７】
図４に示される例では、ピア１１０は、認証および鍵のすべてをピア１１０のＵＩＤｐｅｅｒに結び付ける単一のオーセンティケータ１４０ａを介して複数の認証を実行する。また、ピア１１０は、例えば、同一のＵＩＤｐｅｅｒを使用して、複数のオーセンティケータ（multiple authenticator）を介して複数の認証を実行することもできる。この場合、ＵＩＤｐｅｅｒは、すべてのオーセンティケータに、これらのオーセンティケータを同期するためにセキュアに伝送されることが可能である。
【００４８】
ピア１１０に関する複数の認証は、１つまたは複数の実施ポイントにおいて実施されることが可能である。すべての認証が、単一の実施ポイントによって実施される場合、複数の認証のために使用されるすべてのオーセンティケータは、ピア１１０に関するセキュリティ情報（例えば、鍵）、および、場合により、ＵＩＤｐｅｅｒを、この実施ポイントに送ることが可能である。代替として、１つのオーセンティケータが、ピア１１０のＵＩＤｐｅｅｒおよびセキュリティ情報を実施ポイントに送ることが可能であり、残りのオーセンティケータが、ピア１１０のＵＩＤｐｅｅｒだけを送ることが可能である。複数の認証が、複数の実施ポイント（multiple enforcement points）によって実施される場合、各実施ポイントは、ピア１１０のＵＩＤｐｅｅｒ、およびその実施ポイントによって実施される認証に関する関連する任意のセキュリティ情報を受け取ることができる。一般に、各実施ポイントは、実施される認証に関連するセキュリティ情報に基づいて、その実施ポイントが担うすべての認証を実施することができる。
【００４９】
単一のＵＩＤを介して複数の認証を結び付けることは、１つの認証によって生成された鍵が、別の認証に関するデータ交換のために使用されることを可能にする。実際、単一の認証によって生成される単一の鍵は、認証のすべてに関して使用されることが可能である。鍵を生成しない認証に関するデータは、鍵を生成する別の認証からの鍵を使用して、セキュアに送られることが可能である。このことは、その２つの認証が、同一のＵＩＤに結び付けられており、したがって、同一のピアに結び付けられているので、可能である。
【００５０】
複数の鍵（multiple key）が、複数の認証によって生成されることが可能である。この場合、複数の認証に関するセキュアなデータ交換が、様々な仕方で達せられることが可能である。一設計では、単一の鍵が、複数の鍵の中から選択されて、すべての認証に関するデータをセキュアに送るのに使用されることが可能である。別の設計では、複数の鍵は、合成された鍵を生成するのに使用されることが可能であり、この合成された鍵が、次に、すべての認証に関するデータをセキュアに送るのに使用されることが可能である。さらに別の設計では、鍵を生成する認証の各々に関するデータは、その認証によって生成される鍵を使用してセキュアに送られることが可能である。鍵を生成しない認証の各々に関するデータは、鍵を生成する認証からの鍵、または合成された鍵を使用して、セキュアに送られることが可能である。また、複数の認証に関するデータは、他の仕方でセキュアに送られることも可能である。
【００５１】
図５は、一意識別子を使用する複数の認証のためにピアによって実行されるプロセス５００の設計を示す。ピアに関する一意識別子が、獲得されることが可能である（ブロック５１２）。複数の認証は、少なくとも１つの認証サーバを使用して実行されることが可能であり、一意識別子は、複数の認証をピアに結び付けるのに使用される（ブロック５１４）。一意識別子は、ピアに割り当てられた擬似乱数、識別子、またはアドレスなどに基づいて、ピアによって導き出されることが可能である。一意識別子は、暗号化および／または正当性保護を使用して、ピアによって各認証サーバにセキュアに送られることが可能である。また、一意識別子は、ピアによって、認証サーバまたはオーセンティケータから獲得されることも可能である。複数の認証は、順次に、および／または並行に実行されることが可能であり、アクセス認証、サービス認証、デバイス認証、ユーザ認証、ＮＡＰ認証、ＩＳＰ認証などのためであることが可能である。
【００５２】
少なくとも１つの暗号鍵が、複数の認証から獲得されることが可能である（ブロック５１６）。複数の認証に関するデータは、少なくとも１つの暗号鍵に基づいてセキュアに交換されることが可能である（ブロック５１８）。例えば、暗号鍵は、第１の認証から獲得されて、第２の認証に関するデータをセキュアに交換するのに使用されることが可能である。
【００５３】
図６は、認証サーバによって実行されるプロセス６００の設計を示す。ピアに関する一意識別子が、獲得される、例えば、ピアまたはオーセンティケータからセキュアに受け取られる、あるいは認証サーバによって生成されることが可能である（ブロック６１２）。ピアとの認証が、実行されることが可能である（ブロック６１４）。一意識別子は、ピアに関連付けられることが可能である（ブロック６１６）。認証されているピアの指示、一意識別子、および、場合により、セキュリティ情報（例えば、暗号鍵）が、オーセンティケータに送られることが可能であり、オーセンティケータは、この一意識別子を使用して、認証をピアに結び付けることができる（ブロック６１６）。
【００５４】
図７は、オーセンティケータによって実行されるプロセス７００の設計を示す。少なくとも１つの認証サーバとピアとの間の少なくとも１つの認証の結果が、受け取られる（ブロック７１２）。この少なくとも１つの認証は、一意識別子に基づいて、ピアに結び付けられることが可能である（ブロック７１４）。少なくとも１つの暗号鍵が、この少なくとも１つの認証の結果から獲得されることが可能である（ブロック７１６）。少なくとも１つの暗号鍵、または少なくとも１つの派生した鍵（少なくとも１つの暗号鍵に基づいて生成されることが可能である）、および、場合により、一意識別子が、少なくとも１つの認証に関する実施ポイントに転送されることが可能である（ブロック７１８）。また、少なくとも１つの認証は、少なくとも１つの暗号鍵に基づいて、オーセンティケータによって実施されることも可能である。また、ピアに関する他の１つまたは複数の認証の結果、および一意識別子が、別のオーセンティケータから受け取られることも可能である。少なくとも１つの認証と、ピアに関する１つまたは複数の他の認証とは、一意識別子に基づいて、結び付けられることが可能である。
【００５５】
別の態様では、複数のレベルのセキュリティ（またはネスト化されたセキュリティ）が、ピアに関する複数の認証のために使用されることが可能である。例えば、ピア１１０は、第１の認証サーバとの第１の認証（例えば、アクセス認証またはデバイス認証）を実行して、第１の鍵ＫＥＹ１を獲得することができる。また、ピア１１０は、第２の認証サーバとの第２の認証（例えば、サービス認証またはユーザ認証）を実行して、第２の鍵ＫＥＹ２を獲得することもできる。その後、所望されるサービスに関するデータは、この２つの鍵ＫＥＹ１およびＫＥＹ２を使用して、セキュアに交換されることが可能である。
【００５６】
一般に、ピア１１０は、任意の数の認証サーバとの任意の数の認証を実行することができる。各認証は、鍵を生成するものであることも、鍵を生成しないものであることも可能である。所与の認証によって生成される鍵は、その認証に関してデータをセキュアに交換するのに使用されることが可能である。
【００５７】
ネスト化されたセキュリティに関して、複数の認証は、１つまたは複数のオーセンティケータを介して実行されることが可能であり、１つまたは複数の実施ポイントによって実施されることが可能である。各オーセンティケータは、１つまたは複数の認証に関する１つまたは複数の鍵を獲得することができ、例えば、ピアに関するＬＩＤ、または他の何らかのＩＤに基づいて、それらの鍵のすべてをピアに結び付けることができる。各実施ポイントは、１つまたは複数のオーセンティケータから１つまたは複数の認証に関する１つまたは複数の鍵を受け取ることができる。各実施ポイントは、その実施ポイントによって受け取られた１つまたは複数の鍵を使用して、ピアとデータをセキュアに交換することができる。
【００５８】
図８は、２つの認証に関するネスト化されたセキュリティを示す。認証１は、サービス認証に関することが可能であり、認証２は、アクセス認証であることが可能である。認証１に関するデータは、ピア１１０と、サービスプロバイダに関する実施ポイントとの間で交換されることが可能である。認証２に関するデータは、ピア１１０と、アクセス網におけるアクセスポイントとの間で交換されることが可能である。認証１と認証２に関して、同一の実施ポイント、または異なる実施ポイントが、使用されることが可能である。
【００５９】
認証１に関するパケット１は、ヘッダ、ペイロード、およびトレーラを含むことが可能である。ペイロードは、認証１によって生成された鍵を使用して暗号化され、さらに／または正当性保護されることが可能なデータを運ぶことが可能である。ヘッダは、認証１によって生成され、ペイロードの中で送られるデータに関して使用される鍵の鍵ＩＤを運ぶことが可能である。トレーラは、認証１によって生成された鍵を使用してペイロードの中で送られたデータに基づいて生成されることが可能なＭＡＣ（メッセージ認証コード）１を運ぶことが可能である。メッセージ認証コードは、パケットの受信側によって、ペイロードの中で送られたデータの正当性、ならびにパケットの送信側によって使用された鍵の所有権の証明を検証するのに使用されることが可能である。
【００６０】
同様に、認証２に関するパケット２も、ヘッダ、ペイロード、およびトレーラを含むことが可能である。パケット２に関するペイロードは、認証２によって生成された鍵を使用して暗号化され、さらに／または正当性保護がされることが可能な、パケット１全体を運ぶことが可能である。ヘッダは、認証２によって生成された鍵の鍵ＩＤを運ぶことが可能である。トレーラは、パケット２のペイロードの中のデータに基づき、認証２によって生成された鍵を使用して生成されたＭＡＣ（メッセージ認証コード）２を運ぶことが可能である。
【００６１】
ピア１１０は、図８に示されるネスト化された処理を実行して、認証１および２に関するデータを送信することができる。単一の実施ポイントが、認証１と認証２の両方に関して使用される場合、この実施ポイントは、パケット１とパケット２の両方の中の両方のペイロードからデータを抽出する（例えば、解読し、さらに／または検証する）ことができる。認証１と認証２に関して異なる実施ポイントが使用される場合、認証２に関する実施ポイントは、パケット２のペイロードからデータを抽出することができ、認証１に関する実施ポイントは、パケット１のペイロードからデータを抽出することができる。
【００６２】
別の設計では、データは、認証１と認証２の両方によって生成された鍵を使用してセキュアに処理されて（例えば、暗号化され、さらに／または正当性保護がされて）、データパケットが得られる。例えば、データは、認証１によって生成された鍵を使用してセキュアに処理されて、第１の処理されたデータが得られることが可能であり、このデータが、認証２によって生成された鍵を使用してさらにセキュアに処理されて、第２の処理されたデータが得られることが可能であり、このデータが、データパケットのペイロードの中で送られることが可能である。データパケットは、両方の鍵の鍵ＩＤを含むことが可能な、単一のヘッダを含むことが可能である。データパケットは、ＭＡＣ１および／またはＭＡＣ２を含むことが可能な単一のトレーラをさらに含むことが可能である。
【００６３】
図９は、ネスト化されたセキュリティを使用する複数の認証のためにピアによって実行されるプロセス９００の設計を示す。第１の認証、および第２の認証は、少なくとも１つの認証サーバを使用して実行されることが可能である（ブロック９１２）。第１の認証は、第１の認証サーバを使用して実行されることが可能であり、第２の認証は、第１の認証サーバ、または第２の認証サーバを使用して実行されることが可能である。第１のセキュリティ情報、および第２のセキュリティ情報、例えば、第１の暗号鍵、および第２の暗号鍵が、それぞれの、第１の認証、および第２の認証に関して獲得されることが可能である（ブロック９１４）。その後、第１の認証、および第２の認証から獲得された第１のセキュリティ情報、および第２のセキュリティ情報を使用して、データパケットが生成されることが可能である（ブロック９１６）。
【００６４】
一設計では、データは、第１のセキュリティ情報（例えば、第１の暗号鍵）に基づいてセキュアに処理されて（例えば、暗号化され、さらに／または正当性保護がされて）、初期パケットが得られることが可能である。初期パケットは、第２のセキュリティ情報（例えば、第２の暗号鍵）に基づいてセキュアに処理されて、データパケットが得られることが可能である。別の設計では、データは、第１のセキュリティ情報と第２のセキュリティ情報の両方を使用してセキュアに処理されて、データパケットが得られることが可能である。同一のセキュアな処理（例えば、暗号化および／または正当性保護）が、第１のセキュリティ情報と第２のセキュリティ情報のそれぞれを使用して実行されることが可能である。代替として、１つのタイプのセキュアな処理（例えば、暗号化）が、第１のセキュリティ情報を使用して実行されることが可能であり、別のタイプのセキュアな処理（例えば、正当性保護）が、第２のセキュリティ情報を使用して実行されることが可能である。
【００６５】
さらに別の態様では、順次のセキュリティが、ピアに関する複数の認証のために使用されることが可能である。例えば、ピア１１０が、第１の認証サーバとの第１の認証を実行して、第１の鍵ＫＥＹ１を獲得することができる。第１の認証を完了した後、ＫＥＹ１は、後続の各認証に関するセキュアな処理のために使用されることが可能である。後続の認証は、第１の認証の後に順次に、または並行に実行されることが可能である。
【００６６】
図１０は、図１におけるピア１１０、実施ポイント１２０ａ、オーセンティケータ１３０ａ、および認証サーバ１４０ａのブロック図を示す。ピア１１０は、端末装置などであることが可能である。実施ポイント１２０ａは、基地局、アクセスポイントなどであることが可能である。オーセンティケータ１３０ａは、ＷＬＡＮスイッチ、ＲＮＣなどであることが可能である。認証サーバ１４０ａは、ＡＡＡサーバなどであることが可能である。簡明のため、図１０は、（ａ）ピア１１０に関する１つのコントローラ／プロセッサ１０１０、１つのメモリ１０１２、および１つのトランシーバ１０１６、（ｂ）実施ポイント１２０ａに関する１つのコントローラ／プロセッサ１０２０、１つのメモリ１０２２、１つのＣｏｍｍ（通信）ユニット１０２４、および１つのトランシーバ１０２６、（ｃ）オーセンティケータ１３０ａに関する１つのコントローラ／プロセッサ１０３０、１つのメモリ１０３２、および１つの通信ユニット１０３４、および（ｄ）認証サーバ１４０ａに関する１つのコントローラ／プロセッサ１０４０、１つのメモリ１０４２、および１つの通信ユニット１０４４を示す。一般に、各エンティティは、任意の数のコントローラ、プロセッサ、メモリ、トランシーバ、通信ユニットなどを含むことが可能である。
【００６７】
ピア１１０は、データを実施ポイント１２０ａに送ることができる。このデータが、プロセッサ１０１０によって処理され、トランシーバ１０１６によって条件付けられて、アンテナを介して送信される変調された信号が生成されることが可能である。実施ポイント１２０ａにおいて、ピア１１０からの信号が、トランシーバ１０２６によって受信されて、条件付けられ、プロセッサ１０２０によってさらに処理されて、ピア１１０によって送られたデータが回復されることが可能である。また、実施ポイント１２０ａが、データをピア１１０に送ることもできる。データは、プロセッサ１０２０によって処理され、トランシーバ１０２６によって条件付けられて、変調された信号が生成されることが可能であり、この信号が、ピア１１０に送信されることが可能である。ピア１１０において、実施ポイント１２０ａからの信号が、トランシーバ１０１６によって受信されて、条件付けられ、プロセッサ１０１０によって処理されて、実施ポイント１２０ａによって送られたデータが回復されることが可能である。
【００６８】
プロセッサ１０１０は、認証、データ交換などのためにピア１１０に関する処理を実行することができる。プロセッサ１０１０は、図５におけるプロセス５００、図９におけるプロセス９００、および／または認証およびデータ交換のための他のプロセスを実行することができる。メモリ１０１２および１０２２は、それぞれ、ピア１１０および実施ポイント１２０ａに関するプログラムコードおよびデータを格納することができる。実施ポイント１２０ａは、通信ユニット１０２４を介して、オーセンティケータ１３０ａなどの他のエンティティと通信することができる。
【００６９】
オーセンティケータ１３０ａ内で、プロセッサ１０３０は、オーセンティケータ１３０ａに関する処理を実行し、オーセンティケータ内の様々なユニットの動作を指令することができる。メモリ１０３２は、オーセンティケータ１３０ａに関するプログラムコードおよびデータを格納することができる。プロセッサ１０３０は、図７のプロセス７００、および／またはピアの認証のための他のプロセスを実行することができる。通信ユニット１０３４は、オーセンティケータ１３０ａと、実施ポイント１２０ａや認証サーバ１４０ａなどの他のエンティティとの間の通信をサポートすることができる。
【００７０】
認証サーバ１４０ａ内で、プロセッサ１０４０は、認証サーバ１４０ａに関する処理を実行し、認証サーバ内の様々なユニットの動作を指令することができる。プロセッサ１０４０は、図６におけるプロセス６００、および／またはピアの認証に関する他のプロセスを実行することができる。メモリ１０４２は、認証サーバ１４０ａに関するプログラムコードおよびデータを格納することができる。通信ユニット１０４４は、認証サーバ１４０ａと、オーセンティケータ１３０ａなどの他のエンティティとの間の通信をサポートすることができる。
【００７１】
情報および信号は、様々な異なる技術および技法のいずれを使用して表現されてもよいことが、当業者には理解されよう。例えば、以上の説明全体にわたって言及されることが可能なデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁気粒子、光の場または粒子、または以上の任意の組み合わせによって表現されることが可能である。
【００７２】
本明細書における開示に関連して説明される様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェアとして実装されても、コンピュータソフトウェアとして実装されても、あるいはその両方の組み合わせとして実装されてもよいことが、当業者にはさらに理解されよう。ハードウェアとソフトウェアの、この互換性を明確に示すのに、様々な例示的なコンポーネント、ブロック、モジュール、回路、およびステップが、概ね機能の点で以上に説明されてきた。そのような機能が、ハードウェアとして実装されるか、ソフトウェアとして実装されるかは、全体的なシステムに課される特定のアプリケーション上の制約、および設計上の制約に依存する。当業者は、説明される機能を、それぞれの特定のアプリケーションに関して、様々な方法で実装することができるが、そのような実装上の決定は、本開示の範囲からの逸脱を生じさせるものと解釈されてはならない。
【００７３】
本明細書における開示に関連して説明される様々な例示的な論理ブロック図、モジュール、および回路は、汎用プロセッサ、ＤＳＰ（ディジタル信号プロセッサ）、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）もしくは他のプログラマブルロジックデバイス、ディスクリートのゲートもしくはトランジスタロジック、ディスクリートのハードウェアコンポーネント、または本明細書で説明される機能を実行するように設計されたそれらの任意の組み合わせを使用して、実施される、または実行されることが可能である。汎用プロセッサは、マイクロプロセッサであることが可能であるが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態マシンであってもよい。また、プロセッサは、コンピューティングデバイスの組み合わせとして、例えば、ＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、または他の任意のそのような構成として実施されることも可能である。
【００７４】
本明細書における開示に関連して説明される方法またはアルゴリズムのステップは、ハードウェアにおいて直接に、プロセッサによって実行されるソフトウェアモジュールにおいて、またはこの２つの組み合わせで実施されることが可能である。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルなディスク、ＣＤ-ＲＯＭ、または当技術分野で知られている他の任意の記憶媒体の中に常駐することが可能である。例示的な記憶媒体は、プロセッサが、その記憶媒体から情報を読み取ること、およびその記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替として、記憶媒体は、プロセッサと一体化していてもよい。プロセッサと記憶媒体は、ＡＳＩＣの中に常駐することが可能である。このＡＳＩＣは、ユーザ端末装置内に常駐することが可能である。代替として、プロセッサと記憶媒体は、ユーザ端末装置内のディスクリートのコンポーネントとして常駐してもよい。
【００７５】
本開示の以上の説明は、任意の当業者が、本開示を作成する、または使用することを可能にするように提供される。本開示に対する様々な変形が、当業者には直ちに明白となり、本明細書において規定される一般的な原理は、本開示の趣旨または範囲を逸脱することなく、他の変種に適用されることが可能である。このため、本開示は、本明細書で説明される例に限定されることを意図しておらず、本明細書において開示される原理および新規な特徴と合致する最も広い範囲を与えられるべきである。なお、本願の出願当初の請求項と同一の記載を「その他の実施例」として、以下に付記する。
[その他の実施例１]
通信システムにおけるピアのための装置、該装置は下記を備える：
前記ピアに関する一意識別子を獲得し、少なくとも１つの認証サーバとの複数の認証を実行するプロセッサ、ここにおいて前記一意識別子は、前記複数の認証を前記ピアに結び付けるのに使用される；および
前記プロセッサに結合されたメモリ。
[その他の実施例２]
前記プロセッサは、擬似乱数を生成し、さらに前記擬似乱数を、前記ピアに関する前記一意識別子として使用する、その他の実施例１に記載の装置。
[その他の実施例３]
前記プロセッサは、前記ピアに割り当てられた識別子またはアドレスを、前記ピアに関する前記一意識別子として使用する、その他の実施例１に記載の装置。
[その他の実施例４]
前記プロセッサは、認証サーバまたはオーセンティケータから前記一意識別子を受け取る、その他の実施例１に記載の装置。
[その他の実施例５]
その他の実施例１記載の装置、ここにおいて、
前記複数の認証の１つに関して、前記プロセッサは、オーセンティケータから認証要求を受け取り、前記一意識別子を有する認証応答を送り、および前記認証サーバとの相互認証を実行する、ここで、前記一意識別子は、前記オーセンティケータによって前記認証サーバに転送される。
[その他の実施例６]
その他の実施例１記載の装置、ここにおいて、
前記プロセッサは、第１の認証のために認証サーバに前記一意識別子をセキュアに送り、さらに第２の認証のために前記認証サーバに前記一意識別子をセキュアに送る。
[その他の実施例７]
その他の実施例１記載の装置、ここにおいて、
前記プロセッサは、第１の認証のために第１の認証サーバに前記一意識別子をセキュアに送り、さらに第２の認証のために第２の認証サーバに前記一意識別子をセキュアに送り、前記第２の認証サーバは、前記第１の認証サーバとは異なる。
[その他の実施例８]
その他の実施例１記載の装置、ここにおいて、
前記プロセッサは、暗号化、または正当性保護、または前記暗号化と前記正当性保護の両方を使用して、前記少なくとも１つの認証サーバのそれぞれに前記一意識別子をセキュアに送る。
[その他の実施例９]
その他の実施例１記載の装置、ここにおいて、
前記プロセッサは、前記複数の認証から少なくとも１つの暗号鍵を獲得し、さらに前記少なくとも１つの暗号化鍵に基づいて前記複数の認証に関するデータをセキュアに交換する。
[その他の実施例１０]
その他の実施例１記載の装置、ここにおいて、
前記プロセッサは、第１の認証から暗号鍵を獲得し、さらに前記第１の認証から獲得された前記暗号鍵に基づいて第２の認証に関するデータをセキュアに交換する。
[その他の実施例１１]
前記複数の認証は、アクセス認証およびサービス認証を備える、その他の実施例１に記載の装置。
[その他の実施例１２]
前記複数の認証は、デバイス認証およびユーザ認証を備える、その他の実施例１に記載の装置。
[その他の実施例１３]
前記複数の認証は、ネットワークアクセスプロバイダに関する第１の認証、およびインターネットサービスプロバイダに関する第２の認証を備える、その他の実施例１に記載の装置。
[その他の実施例１４]
前記プロセッサは、前記複数の認証を順番に実行する、その他の実施例１に記載の装置。
[その他の実施例１５]
前記プロセッサは、前記複数の認証を並行に実行する、その他の実施例１に記載の装置。
[その他の実施例１６]
下記を備える方法：
ピアに関する一意識別子を獲得すること、および
少なくとも１つの認証サーバとの複数の認証を実行すること、ここにおいて前記一意識別子は、前記複数の認証を前記ピアに結び付けるのに使用される。
[その他の実施例１７]
その他の実施例１６に記載の方法、ここにおいて、
前記ピアに関する前記一意識別子を前記導き出すことは、下記を備える：
擬似乱数を生成すること；および
前記擬似乱数を前記ピアに関する前記一意識別子として使用すること。
[その他の実施例１８]
その他の実施例１６に記載の方法、ここにおいて、
複数の認証を前記実行することは、前記複数の認証の１つに関して、下記を備える：  オーセンティケータから認証要求を受け取ること；
前記一意識別子、および認証サーバに関する情報を有する認証応答を前記オーセンティケータに送ること、ここで、前記一意識別子は、前記オーセンティケータによって前記認証サーバに転送される；および
前記認証サーバとの相互認証を実行すること。
[その他の実施例１９]
更に下記を備えるその他の実施例１６記載の方法：
前記複数の認証から少なくとも１つの暗号鍵を獲得すること；および
前記少なくとも１つの暗号化鍵に基づいて前記複数の認証に関するデータをセキュアに交換すること。
[その他の実施例２０]
更に下記を備えるその他の実施例１６記載の方法：
第１の認証から暗号鍵を獲得すること；および
前記第１の認証から獲得された前記暗号鍵に基づいて第２の認証に関するデータをセキュアに交換すること。
[その他の実施例２１]
下記を備える装置：
ピアに関する一意識別子を獲得するための手段；および
少なくとも１つの認証サーバとの複数の認証を実行するための手段、ここにおいて前記一意識別子は、前記複数の認証を前記ピアに結び付けるのに使用される。
[その他の実施例２２]
その他の実施例２１に記載の装置、ここにおいて、
複数の認証を実行するための前記手段は、前記複数の認証の１つに関して、下記を備える：
オーセンティケータから認証要求を受け取るための手段；
前記一意識別子、および認証サーバに関する情報を有する認証応答を前記オーセンティケータに送るための手段、ここで、前記一意識別子は、前記オーセンティケータによって前記認証サーバに転送される；および
前記認証サーバとの相互認証を実行するための手段。
[その他の実施例２３]
更に下記を備えるその他の実施例２１記載の装置：
前記複数の認証から少なくとも１つの暗号鍵を獲得するための手段；および
前記少なくとも１つの暗号化鍵に基づいて前記複数の認証に関するデータをセキュアに交換するための手段。
[その他の実施例２４]
下記を実行する命令を格納するためのプロセッサ可読媒体：
ピアに関する一意識別子を獲得すること；および、
少なくとも１つの認証サーバとの複数の認証を実行すること、ここにおいて前記一意識別子は、前記複数の認証を前記ピアに結び付けるのに使用される。
[その他の実施例２５]
下記を実行する命令をさらに格納するためのその他の実施例２４に記載のプロセッサ可読媒体：  前記複数の認証から少なくとも１つの暗号鍵を獲得すること；および、
前記少なくとも１つの暗号化鍵に基づいて前記複数の認証に関するデータをセキュアに交換すること。
[その他の実施例２６]
下記を備える、認証サーバのための装置：
ピアに関する一意識別子を獲得し、前記ピアとの認証を実行し、さらに前記一意識別子を前記ピアに関連付けるプロセッサ；および
前記プロセッサに結合されたメモリ。
[その他の実施例２７]
前記プロセッサは、前記ピアまたはオーセンティケータから前記一意識別子をセキュアに受け取る、その他の実施例２６に記載の装置。
[その他の実施例２８]
前記プロセッサは、前記ピアに関する前記一意識別子を生成するその他の実施例２６に記載の装置。
[その他の実施例２９]
前記プロセッサは、前記ピアが認証されていることの指示、および前記一意識別子をオーセンティケータに送る、その他の実施例２６に記載の装置。
[その他の実施例３０]
前記プロセッサは、前記ピアが認証されていることの指示、前記一意識別子、および暗号鍵をオーセンティケータに送る、その他の実施例２６に記載の装置。
[その他の実施例３１]
下記を備える方法：
ピアに関する一意識別子を獲得すること；
前記ピアとの認証を実行すること；および
前記一意識別子を前記ピアに関連付けること。
[その他の実施例３２]
その他の実施例３１に記載の方法、ここにおいて、
前記ピアに関する前記一意識別子を前記獲得することは、前記ピアまたはオーセンティケータから前記一意識別子をセキュアに受け取ることを備える。
[その他の実施例３３]
更に下記を備えるその他の実施例３１記載の方法：
前記ピアが認証されていることの指示、および前記一意識別子をオーセンティケータに送ること。
[その他の実施例３４]
下記を備える装置：
少なくとも１つの認証サーバとピアとの間の少なくとも１つの認証の結果を受け取り、一意識別子に基づいて、前記少なくとも１つの認証を前記ピアに結び付けるプロセッサ；および
前記プロセッサに結合されたメモリ。
[その他の実施例３５]
その他の実施例３４に記載の装置、ここにおいて、
前記複数の認証の１つに関して、前記プロセッサは、認証要求を前記ピアに送り、前記ピアから前記一意識別子とともに認証応答を受け取り、前記一意識別子を認証サーバに転送し、さらに前記認証の結果、および前記一意識別子を前記認証サーバから受け取る。
[その他の実施例３６]
その他の実施例３４に記載の装置、ここにおいて、
前記プロセッサは、前記少なくとも１つの認証の前記結果から少なくとも１つの暗号鍵を獲得し、さらに前記少なくとも１つの暗号鍵、または少なくとも１つの派生した鍵を、前記少なくとも１つの認証に関する実施ポイントに転送する。
[その他の実施例３７]
前記プロセッサは、前記少なくとも１つの暗号鍵に基づいて、前記少なくとも１つの認証を実施する、その他の実施例３４に記載の装置。
[その他の実施例３８]
前記プロセッサは、前記ピアに関する第１の認証から暗号鍵を獲得し、さらに前記ピアに関する第２の認証のために前記暗号鍵を使用する、その他の実施例３４に記載の装置。
[その他の実施例３９]
その他の実施例３４に記載の装置、ここにおいて、
前記プロセッサは、前記少なくとも１つの認証サーバから前記少なくとも１つの認証の前記結果を受け取り、前記ピアに関する他の１つまたは複数の認証の結果、および前記一意識別子をオーセンティケータから受け取り、さらに前記一意識別子に基づいて、前記ピアに関する前記少なくとも１つの認証と前記他の１つまたは複数の認証を結び付ける。
[その他の実施例４０]
下記を備える方法：
少なくとも１つの認証サーバとピアとの間の少なくとも１つの認証の結果を受け取ること；および
一意識別子に基づいて、前記少なくとも１つの認証を前記ピアに結び付けること。
[その他の実施例４１]
前記複数の認証の１つに関して、更に下記を備えるその他の実施例４０に記載の方法：
認証要求を前記ピアに送ること；
前記ピアから前記一意識別子とともに認証応答を受け取ること；
前記一意識別子を認証サーバに転送すること；および
前記認証の結果、および前記一意識別子を前記認証サーバから受け取ること。
[その他の実施例４２]
さらに下記を備えるその他の実施例４０に記載の方法：
前記少なくとも１つの認証の前記結果から少なくとも１つの暗号鍵を獲得すること；および
前記少なくとも１つの暗号鍵、または少なくとも１つの派生した鍵を、前記少なくとも１つの認証に関する実施ポイントに転送すること。
[その他の実施例４３]
下記を備える装置：
少なくとも１つの認証サーバとの第１の認証および第２の認証を実行し、前記第１の認証および前記第２の認証にそれぞれ関する第１のセキュリティ情報および第２のセキュリティ情報を獲得し、さらに前記第１のセキュリティ情報および前記第２のセキュリティ情報を使用してデータパケットを生成するプロセッサ；および
前記プロセッサに結合されたメモリ。
[その他の実施例４４]
その他の実施例４３に記載の装置、ここにおいて、
前記プロセッサは、第１の認証サーバとの前記第１の認証を実行し、さらに第２の認証サーバとの前記第２の認証を実行し、前記第２の認証サーバが、前記第１の認証サーバとは異なる。
[その他の実施例４５]
前記プロセッサは、単一の認証サーバとの前記第１の認証および前記第２の認証を実行する、その他の実施例４３に記載の装置。
[その他の実施例４６]
その他の実施例４３に記載の装置、ここにおいて、
前記プロセッサは、前記第１のセキュリティ情報を使用してデータをセキュアに処理して、初期パケットを獲得し、さらに、前記第２のセキュリティ情報を使用して前記初期パケットをセキュアに処理して、前記データパケットを獲得する。
[その他の実施例４７]
前記プロセッサは、前記第１のセキュリティ情報と前記第２のセキュリティ情報の両方を使用してデータをセキュアに処理して、前記データパケットを獲得する、その他の実施例４３に記載の装置。
[その他の実施例４８]
その他の実施例４３に記載の装置、ここにおいて、
前記プロセッサは、前記第１のセキュリティ情報から獲得された第１の暗号鍵を使用して、前記データパケットに関する暗号化または正当性保護を実行し、さらに前記第２のセキュリティ情報から獲得された第２の暗号鍵を使用して、前記データパケットに関する暗号化または正当性保護を実行する。
[その他の実施例４９]
その他の実施例４３に記載の装置、ここにおいて、
前記プロセッサは、前記第１のセキュリティ情報と前記第２のセキュリティ情報の１つを使用して暗号化を実行し、さらに前記第１のセキュリティ情報と前記第２のセキュリティ情報のもう一方を使用して正当性保護を実行する。
[その他の実施例５０]
下記を備える方法：
少なくとも１つの認証サーバとの第１の認証および第２の認証を実行すること；
前記第１の認証および前記第２の認証にそれぞれ関する第１のセキュリティ情報および第２のセキュリティ情報を獲得すること；および
前記第１のセキュリティ情報および前記第２のセキュリティ情報を使用してデータパケットを生成すること。
[その他の実施例５１]
その他の実施例５０に記載の方法、ここにおいて、
前記第１の認証および前記第２の認証を前記実行することは、下記を備える：
第１の認証サーバとの前記第１の認証を実行すること；および
第２の認証サーバとの前記第２の認証を実行すること、ここで、前記第２の認証サーバは、前記第１の認証サーバとは異なる。
[その他の実施例５２]
その他の実施例５０に記載の方法、ここにおいて、
前記データパケットを前記生成することは、下記を備える：
初期パケットを獲得するために、前記第１のセキュリティ情報を使用してデータをセキュアに処理すること；および
前記データパケットを獲得するために、前記第２のセキュリティ情報を使用して前記初期パケットをセキュアに処理すること。
[その他の実施例５３]
その他の実施例５０に記載の方法、ここにおいて、
前記データパケットを前記生成することは、下記を備える：
前記データパケットを獲得するために、前記第１のセキュリティ情報と前記第２のセキュリティ情報の両方を使用してデータをセキュアに処理すること。
【図１】
0005410499.tif 000002
【図２】
0005410499.tif 000003
【図３】
0005410499.tif 000004
【図４】
0005410499.tif 000005
【図５】
0005410499.tif 000006
【図６】
0005410499.tif 000007
【図７】
0005410499.tif 000008
【図８】
0005410499.tif 000009
【図９】
0005410499.tif 000010
【図１０】
0005410499.tif 000011