(57)【要約】【課題】高速認証を使用してネットワーク通信セッションを確立するためのシステムと方法を提供すること。【解決手段】ネットワークシステムにおいて、クライアントまたはユーザ装置は、サーバと完全な認証を使用して通信セッションを確立することができる。セッションが中断されるか中止されて、セッションの再開が要求されるならば、以前に確立したセッションのセッション識別子が要求されたセッションのセッション識別子と比較される。一致が検出されるなら、セッションが高速認証(または、再認証)手順を用いて再開されるので、セッションはより効率的かつ便宜的に再開される。例えば、第１のセッションと再開される第２のセッションが異なった認証レイヤ、異なった型のネットワークインタフェースおよび/または異なった位置にあるときでさえ、高速認証は実行されることができる。したがって、TLSセッションなどのセッションは、802.1X、PANAまたはセルラーベースのシステムのように多重定義された認証プロトコルまたはテクノロジの中で機能を再開することができる。【選択図】      図１
2004201288.tif 000002
【特許請求の範囲】
【請求項１】
完全な認証でクライアントおよびサーバ間の第１のセッションをネットワークに確立し、前記第１のセッションは第１の認証レイヤおよび第１のネットワークインタフェースを使用し、前記第１のセッションを確立することは第１のセッションと関連する第１のセッション識別子を決定することを含み、
第２のセッションを確立するための要求を受け取り、前記第２のセッションは第２の認証レイヤおよび第２のネットワークインタフェースを使用し、前記要求は第２の識別子を含み、
第１の識別子と第２の識別子を比較し、
第１のセッションに対応している高速認証と前記比較に基づいて第２のセッションを確立することを含む、高速認証を使用してネットワーク通信セッションを確立する方法。
【請求項２】
第１の認証レイヤが802.1X認証プロトコルを使用し、第２の認証レイヤがPANA認証プロトコルを使用する請求項１の方法。
【請求項３】
第１のネットワークインタフェースが802.11ネットワークインタフェースであり、第２のネットワークインタフェースが有線のイーサネットネットワークインタフェースである請求項１の方法。
【請求項４】
第１のネットワークインタフェースが802.11ネットワークインタフェースであり、第２のネットワークインタフェースがセルラーベースのネットワークインタフェースである請求項１の方法。
【請求項５】
クライアントおよびサーバ間の第１のセッションを確立する前記ステップが、
サーバでクライアントに対応しているユーザ認可確立情報を受け取り、
ユーザ認可確立情報を検証し、
前記検証に基づいて認証セッションを確立することを含む、請求項１の方法。
【請求項６】
サーバがEAP-TLSを通してユーザ認可確立情報を受け取る請求項５の方法。
【請求項７】
ユーザ認可確立情報を検証する前記ステップがクライアント情報を記憶しているデータベースをアクセスすることを含む請求項５の方法。
【請求項８】
ユーザ認可確立情報を検証する前記ステップがアクティブディレクトリサービス(ADS)にアクセスすることを含む請求項５の方法。
【請求項９】
クライアントとサーバの間の第１のセッションを確立する前記ステップがマスター秘密を決定することを含み、前記マスター秘密がクライアントおよびサーバ間で共有される請求項１の方法。
【請求項１０】
マスター秘密がTLSセッションに関連づけられる請求項９の方法。
【請求項１１】
前記マスター秘密に基づくデータを保護するための鍵を導出すことをさらに含む請求項９の方法。
【請求項１２】
高速認証で第２のセッションを確立する前記ステップがユーザ認可確立情報を交換しないでハンドシェ−クを完了することを含む請求項１の方法。
【請求項１３】
高速認証で第２のセッションを確立する前記ステップが鍵を交換しないでハンドシェ−クを完了することをさらに含む請求項１２の方法。
【請求項１４】
高速認証を使用してネットワーク通信セッションを確立するためのシステムであって、
セッション識別子および第１の認証レイヤでの通信セッションの要求を含むメッセージを中継するためのアクセスポイントと、
アクセスポイントからのメッセージを受け取ることができ、かつセッション識別子を記憶されたセッション識別子と比較することができ、前記記憶されたセッション識別子が第２の認証レイヤで以前に確立されたセッションに対応しているサーバとを含み、
セッション識別子が記憶されたセッション識別子に一致するなら、サーバが高速認証を使用してネットワーク通信セッションを確立するシステム。
【請求項１５】
サーバが認証、認可、および課金(AAA)プロトコルを通してアクセスポイントからメッセージを受け取る請求項１４のシステム。
【請求項１６】
AAAプロトコルがRADIUSまたはDiameterプロトコルである請求項１５のシステム。
【請求項１７】
サーバがユーザ認可確立情報を受けて、検証する請求項１４のシステム。
【請求項１８】
サーバがアクティブディレクトリサービスサーバ(ADS)にアクセスすることによってユーザ認可確立情報を検証する請求項１７のシステム。
【請求項１９】
前記アクセスすることがライトウエイトディレクトリアクセスプロトコル(LDAP)を通してアクセスすることを含む請求項１８のシステム。
【請求項２０】
第１の認証レイヤがPANA認証プロトコルを使用し、第２の認証レイヤが802.1X認証プロトコルを使用する請求項１４のシステム。
【請求項２１】
サーバがユーザ証明書を交換しないでハンドシェ−クを完了することによって高速認証を使用してネットワーク通信セッションを確立する請求項１４のシステム。
【請求項２２】
サーバが鍵を交換しないでハンドシェ−クを完了することによって高速認証を使用してネットワーク通信セッションを確立する請求項１４のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
この出願は、2002年11月19日にファイルされた米国仮出願 60/427,185の利益を請求し、その全体をここに組み込まれる。
本発明の態様はネットワーク通信の高速認証に係り、特に複数の認証プロトコルおよび/またはテクノロジ上のネットワーク通信/アクセスのための高速認証に関する。
【背景技術】
【０００２】
ネットワークの使用は広範囲である。何百万人もの人々が毎日インターネットなどのネットワークに接続する。例えば、ネットワークは他人と通信するため、データを交換するためまたは事業活動を実行するために普通不可欠になった。インターネットにアクセスする装置と端末の数と型の急速な成長で、ユーザはネットワークにインターフェースする異なる複数のアクセスメディアとテクノロジ経由で持続できる能力を持っている装置を潜在的に使用することができる。しかしながら、より多くの人々がネットワーク上で通信の便利さを利用するとき、ネットワーク上の安全への関心も増大した。例えば、ユーザは、第三者が介入するか、または盗聴のリスクなしに別のユーザと通信することを望むかもしれない。また、安全な通信は、有線または無線のネットワークの何れかであるかもしれないネットワーク上の口座にアクセスするとか、個人情報にアクセスするとかいった多くの事業活動に必要である。ネットワーク上の彼の個人的な口座情報にアクセスすることを試みるユーザは、許可されない個人による盗聴または改竄の脅威なしに、認可された個人によってのみアクセスされる彼の個人的な情報を望んでいるだろう。
【０００３】
インターネットは安全を欠き、インターネットで使用されるプロトコルの多くが全くどんな安全も提供しない。ハッカーは非常に攻撃され易い、暗号化されずにネットワーク上を転送されるパスワードや、使われずにネットワークに残されたパスワードを嗅ぎ付けるツールをハッカーは所有している。また、いくつかのクライアント/サーバアプリケーションは、それを使用しているユーザのアイデンティティを提供することをクライアントプログラムに負っている。検証の過程がないかもしれないので、ハッカーは個人的なデータへの許可されないアクセスを得るために彼自身を詐称するかもしれない。いくつかのアプリケーションは、ユーザがすることを許可されている活動を実行するだけのためにユーザが彼自身自己制限するだけにまかせている。これらのアプリケーションにはどんな強制もなく、それはユーザが完全に正直でないなら、安全のの裂け目に通じるかもしれない。したがって、ネットワークアクセステクノロジは、ネットワーク安全の需要を満たすために急速に発展している。
【０００４】
安全の関心に対応して、ネットワークアクセス認証を提供するための方法とプロトコルが工夫された。トランスポートレイヤセキュリティー(Transport Layer Security(TLS))プロトコルは、SSLから導出され、証明書ベースのピア（peer（対等））の認証を提供することにより2つの通信アプリケーションの間にプライバシーとデータ一貫性を提供するために使用されている。したがって、TLSはネットワーク上に安全な通信を提供する。HTTPは元々、取扱い注意を要する要素の安全に注意せずにインターネットで自由に使用された。しかしながら、個人的なアプリケーションのためのHTTPの増加する使用は、安全を確実にするための手段を必要とした。TLSプロトコルを使用して、クライアントはサーバに接続を開始し、TLSハンドシェ−クを始める。TLSハンドシェ−クが完全になった後に、クライアントは第１のHTTP要求を開始する。HTTPデータはTLSアプリケーションデータとして送られる。例として、ユーザは安全なHTTPを通してインターネット上で彼の銀行口座にアクセスするかもしれない。安全なHTTPは、許可されないユーザが個人的な情報にアクセスしないように、TLSプロトコル安全トランスポートメカニズムを使用する。
【０００５】
TLSプロトコルはピアエンティティ間に安全な通信チャネルを提供する。ピアエンティティは、ピアエンティティが鍵情報を交換する接続で2つのピアエンティティの間での共有秘密鍵の使用により互いに自分たちを認証するかもしれない。Diffie-Hellman鍵共有プロトコルまたはRSA暗号方式などの公開鍵ベースのテクノロジおよび暗号方式は、秘密鍵を共有かつ作成するために使用される。例えば、第1および第２のユーザの各々が一組の値から得られる対応する個人的な値を発生させる。個人的な値を使用して、第１および第２のユーザの各々共有された秘密鍵を計算するために対応する公開値を発生しかつ交換する。秘密鍵が認可されたユーザのために認証を提供するので、第１および第２のユーザ間の通信が秘密鍵を所有していない許可されないユーザから保護される。
【０００６】
加えて、TLSはある情況の下でさらにセッション再開を提供する。秘密鍵が既に確立されているならば、既に確立したマスター秘密鍵を使用して通信エンティティ間の通信チャネルを保護するためにTLSを使用するアプリケーションの中での迅速なセッション再開をTLSはサポートする。
【０００７】
また、拡張可能な認証プロトコル(Extensible Authentication Protocol(EAP))が遠隔アクセスのユーザのためにユーザー認証の増加する需要に対応して開発された。EAPは様々なネットワーク認証方法の枠組みを提供する一般的なプロトコルである。元々PPP認証をサポートするために開発されたが、EAPは無線LANアクセス、レイヤ3ネットワークアクセス、レイヤ2ベースのネットワークテクノロジ、PANA(ネットワークアクセスの認証を伝えるためのプロトコル)、または例えば802.1Xのためのような他の認証プロトコルをサポートするために拡張された。いくつかの認証方法はクライアントと認証サーバの間で安全なチャンネルを確立するためにTLSメッセージを伝えることをサポートする。パスワードまたは他のデータが安全なチャンネル上で暗号で伝えられるかもしれない。EAPは、認証者が使用されるべき特定の認証メカニズムを決定する前により詳しい情報を要求することができるように、認証期間の間、特定の認証方法を選択する。TLSメッセージを伝えることをサポートするEAP認証方法は、例えばEAP-TLS(Extensible Authentication Protocol−Transport Layer Security、拡張可能な認証プロトコル−トランスポートレイヤセキュリティー)、EAP-TTLS(Extensible Authentication Protocol−Tunneled Transport Layer Security、拡張可能な認証のプロトコル−トンネルされたトランスポートレイヤセキュリティー)、またはPEAP(Protected Extensible Authentication Protocol、保護された拡張可能な認証プロトコル)を含んでいる。
【０００８】
TLSメッセージをサポートするEAP認証方法はTLSに基づく高速再認証をサポートするかもしれない。例えば、Funk Softwareによって開発されたOdysseyシステムは802.1XとEAP-TTLSに基づく無線LAN認証を提供する。例えばクライアントが単一のレイヤ2テクノロジ内で例えば、802.11aまたは802.11bアクセスポイント内でローミングするとき、このシステムは高速再認証のためにTLSセッション再開を使用する。しかしながら、この方法は、例えば無線LANおよびサーバベースのネットワーク間のローミング(roaming)、または無線LANおよび有線のイーサネット間のローミングといった規定されたテクノロジ群間のフレキシブルなローミングについて提供しない。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
現在、安全を維持している間、クライアントが高速再認証で複数のレイヤ2テクノロジの中をローミングすることを許可する(すなわち、インターレイヤTLSシェアリング)ためのどんな方法またはシステムも知られていない。また、複数のレベルの認証と異なったレイヤでアクセス制御を実行するためのどんな方法またはシステムも知られていない。多重レイヤまたは1つ以上のレイヤの異なったサブネットにまたがって高速再認証を可能にすることは、より速い安全な認証を提供することによって再認証の間ユーザにより大きい便利を提供するであろう。
【００１０】
したがって、異なるレイヤにまたがって高速再認証を提供するため、または1つ以上のレイヤの異なったサブネットにまたがって高速再認証を提供するために、方法とシステムについてテクノロジの必要性が存在している。
【課題を解決するための手段】
【００１１】
通信セッションの高速認証または再認証を提供するための方法、システムおよび装置が提供される。例えば、ユーザ装置またはクライアントが完全な認証を通してネットワークにおける通信セッションを確立するかもしれない。完全な認証の間、セッションに関連づけられるセッション識別子が導出されるかもしれない。セッションはさらに多くの認証レイヤのいずれでも実行されるかもしれない。例えば、完全な認証は、レイヤ2の認証プロトコルとして802.1Xを使用してレイヤ2で実行されるかもしれない。また、完全な認証は、例えばPANA認証プロトコルを使用して、レイヤ3で実行されるかもしれない。
【００１２】
通信セッションは、高速認証を使用して再開されるかもしれない。高速認証を使用すると、認証はより効率的かつより大きい柔軟性で実行することができる。高速認証では、通信セッションのための要求はユーザ装置またはクライアントから受け取られるかもしれない。要求はさらにセッション識別子を含むかもしれない。本発明の一例では、サーバは要求を受け取って、セッション識別子と以前に確立したセッションと関連する記憶されたセッション識別子とを比較するかもしれない。一致が見つけられるならば、セッションは高速認証を使用して再開されるかもしれない。
【００１３】
本発明の別の例では、セッションは第１のセッションとは異なった認証レイヤ、異なったネットワークインタフェースまたはテクノロジ上で再開される。例えば、第１のセッションが、認証プロトコルとして例えば802.1Xを使用しているレイヤ2の認証レイヤ上にあるかもしれない。この例には、再開されるセッションは異なる認証レイヤ上にあるかもしれない。例えば、再開されるセッションは、レイヤ3の認証レイヤ上で高速認証を使用して再開されるかもしれない。
【００１４】
本発明の別の例では、セッションは異なったネットワークインタフェース上で再開される。例えば、ユーザ装置は802.11インタフェースを通してネットワークに接続されるかもしれない。完全な認証が802.1Xを通してレイヤ2で実行され、例えば対応するセッション識別子が決定されるなら、高速認証は、ユーザ装置を異なるインタフェースを通してネットワークに接続することによって、セッション再開に使用されるかもしれない。例として、セッションは高速認証を使用してPANAが実行している物理インタフェースを通して再開されるかもしれない。
【発明の効果】
【００１５】
その結果、本発明は複数の規定された認証プロトコルまたはネットワークインタフェースにわたってセッション再開に高速認証を使用してより大きな柔軟性と効率を提供する。
【発明を実施するための最良の形態】
【００１６】
本発明の態様は、ユーザ装置またはネットワークにアクセスするクライアントおよび認証者(例えば、サーバ)間の高速認証または再認証を提供するシステムと方法を提供する。高速認証または再認証は、例えばインターレイヤシェアリングなどのレイヤにまたがって、または1つ以上のレイヤの異なるサブネットワークにまたがって実行されるかもしれない。どんな確立されたセッションも検出されないなら、完全な認証が実行されるかもしれない。
【００１７】
ユーザ装置が証明書およびパスワードなどのユーザ認可確立情報に基づきサーバのような認証者からセッションを要求するとき、ユーザ装置セッションの完全な認証が起こる。特に、完全な認証は検出される要求されたセッションに基づく予め確立されたセッションがないときに通常起こる。完全な認証において、ユーザ装置はネットワークにアクセスするために証明書を入手する。例えば、無線LANを通してネットワークへのアクセスがあるかもしれない。ここに述べる方法に限定されないが、フロッピーディスク、SDカードまたはPCMCIAメモリカードなどの携帯用の記憶媒体を通して、または、有線のイーサネットインタフェースを通るLANへの接続を通してといったさまざまな方法で証明書が得られるかもしれない。完全な認証はレイヤ2(802.1X)またはレイヤ3(例えば、PANA)のような認証レイヤを通して起こる。ユーザ装置がレイヤ2を通してネットワークに接続されるが、例えば、802.1Xベースの認証をサポートしないとき、完全な認証はレイヤ3(例えば、PANA)を通して実行されるかもしれない。
【００１８】
完全な認証において、ユーザ装置にインストールされるユーザ証明書は認証者(例えば、サーバ)に提示される。ユーザ証明書の提示は、例えば、EAP-TLSを通してあるかもしれない。認証者、即ちサーバがユーザ証明書を受け取って、ユーザ証明書の状態を確認し、証明書が有効であるならば、ユーザ証明書に基づいて、ユーザ装置との認証セッションを確立する。
【００１９】
通常、完全な認証はマスター秘密鍵を発生させて、ユーザ装置と認証者(すなわち、サーバ)との間でマスター秘密鍵を共有することを含む。例えば、802.1X認証では、鍵は認証者(すなわち、サーバ)から802.11アクセスポイントへ分配され、ユーザ装置と802.11アクセスポイントとの間の安全なデータ交換に使用される。したがって、完全な認証、証明書交換および鍵交換が通常実行され、セッション識別子が導出されるかもしれない。これらの時間がかかるステップの実行により、完全な認証は証明書または鍵交換シーケンスを必要としない高速の、即ち迅速な認証より多くの時間を必要とする。
【００２０】
高速の、即ち迅速な認証において、セッション識別子はユーザ装置と認証者(すなわち、サーバ)との間の確立したセッションで関連づけられて導出される。セッション識別子は活動的または再開可能なセッション状態を認識する任意のバイト系列であるかもしれない。セッション識別子は以前の接続、現在の接続または任意の他の現に活動的な接続から導出されているかもしれない。セッション識別子が現在の接続から導出されているならば、クライアントは例えば、ランダム構成と接続の導出された値を更新するかもしれない。セッション識別子が別の現在アクティブな接続から導出されているならば、完全なハンドシェ−クプロトコルを繰り返すことなく多くの独立した安全な接続が確立されるかもしれない。セッションの再開の要求は確立されたセッションに関連したセッション識別子を含むかもしれない。例えば、セッションは証明書および鍵交換シーケンスを含む完全な認証を通して確立されるかもしれない。セッション識別子はまたセッションに関連づけられて導出されるかもしれない。セッションの再開が例えば、セッションの切断に従って要求されるとき、セッション識別子は受け取られて、以前に確立されたセッションに対応している記憶されたセッション識別子と比較されるかもしれない。セッションの切断はさまざまな方法で起こるかもしれない。例えば、ユーザが移動し、セッションが新しい位置で再開されなければならないような第１のセッションの範囲外へローミングするかもしれない。また、ユーザは例えば、別のインタフェースまたは認証レイヤに切り替えるかもしれない。
【００２１】
受信されたセッション識別子が記憶されたセッション識別子に対応しているなら、ユーザ装置と認証者(すなわち、サーバ)との間で高速認証が実行されるかもしれない。高速認証においては、例えば、証明書または鍵交換シーケンスを実行しないでハンドシェ−クを完了することによってセッションが再利用されるので、高速認証または再認証では、セッションは完全な認証と比較してより迅速に再開されるかもしれない。
【００２２】
本発明の一実施例では、Mobility Communication System(MCS)がユーザ装置または移動装置の安全で速いローミングのサポートを含むネットワークセキュリティを提供する。モビリティは、例えばサブネットワーク間ローミング、サブネットワーク内ローミング、レイヤ間セッションシェアリング、またはミッドセッションIPモビリティハンドオフのような高速な認証または再認証を通して高められるかもしれない。
【００２３】
一実施例では、システムは無線LANまたは802.1Xベースの認証を含むかもしれない。そのようなシステムにおいては、802.11のパケット毎の暗号鍵のダイナミックな生成と分配または安全で速いローミングがあるかもしれない。システムはさらにセキュリティ機構の付加的なレイヤまたは高位レイヤを含むかもしれない。例えば、システムはレイヤ2とレイヤ3の無線セキュリティ機構を含むかもしれない。レイヤ2の無線機構は802.1Xまたは無線LANを含むかもしれず、レイヤ3の無線機構はPANAベースのユーザー認証を含むかもしれない。
【００２４】
システムは、安全な通信チャネルをピアエンティティの間に提供するためにさまざまなピア認証技術を利用するかもしれない。例えば、トランスポートレイヤセキュリティー(TLS)は、ピアエンティティ間の安全な通信チャネルが証明書ベースのピア認証を通して確立されるかもしれないところで使用されるかもしれない。TLSと共に、マスターの秘密鍵が生成されて、鍵情報は公開鍵テクノロジに基づいて共有されかつ交換される。さらに、TLSは既に確立されたマスター秘密鍵の再認証を基礎にしてここに議論されるように高速再認証能力を提供する。高速認証または再認証で、セッションは例えば、通常完全な認証手順で実行される証明書または鍵交換シーケンスを実行することなしに再開されるかもしれない。TLS“セッション再開”(すなわち、高速認証)では、ピアの間で既に確立されたマスター秘密鍵が再認証ピアに認可確立情報として使用されるかもしれない。したがって、新しいマスター鍵を作成するために複雑で負担になる暗号計算を含む時間がかかる完全な認証を実行する代わりに、高速再認証がTLSのセッション再開能力を通してより効率的に達成されるかもしれない。
【００２５】
TLSメッセージは認証方法をサポートする枠組みに伝えられるかもしれない。そのような枠組みに関する1つの例が拡張可能な認証プロトコル(EAP)である。EAPは任意の数の認証方法をサポートする。例えば、EAPはPPPネットワークアクセス認証をサポートする。しかしながら、EAPはまたIEEE 802.1XやPANA(Protocol for Carrying Authentication for Network Access、ネットワークアクセスのための認証を伝えるためのプロトコル)のような他のネットワークアクセス認証方法をサポートするかもしれない。IEEE 802.1Xはレイヤ2のネットワークベースのテクノロジに関する例である。さらに、EAPと共に使用される認証方法はクライアントと認証サーバとの間で安全なチャンネルを確立するTLSメッセージを伝えるかもしれない。これらの認証方法は、例えばEAP-TLS(拡張可能な認証プロトコル−トランスポートレイヤセキュリティー)、EAP-TTLS(EAP−Tunneled TLS protocol、EAP−トンネルされたTLSプロトコル)、またはPEAP(Protected EAP、プロトコルされたEAP)を含んでいる。また、TLSメッセージをサポートするEAPで使用される認証方法はTLSセッション再開を通して高速再認証をさらにサポートするかもしれない。
【００２６】
PANAはEAPによってサポートされる高位レイヤの認証ネットワークアクセス認証プロトコルである。PANAはIEEE 802.1Xなどのレイヤ2のテクノロジから独自に機能するレイヤ3のプロトコルである。PANAはレイヤ2のプロトコルから独自に使用されるが、PANAはまた、例えば異なる目的のためIEEE 802.1Xのようなレイヤ2プロトコルと同時に、または並列して使用されるかもしれない。PANAがまたTLSベースの認証をサポートするEAPによってサポートされるので、PANAは認証のためにより安全な方法を提供するクライアントを認証するためにEAPを伝えるかもしれない。
【００２７】
図１は本発明の例示的システムを示す。図１はレイヤ2とレイヤ3の認証の同時または、並列な使用ができるシステムを示す。この例では、ユーザ装置101はシステムに接続する。ユーザ装置101はコンピュータやPDAなどのモバイル装置であるかもしれないが、ネットワーク上で通信することができるユーザ装置のどんなバラエティーも使用されるかもしれない。ユーザ装置101は安全なコンポーネントを通して認証者と通信するかもしれない。例えば、ユーザ装置101は802.11インタフェース(示されない)を通してMCSサーバ(Mobile Communication Server、移動通信サーバ) 103と通信するかもしれず、ユーザ装置101の認証はレイヤ2(104)で達成されるかもしれない。MCSサーバ103はユーザを認証するために使用されるユーザの認可確立情報を維持するかもしれない。802.1Xプロトコル109を通してユーザによって送られたメッセージはアクセスポイント106によって傍受されるかもしれない。アクセスポイント106はユーザ装置101からのEAPメッセージを傍受して、メッセージをMCSサーバ103に転送するかもしれない。アクセスポイント106からMCSサーバ103までのメッセージの通路が、RADIUSまたはDiameterプロトコル107のようなAAAプロトコル(すなわち、認証、認可、および課金プロトコル)で伝えられるメッセージ、またはMCSノードサーバ 111がユーザ装置とMCSサーバ103との間のTLSメッセージを通過させるTLSプロキシとして動作できるなら、TLSプロトコルによって伝えられるメッセージを含むかもしれない。この様に無線LANで接続されたユーザ装置101は、許可されないユーザがデータにアクセスしないような安全性を必要とするかもしれない。
【００２８】
この例では、802.1Xはレイヤ2の認証104がEAPベースの認証をサポートすることができるようにEAP(108)を伝えることをサポートする。EAP-TLSメカニズムの下における完全な認証のために、ユーザは最初に802.11無線LANからネットワークにアクセスする証明書を入手するかもしれない。しかしながら、ユーザ証明書が任意の数の対応するネットワークおよび認証プロトコルに適用できるとき、ユーザ証明書は802.11無線LANに制限されない。例えば、ユーザはPANA認証に使用するため証明書を入手するかもしれない。ユーザ証明書は多くの方法で得られるかもしれない。例えば、ユーザ証明書はフロッピーディスク、SDカードまたはPCMCIAメモリカードなどの任意の移動可能な記憶装置と読み込み可能な媒体を通しても得られるかもしれない。代わりに、証明書は有線のイーサネットインタフェースを通して認証者が位置するサブネットワークから得られるかもしれない。さらに、ユーザ証明書は、ユーザ証明書を記憶する装置を接続しているクレイドル（cradle）を通してユーザ装置101を接続することにより得られるかもしれない。従って、ユーザ証明書はユーザ証明書を記憶する装置から得られるかもしれない。完全な認証は、認証が成功するようにユーザ証明書をユーザが提示することを必ずしも必要としない。代わりに、ユーザは、安全なTLSトンネルによって伝えられることができる認可確立情報のようなユーザネーム/パスワードを使用することができる。
【００２９】
図１の例において、完全な認証の間、ユーザ装置101にインストールされたユーザ証明書は、例えばEAP-TLSを通してMCSサーバ103に提示されるかもしれない。EAPメッセージはユーザ装置101からアクセスポイント106へ伝送される。アクセスポイント106はユーザ装置101からEAPメッセージを受け取って、メッセージをMCSサーバ103に転送する。ユーザ証明書がアクティブディレクトリサービスサーバ（Active Directory Services Server(ADS)）105からのユーザ証明書の状態の検証の後にMCSサーバ103により有効であると考えられるならば、MCSサーバ103はユーザを認証するかもしれない。例えば、MCSサーバ103は図１に示されたようにライトウエイトディレクトリアクセスプロトコル（Lightweight Directory Access Protocol(LDAP 115)を使用することによりADS サーバ 105にアクセスするかもしれない。ユーザが認証された後に、TLSセッションは認証セッションとして確立され、TLSセッションはTLSセッション識別子によって識別されるかもしれない。TLSセッションはユーザ装置101とMCS サーバ 103との間で発生されかつ共有されたマスター秘密鍵と関連づけられるかもしれない。新しいTLSセッション識別子が割り当てられるとき、それはMCSサーバによって通常割り当てられる。
【００３０】
図１はさらにレイヤ3の認証110として高位レイヤの認証を示す。この例では、PANA 114がユーザ装置101からレイヤ3アクセスポイントへEAPメッセージを伝えるプロトコルとして使用されるかもしれない。この例において、レイヤ3のアクセスポイントはPANA認証代理人であるかもしれないMCSノードサーバ 111である。レイヤ2の認証のときのように、レイヤ3の認証のEAPメッセージはRADIUSまたはDiameter 112のようなAAAプロトコルを使用することによってバックグラウンドで伝えられるかもしれない。レイヤ2の認証104の成功裡の終了とTLSセッション識別子の発生の後にレイヤ3の認証110が実行されるならば、レイヤ2の認証104からのTLSセッション識別子はレイヤ3の認証110のために使用され、レイヤ3の認証110はまた、この例においてユーザ装置101とMCSノードサーバ11との間のEAPキャリヤーとしてPANA 114と共にEAPメッセージを伝えるかもしれない。したがって、インターレイヤTLSセッションシェアリング113を使用して、TLSセッション再開の機能性はレイヤ2とレイヤ3の認証の両方に使用され、セッション情報は異なったレイヤの認証によって共有されるかもしれない。この場合、TLSセッション再開は高速認証または再認証を通して達成されるかもしれない。
【００３１】
記述されたように、確立されたTLSセッションは高速認証または再認証に使用されるかもしれない。高速認証または再認証は、異なった認証レイヤにまたがったトランジション、例えば異なったレイヤが異なったアクセス制御にかかわるとき、または異なったテクノロジあるいは異なった位置にまたがっトランジションを含んでトランジションをまたがって実行されるかもしれない。また、高速認証または再認証はどんな組み合わせのトランジションが起こるときも、実行されるかもしれない。例えば、インターレイヤTLSセッションシェアリングでは、例えば、レイヤ2(例えば、802.1X)からレイヤ3(例えば、PANA)へのトランジションは異なった認証レイヤにまたがって起こるかもしれない。また、高速認証または再認証がテクノロジ内またはテクノロジ間ハンドオフ中、あるいは再接続中に実行されるかもしれない。TLSセッションのようなセッションが以前に確立されたならば、セッション識別子は、対応するセッションIDを指定するEAP上のTLSハンドシェ−クが実行されるような、高速認証または再認証を通してTLSセッションの再開を達成することができるように導出されるかもしれない。一致が見つけられるならば、セッションは高速認証の下で再開されるかもしれない。例えば、ユーザ証明書を交換することなく、または鍵交換シーケンスを実行することなくTLSハンドシェ−クは完了するかもしれない。したがって、高速認証は完全な認証よりも効率的である。
【００３２】
図２はTLSセッションシェアリングにおける高速認証の例を示す。2つの異なる物理的な位置、例えば、2つのネットワークインターフェース(例えば、図２で示されたように802.11(230)とワイアードイーサネット(235))のある応接室210およびオフィス220が図２で描かれる。この例では、ユーザ装置が新しい位置に動くとき、ユーザ装置は異なるアクセスポイントに接続する必要があると仮定される。また、図２に示されているのは2つの認証レイヤ、レイヤ 2(802. 1X)245とレイヤ 3(PANA)240である。ステップA1とA2は同じ802.1Xの無線のインタフェースおよび同じ位置(すなわち、それぞれ応接室210とオフィス220)について認証レイヤ間のインターレイヤTLSシェアリングを示す。この例では、ユーザ装置を有するユーザはレイヤ2の認証245とレイヤ3の認証240の両方の間でセッション情報を共有するかもしれない。これは、例えば異なったレイヤが異なったアクセス制御にかかわるとき、役に立つかもしれない。
【００３３】
また、図２はテクノロジ内ハンドオフおよびテクノロジ間ハンドオフに関する例を示す。例えば、ユーザは応接室210で確立された無線LANの802.1X TLSセッションに従事しているかもしれない。無線LANに接続するために同じインタフェースを使用している間、ユーザは彼の位置を応接室210からオフィス220に変えるかもしれない。ハンドオフはステップB1またはB2で示されるように同じテクノロジと同じインタフェース内で応接室210からオフィス220へ起こる。1つの例では、TLSセッション再開は無線LANユーザがアクセスポイントの間をローミングする無線LANローミングに適用されるかもしれない。無線LANユーザが第１のアクセスポイント(例えば、応接室210)の範囲の外にローミングして、第２のアクセスポイント(例えば、オフィス220)の範囲に入るとき、第１のアクセスポイントが現在範囲外にあるので、第２のアクセスポイントはTLSセッションを確立するかもしれない。しかしながら、第２のアクセスポイントは第１のアクセスポイントの様ではなく、既にクライアントを認証していなかったので、第２のアクセスポイントはクライアントを再認証する必要があるかもしれない。無線LANローミングについて、セッション再開はレイヤ2のテクノロジ認証プロトコル内で達成されるかもしれない。例えば、802.1XはポイントツーポイントIEEE 802 LANセグメント上で働くように設計されたレイヤ2の認証プロトコルとして使用されるかもしれない。802.1Xプロトコルは認証者によって認証されるべきレイヤ2のネットワークアクセスユーザ間で実行する。
【００３４】
テクノロジ間ハンドオフの別の実施例は図２のステップC1で例示される。ハンドオフは2つのネットワークインタフェース間で起こるかもしれない。この例では、ネットワークインタフェースは各々任意の異なった型である。例えば、ステップC1で示されるように、ユーザは無線LANインタフェース(802.11)230から同じ認証レイヤ(例えば、レイヤ3)内の有線のイーサネットインタフェース235にインタフェースを変えるかもしれない。
【００３５】
図２のステップA3+C2はテクノロジ内ハンドオフとテクノロジ間ハンドオフの組み合わせを示す。ハンドオフは異なったネットワークインタフェースと異なった認証レイヤの間で達成されるかもしれない。ネットワークインタフェースは各々任意の異なった型であるかもしれず、認証レイヤは各々任意の異なった型であるかもしれない。この例では、また、レイヤ2の認証およびレイヤ3の認証の両方の間でセッション情報を共有する間に、位置(すなわち、オフィス220の)変更をすることなく、ユーザは有線のイーサネットインタフェース235から無線LANインタフェース230にインタフェースを変えるかもしれない。
【００３６】
別に説明される実施例(図示されない)では、異なった位置、テクノロジ間ハンドオフと認証レイヤ間のインターレイヤTLSシェアリングとの間のハンドオフの組み合わせが実行されるかもしれない。ハンドオフは異なったネットワークインタフェース、異なった位置および異なった認証レイヤの間で達成されるかもしれない。ネットワークインタフェースは各々任意の異なった型であってもよく、認証レイヤは各々異なった任意の型であってもよく、そして、位置は異なっていてもよい。この例では、ユーザは、また、セッション情報を共有している間、位置の変化(例えば、応接室からオフィスへ)と同様に有線のイーサネットインタフェース235から無線LANインタフェース230にインタフェースを変えてもよい。
【００３７】
別の例は802.1X(図示されない)を使用することによって有線のイーサネット上でレイヤ2の認証を実行することである。テクノロジ内ハンドオフまたはテクノロジ間ハンドオフが、記述されたように異なったネットワークインタフェース(例えば、802.11)へ、または異なったネットワークインタフェースから同様に起るかもしれず、あるいは異なった認証レイヤ(例えば、レイヤ2とレイヤ3)へ、または異なった認証レイヤから同様に起るかもしれない。
【００３８】
図2はまた再接続を示す。ステップDは、ユーザ装置が接続を再確立するため同じインタフェース、同じ位置および同じ認証レイヤを使用し続けるかもしれないことを示す。例えば、ユーザが装置を停止するとき、ユーザは確立されたTLSセッションに従事しているかもしれない。時間が経過した後に、ユーザは装置に戻り、ネットワークに接続を再び確立するようにそれをオンするかもしれない。どんなハンドオフもこの例では起らないが、認証状態がアクセスポイントで取り除かれるので、再認証は起こるかもしれない。アクセスポイントは安全の目的のために長い認証状態を保持しない。例えば、ユーザが装置を停止した時、認証状態がまだアクティブであるなら第三者はアクセスポイントにアクセスすることを試みるかもしれない。
【００３９】
ここに記述したように、TLSセッションシェアリングはマルチレイヤの認証、テクノロジ内ハンドオフ、テクノロジ間ハンドオフおよび再接続を含むさまざまな状況における再認証に使用されるかもしれない。TLSセッションシェアリングは、複数のプロトコルエンティティがオペレーティングシステムで別々の処理として実行されるプロトコルエンティティとTLSセッションを共有するようなシステムにおいて実行されるかもしれない。したがって、TLSセッションシェアリングテクノロジの実施に関する一例では、プロトコル特定モジュールは任意のモジュールが一組の手順を含むところで使用されるかもしれない。
【００４０】
TLSセッションシェアリングテクノロジの実施は別々のプログラムまたはプロセスとして実施されるプロトコルモジュールを含むかもしれない。この場合、別々のモジュールは、TLSセッション管理モジュールとそれぞれのプロトコルモジュールの間でTLSセッション管理を実行するか、または通信方式を定義するために提供されるかもしれない。図3はTLSセッションシェアリングの実施のための一般的な構成の例を示す。この例において、セッションはTLSセッションを管理するTLSセッション管理モジュール301を利用する。TLSセッション管理モジュール301はプロトコルモジュールの中で共有されたTLSセッションを記憶して、アプリケーションプログラミングインターフェース(API)(図示されない)のようなモジュール間通信メカニズムを通して他のモジュール(302、303、304)と通信するかもしれない。例えば、プロトコル特定モジュールが新しいTLSセッションを作成し、既存のTLSセッションを削除し、既存のTLSセッションのパラメタを変更し、既存のTLSセッションの特定のパラメタを抽出し、またはTLS接続上でデータを送り/受け取るならば、モジュール間通信メカニズムは、通信を容易にするために使用されるかもしれない。さらに、モジュール間通信メカニズムはまた、モジュールのピアリングを提供し、その結果、信頼されたモジュールだけが互いに通信することができ、または適切なエラー処理を実行することができるようにピアモジュールの使用不能を検出するかもしれない。
【００４１】
TLSセッションシェアリングの実施のモジュールの構成は改良されたTLSセッション管理を提供する。プロトコルモジュールが区分かつ分離され、TLSセッション管理がメモリイメージの形でTLSセッション情報を含んでいるならば、TLSセッションのメモリ位置を示すのにメモリポインタを使用しているプログラムは、メモリポインタが異なったプロセスの中で唯一でないかもしれないので、効力がないかもしれない。したがって、異なったプロセスエンティティが異なったプロセスのメモリポインタにアクセスするならば、メモリポインタが異なったプロセスの中で情報を共有するために使用されないかもしれないので、問題が起こるかもしれない。したがって、メモリポインタの代わりに外部のセッションハンドラが使用されるかもしれない。外部のセッションハンドラーはTLSセッション管理モジュールによって割り当てられた整数値であり、各々のプロトコル特定モジュールのために唯一である。このように、それぞれのプロトコル特定モジュールは唯一にTLSセッションを特定することができる。
【００４２】
遠隔プロセスを実行するモジュールがいつも働いているというわけではないので、TLSセッションシェアリングの実施のモジュールの構成はさらに機能性において頑丈さ（robustness）を提供する。例えば遠隔プロセスが終了するならば、遠隔プロセスはもはや動作していないと検出され、遠隔モジュールは利用できないとして検出されるかもしれない。
【００４３】
また、安全性はTLSセッションの実施のモジュール構成の重要な考慮すべき事柄であるかもしれない。したがって、例えば、許可されない情報を得るためにTLSセッションにモジュールを挿入する攻撃者を通して個人的な情報への第三者の攻撃者アクセスを防ぐために、モジュール間の通信はここに提供される安全基準を含むかもしれない。
【００４４】
図４は、TLSセッション管理モジュール401が1つのプロトコル特定モジュール(402)に組み込まれるか共同配置されるTLSセッションシェアリングの実施のため代替の構成を示す。そして、TLSセッション管理モジュール401は他のプロトコル特定モジュール(403、404)と通信する。したがって、1つのプロトコル特定モジュールはサブモジュールとしてTLSセッション管理モジュールを含んでいる。例えば、特定プロトコルが他のプロトコルモジュールに対し優位であるときに、これは使用されるかもしれない。
【００４５】
TLSセッション管理モジュールは各TLSセッションに関するTLSセッション情報を維持する。TLSセッション情報はTLSプロトコルに特定の情報に加えてパラメタと他の情報を含むかもしれない。パラメタは例えば上で説明された外部のセッションハンドル、エンティティの数を示す整数値であるリファレンスカウンタ、TLSセッションを共有するエンティティ、またはプロトコルモジュール、TLSセッション管理モジュールを識別するためのサーバ識別子、サーバの公開および秘密鍵、または例えば、識別子、公開鍵、マスター秘密、乱数またはピアモジュールの使用不能を検出するタイマのようなクライアント情報など、これに制限されるわけではないが、プロトコル特定モジュールに関連づけられるパラメタを含むかもしれない。
【００４６】
各プロトコル特定モジュールは、外部セッションハンドルに制限されないがそれを含むセッション情報を維持し、またはサーバ識別子、即ち公開鍵、クライアント公開鍵、クライアント即ち、サーバと関連している乱数、マスター秘密またはピアモジュールの使用不能を検出するための“賦活タイマ（keep-alive timer）”のようなタイマなど、これに制限されないが、それらを含むパラメタを維持するかもしれない。
【００４７】
図５はピアモジュール使用不能検出に関する例を示す。この例では、“賦活”情報が認証される。例えば、識別子とメッセージの完全性チェック(MIC)パラメタは、TLSセッション管理モジュールからプロトコル特定モジュールへ接続が生きていることを保つように要求(例えば、“KEEP_ALIVE_REQUEST”)を送られるかもしれない。例えば、パラメタは安全を高めるためモジュールに記憶された乱数を含むかもしれない。賦活が予定された時間の期間内に行動しないなら、プロトコル特定モジュールはTLSセッション管理モジュールが利用できないとみなすことができる。この例では、TLSセッション管理モジュールが利用可能でないことが決定されるなら、TLSモジュールによって管理されるTLSセッションに関連する接続は終了される。同様に、TLSセッション管理モジュールがプロトコル特定モジュールの使用不能を検出するなら、古いTLSセッションはまたセッションを共有する他のモジュールがないならば、中止される。この場合、リファレンスウンタは、TLSセッションを共有するエンティティの数を示すように使用されるかもしれない。したがって、リファレンスカウンタがTLSセッションに付加的なモジュールがないことを示すならば、接続は終了される。
【００４８】
したがって、システムと方法は、高速認証を使用してネットワーク通信セッションを確立するために供給される。ネットワークシステムにおいて、クライアント、もしくはユーザ装置は完全な認証を使用してサーバと通信セッションを確立することができる。セッションが中断されるか、または中止されて、セッションの再開が要求されるならば、以前に確立したセッションのセッション識別子が要求されたセッションのセッション識別子と比較されるかもしれない。一致が検出されるなら、セッションは高速認証(または、再認証)手順を用いて再開されるかもしれないので、セッションがより効率的かつ便宜的に再開される。例えば、第１のセッションと再開された第２のセッションが異なった認証レイヤ、異なった型のネットワークインタフェースおよび/または異なった位置にあるときでさえも、高速認証は実行されるかもしれない。したがって、TLSセッションなどのセッションは802.1X、PANAまたはセルラーベースのシステムなどの複数の規定された認証プロトコルまたはテクノロジの中で機能を再開するかもしれない。
【００４９】
図６はピアモジュール(例えば、プロトコル特定モジュール)とTLSセッション管理モジュールとの間の接続確立の例を示す。ピアモジュールがTLSセッション管理モジュールと通信を開始するとき、それは例えばピアモジュールの公開鍵、およびノンスおよびDiffie-Hellman公開値のようなセキュリティアソシエーションのパラメタを含むメッセージ(例えば、“CLIENT_CERT”)を送る。TLSセッション管理モジュールがCLIENT_CERTメッセージを受け取るとき、それは例えばTLSセッション管理モジュールの公開鍵、およびノンスおよびピアモジュールへのDiffie-Hellman公開値のようなセキュリティアソシエーションのパラメタを含むメッセージ(例えば、“SERVER_CERT”)を返す。2つのメッセージのセキュリティアソシエーションのパラメタの対は、周知のDiffie-Hellman鍵交換アルゴリズムを使用することによって2つのエンティティの間に共有された鍵を確立するために使用される。次に、CLIENT_CERTメッセージに含まれる公開鍵を使用することによりピアモジュールがTLSセッション管理モジュールに認証されるようにするために、ピアモジュールは例えばCONNECT_REQUESTメッセージの完全性チェック値を含むメッセージ(“CONNECT_REQUEST”)を送る。CONNECT_REQUESTメッセージを受け取るTLSセッション管理モジュールは、メッセージの完全性チェックを実行し、TLSセッション管理モジュールがSERVER_CERTメッセージに含まれる公開鍵を使用することによってピアモジュールに認証されるようにするために、完全性チェック値と同様に有効性チェック結果を含むCONNECT_ACKを返す。CLIENT_CERTとSERVER_CERTを除いたすべてのメッセージが、図７および８に使用されたメッセージを含む共有された鍵を使用することによって暗号化されおよび/または完全保護されるかもしれない。
【００５０】
図７は切断シーケンスの例を示す。ピアモジュールがTLSセッション管理モジュールと確立された接続を終了したいとき、それはメッセージ(例えば、“DISCONNECT_REQUEST”)をTLSセッション管理モジュールに送り、TLSセッション管理モジュールはメッセージ(例えば、“DISCONNECT_ACK”)をピアモジュールに返す。ピアモジュールがDISCONNECT_ACKをTLSセッション管理モジュールへ返すその場合に、TLSセッション管理モジュールからDISCONNECT_REQUESTを送ることができる。
【００５１】
図８はTLSメッセージ交換シーケンスの例を示す。ピアモジュールとTLSセッション管理モジュールとの間で接続が確立された後と、接続が終了される前に、TLSメッセージ(“TLS_MESSAGE”)を伝えるメッセージが2つのエンティティの間で交換され、これらのメッセージはまた、TLSセッションを確認するために外部セッションハンドルを伝える。
【００５２】
本発明が多くの形と実施例をとることができることが理解される。ここに示された実施例は発明を制限するよりもむしろ例証するように意図され、変形が発明の範囲の精神から逸脱することなく成されることが認識される。
発明の例証された実施例が示されかつ記述されたが、広範囲の変更、変化、および代替は開示内に意図され、いくつかの例において本発明のいくつかの特徴は他の特徴の対応する使用なしで採用されるかもしれない。従って、添付された請求項が広くかつ発明の範囲と一致した方法で解釈されるのは、適切である。
【図面の簡単な説明】
【００５３】
【図１】本発明の態様に従った例示的システムを示す。
【図２】本発明の態様に従ったTLSセッションシェアリングにおける高速認証の例を示す。
【図３】本発明の態様に従ったTLSセッションシェアリングの実施のための一般的な構成の例を示す。
【図４】本発明の態様に従ったTLSセッションシェアリングの実施のための代りの一般的な構成を示す。
【図５】本発明の態様に従ったピア使用不能検出に関する例を示す。
【図６】本発明の態様に従ったピアモジュールとTLSセッション管理モジュールとの間の接続確立の例を示す。
【図７】本発明の態様に従った切断シーケンスの例を示す。
【図８】本発明の態様に従ったTLSメッセージ交換処理シーケンスの例を示す。
【符号の説明】
【００５４】
104…レイヤ２認証  110…レイヤ３認証  101…ユーザ装置  103…ＭＣＳサーバ  105…ＡＤＳサーバ  106…802.1Xアクセスポイント  301…ＴＬＳセッション管理モジュール  302、303、304…プロトコルモジュール
【図１】
2004201288.tif 000003
【図２】
2004201288.tif 000004
【図３】
2004201288.tif 000005
【図４】
2004201288.tif 000006
【図５】
2004201288.tif 000007
【図６】
2004201288.tif 000008
【図７】
2004201288.tif 000009
【図８】
2004201288.tif 000010
【外国語明細書】
2004201288000001.pdf