JP2005519533A - 通信システム中の複製クライアント識別情報の検出 - Google Patents

Abstract

通信ネットワーク中のクローン検出用のシステムに関する。本発明のシステムは、通信ネットワークを介してクライアントおよびアプリケーションサーバに連結されたＫＤＣ（鍵配布センター）を有する。クライアントはアプリケーションサーバにアクセスすることを望む際、ＫＤＣと交信する。続いてＫＤＣはクライアントがアプリケーションサーバへのアクセスを許可されているか検証する。ある様態では、この検証は認証されたディフィ・ヘルマン鍵交換の実行によりなされる。ＫＤＣによりクライアントが認証された後、セッション鍵を有するチケットを発行する。ある様態では、このチケットは指定期間に有効である。ある別の様態では、ＫＤＣは単にチケットが何時発行されたかを記録する。チケットが発行された後、アクセス要求を認証しアプリケーションサーバにアクセスするために、セッション鍵はクライアントにより使用される。アプリケーションサーバにアクセスすることを望むクローンは、自身の認証された鍵共有を実行するためにＫＤＣと交信し、新たな無作為のセッション鍵を持つチケットを得る必要がある。クライアントの識別情報を複製したクローンは、今度はアプリケーションサーバへのアクセスを要求するためにＫＤＣと交信する。続いてＫＤＣは、そのアクセス要求が許可されたクライアントに対して先に発行されたチケットの失効以前かどうかを検査する。もし失効以前ならば、そのアクセス要求は不正要求候補として標識される。このような方法で、本発明は許可されたクライアントに対してアクセスを認可し、一方許可されないクライアントに対してアクセスを妨げる。ここで留意すべきは、クローン検出がＫＤＣにて発生してもよいことである。または、アクセスが要求されているアプリケーションサーバで発生してもよい。

Description

本発明は一般にデータ通信の分野に関し、より詳細には複製クライアント識別情報の検出に用いられる権利管理法に関する。

インターネットのような通信ネットワークを介して伝達されるコンテンツの保護に用いられる、従来のデジタル権利管理システムは一般に周知である。そのような権利管理システムは多くの場合暗号化／復号化技術を用いている。暗号化は、需用者に理解されるのが困難であるようにデータを分かり難い形式に変換することで、例えば暗号文がある。復号化は、暗号化されたコンテンツを理解できるような元の形式に変換する。

暗号化された情報コンテンツを復元するには、正しい復号鍵が必要とされる。鍵は暗号化および復号化アルゴリズムの双方にパラメータとして用いられる２進文字列である。一般に、鍵が大きくなるほど鍵にアクセスせずにコンテンツを復元することは困難になる。一般に、暗号化／復号化システムには２種類の鍵がある。すなわち、（１）ＰＫＳ（公開鍵システム）または非対称システムであり、復号化または署名用のプライベート鍵および、暗号化または検証用の公開鍵の異なる２つの鍵を利用するもの、および、（２）対称または秘密鍵システムとして知られる非公開鍵システムであり、暗号および複合鍵は同一で、復号鍵は暗号鍵から算出可能なものである。

鍵管理システムでは、例えば、対称鍵は暗号化およびサーバにメッセージを認証させるためにクライアントに配布される。ここで留意すべきは、各対称鍵は秘密であり特定のクライアントに関連しているということである。この点に第１の問題がある。クローン形成は、鍵およびクライアントの識別情報がクローンにより複製されるようにして、ＫＤＣによる初期の認証に用いられるクライアントのプライベート鍵または永続的な対称鍵を危険にさらす。このような方法で、クローンは元のクライアントの識別情報を、ＫＤＣに対して立証しセッション鍵を得るために用い、続いて許可されたクライアントに向けたサービス、資格およびコンテンツを受信するのに用いる。クローン形成の現象は特にＶｏＩＰ（voice over Internet protocols ）ネットワークに蔓延しており、許可されない通話が可能である。盗用を行う者らは、電話サービスが許可された需用者の識別情報をクローン形成することができる。続いて、これらのサービスは無料で利用され、または割引料金で売却される。同様の問題は、認証なしのクローンによりマルチメディアコンテンツが入手される、マルチメディアサービスの配布にも存在している。

クローン形成の問題を解決するための従来技術のひとつは、専用のハードウェア装置にクライアントのプライベートおよび対称鍵を格納することである。ハードウェア装置の例には、スマートカードおよびＡＳＩＣ（特定用途向けＩＣ）がある。ハードウェア装置は、クローン形成の完全な防止でなくとも、抑止は可能かもしれないが、開発は高価である。たとえコストが重要でないとしても、ハードウェア装置の開発には相当な時間が必要である。ハードウェア装置の別の不利な点は容易に修正可能でないことである。

クローン形成を防止するための更なる従来技術は、不正行為管理システムを用いることである。これらのシステムは一般的にはマルチメディアおよび電話ネットワークにて用いられる。マルチメディアネットワークでの問題は、あるユーザがコンテンツの購読を申し込み、許可されないユーザ達に鍵を故意に配布するのが可能なことである。電話ネットワ
ークでは、ユーザは通話を不正に行うことを目的に、虚偽の情報で申し込むことができる。

双方の事例で、不正行為管理システムはクライアントの使用パターンを監視し記録する。例えば、ある通話が呼び出された場所から遠く離れた場所で、直後に別の通話が呼び出されたなら、その通話はおそらく許可されないであろう。このパターンはクライアント使用システムによって検出され、その通話は拒否される。しかしながら、クライアントの使用パターンは充分に多様であるため、不正行為管理システムは、多くの異なるクライアントの使用パターンを検出することが可能でなくてはならない。

更に、クライアントの使用パターンは、許可されたユーザのそれでも如何ほどにも不整合になりうる。不正行為管理システムはそうしたクライアントのパターンを許可されないものと誤認し、そのため、許可されたサービスの中断が起きる。たとえ先述の不利が克服されたとしても、多くの不正行為管理システムは対象とする特定の用途以外では機能できない。例えば、無線電話の不正行為管理システムは、デジタル権利管理システムでは機能しない。

従って上記の不利の１つ以上を克服する必要があり、本発明はその必要に応じる。

本発明の第１の様態に従って、通信ネットワーク中のクローン検出用のシステムは開示される。クローンは、許可されたクライアントの識別情報および対称鍵を複製した、許可されないエンティティである。このような方法で、クローンは許可されたクライアントに向けたサービス、資格およびコンテンツを受信することが可能である。

本発明のシステムは、通信ネットワークを介してクライアントおよびアプリケーションサーバに連結されたＫＤＣ（鍵配布センター）を有する。クライアントはアプリケーションサーバにアクセスすることを望む際、ＫＤＣと交信する。続いてＫＤＣはクライアントがアプリケーションサーバへのアクセスを許可されているか検証する。ある様態では、この検証は認証されたディフィ・ヘルマン鍵交換の実行によりなされる。ディフィ・ヘルマン法は対称鍵を独立して生成するための周知の公開鍵アルゴリズムである。このアルゴリズムを用いて、各側の各当事者はメッセージ暗号化／認証用の同一の対称鍵を生成できる。

ＫＤＣによりクライアントが認証された後、セッション鍵を包含するチケットが発行される。ある様態では、このチケットは指定期間に有効である。ある他の様態では、ＫＤＣは単にチケットが何時発行されたかを記録する。チケットが発行された後、セッション鍵はアクセス要求を認証しアプリケーションサーバにアクセスするためにクライアントにより使用される。一旦認証されると、クライアントにアクセスが認可される。

ディフィ・ヘルマン鍵交換は、アプリケーションサーバへのアクセスを得るためにＫＤＣに交信することを全てのエンティティに強制する。これは、ディフィ・ヘルマン法を用いて、各当事者が新たな鍵交換に先立ち新たな公開／プライベート鍵を無作為に生成するためである。しかも、公開ディフィ・ヘルマン鍵のみが通信回線を通じて交換される。双方の側で同一の対称鍵を生成するために、各当事者は自身のプライベートディフィ・ヘルマン鍵および他の当事者の公開ディフィ・ヘルマン鍵を用いる。ディフィ・ヘルマン鍵ペアは稼働中に生成するため、予めそれらの複製を作成し、クローンに複製することは比較的困難である。そのため、単純に回線を傍受（snoop ）するだけのクローンには、対象セッション鍵は得ることが困難である。このような方法で、アプリケーションサーバにアクセスすることを望むクローンは、自身の認証された鍵共有を実行するためにＫＤＣと交信
し、新たな無作為のセッション鍵を持つチケットを得る必要がある。

クライアントの識別情報を複製したクローンは、今度はアプリケーションサーバへのアクセスを要求するためにＫＤＣと交信する。続いてＫＤＣは、そのアクセス要求が許可されたクライアントに対して先に発行されたチケットの失効以前かどうかを検査する。もし失効以前ならば、そのアクセス要求は不正要求候補として標識される。許可されたクライアントは、チケットが有効な間にチケットを要求し続けはしないであろうから、そのアクセス要求はクローンからのものであろう。しかしながら、そのような連続的な要求は許可されたクライアントがチケットを失った場合にも発生しうる。そのような場合には、そのアクセス要求は更なる調査のために標識される。

これに代えて、アクセス要求は指定された要求回数の後に拒否されてもよい。例えば、指定された要求回数が６回ならば、チケット有効期間中にはそれ以降の要求が拒否される。

このような方法で、本発明は許可されたクライアントに対してアクセスを認可し、一方許可されないクライアントに対してはアクセスを妨げる。ここで留意すべきは、クローン検出はＫＤＣにて発生してもよいことである。または、アクセスが要求されているアプリケーションサーバで発生してもよい。

更に、ＫＤＣはチケット認可チケット（ＴＧＴ）を用いてアクセス可能なアプリケーションサーバでもよい。
本発明の別の様態に従って、通信ネットワーク中のクローン検出用の方法は解説される。本方法はＫＤＣにアクセスするためのチケット認可チケット（ＴＧＴ）を提供する手順を有する。ＴＧＴは時間Ｔの間有効なセッション鍵を持つ。

本方法はＫＤＣにアクセスするための第１の要求を受信する手順を更に有する。第１の要求は例えば許可されたクライアントから受信されてもよい。ここで留意すべきは、第１の要求がＴＧＴに伴われることである。

更なる手順はＫＤＣにアクセスするための第２の要求を受信する手順を有する。第２の要求は例えばクローンから受信されてもよい。そのようなクローンは一般的にはクライアントと同一の識別情報を持つ。第２の要求が時間Ｔの間に受信された場合には、第２の要求は標識されるか、ＫＤＣへのアクセスを妨げられるかのいずれかである。

本発明のクローン検出システムは柔軟であり、従来の不正行為管理システムに関連する複雑さおよび不都合を回避しており、有利である。

図１は本発明の第１の実施形態に従い複製識別情報が検出されている通信ネットワーク１００である。
他の構成装置中に、通信ネットワーク１００は、許可されたクライアント１１６に向けたコンテンツを生成するためのコンテンツプロバイダ１０２と、それを介してクライアント１１６にコンテンツがストリーミング配信されるインターネット１１４とを有する。通信ネットワーク１００は、プロビジョニングサーバ１０４と、クライアント１１６にＴＧＴ（チケット認可チケット）を発行するためのＡＳ（認証サーバ）１１０とを有するＫＤＣ（鍵配布センター）１０６と、アプリケーションサーバ１０８などの特定のサーバにアクセスするためにクライアント１１６にサーバチケットを提供するＴＧ（チケット認可）サーバ１１２と、クライアント１１６の許可されていない複製識別情報であるクローン１１８とを更に有する。図２に関連して更に説明される本発明の原理および原則に従い、ク
ローン１１８が必要なアプリケーションサーバにアクセスすることが防止される。

通信ネットワーク１００は、ＩＰ電話ネットワーク、視聴覚コンテンツ配信ネットワークなど、クライアント１１６が購読者でありそのようなコンテンツの受信を許可されているものでもよい。

本明細書中では、ＫＤＣ１０６はクライアント認証用の、およびクライアントとアプリケーションサーバ間のセッション鍵配布用の信頼できる機関である。これらのセッション鍵はクライアントおよびアプリケーションサーバ間の安全なセッションを確立する。アプリケーションサーバはクライアントに、ストリーミングメディア、ＭＰ３楽曲のダウンロード、ＶｏＩＰセッション用の帯域許可などのサービスを提供してもよい。このＫＤＣはＩＥＴＦ（Internet engineering task force ）標準に基づくケルベロスプロトコルに基づいてもよい。または、カリフォルニア州サンディエゴのモトローラ・インコーポレイテッドにより実装されたＥＳＢｒｏｋｅｒのような、所有権を主張できる何か他のプロトコルに基づいてもよい。

ケルベロスプロトコルは、クライアントがコンテンツにアクセスする能力に関連して暗号化および認証機能を提供する。ケルベロスプロトコルはクライアント／サーバ認証を提供する周知の技術である。ケルベロスを用いて、ＫＤＣ１０６はネットワーク上の複数の計算機システムに対するアクセスを単一のユーザに提供してもよい。この記述はユーザにチケットを発行することにより為される。

本明細書中では、チケットはＫＤＣによりクライアントに提供される認証トークンである。他の情報中に、チケットは、クライアントの名前、特定のサーバの名前およびセッション鍵（対象暗号鍵）を包含する。クライアントの名前およびセッション鍵は秘密にされる必要があり、サービス鍵と呼ばれる別の鍵で暗号化される。サービス鍵はＫＤＣおよびチケット中で指名されたサーバだけに知られる秘密鍵である。クライアントもまたこのサービス鍵を所有しないため、チケットを復号化してその内容を変更する能力を持たない。通常は、クライアントもまたセッション鍵を知る必要があるが、チケットからはそれを取り出せないため、ＫＤＣはこのクライアントに同一のセッション鍵の独立した複製を送信する。

簡単には、一般的な使用では、クライアントがアプリケーションサーバ１０８（またはコンテンツプロバイダ１０２）にアクセスすることを望む際、ＫＤＣ１０６と交信する。続いてＫＤＣ１０６はクライアント１１６がアプリケーションサーバ１０８にアクセスすることを許可されているか検証する。この検証は認証されたディフィ・ヘルマン鍵交換の実行によりなされる。ディフィ・ヘルマン法は対称鍵を取引するための周知の公開鍵アルゴリズムである。このアルゴリズムを用いて、各側の各当事者はメッセージの暗号化／認証用の同一の対称鍵を生成できる。

ＫＤＣ１０６によりクライアントが認証された後、セッション鍵を包含するチケットを発行する。ある様態では、このチケットは指定期間に有効である。ある別の様態では、ＫＤＣ１０６は単にチケットが何時発行されたかを記録する。チケットが発行された後、アクセス要求を認証しアプリケーションサーバ１０８にアクセスするために、セッション鍵はクライアント１１６により使用される。一旦認証されると、クライアント１１６にアクセスが認可される。

ディフィ・ヘルマン鍵交換は、アプリケーションサーバおよびコンテンツプロバイダへのアクセスを得るためにＫＤＣ１０６に交信することを全てのエンティティに強制する。これは、ディフィ・ヘルマン法を用いて、各当事者が新たな鍵交換に先立ち新たな公開／
プライベート鍵を無作為に生成するためであり、公開鍵のみが通信回線を通じて交換される。双方の側で同一の対称鍵を生成するために、各当事者は自身のプライベートディフィ・ヘルマン鍵および他の当事者の公開ディフィ・ヘルマン鍵を用いる。そのため、単純に回線を傍受するだけのクローンにより、対象セッション鍵を複製されることはない。このような方法で、アプリケーションサーバ１０８にアクセスすることを望むクローンは、自身の認証された鍵共有を実行するためにＫＤＣ１０６と交信し、新たな無作為のセッション鍵を持つチケットを得る必要がある。

クライアント１１６の識別情報を複製したクローン１１８は、今度はアプリケーションサーバ１０８へのアクセスを要求するためにＫＤＣ１０６と交信する。続いてＫＤＣ１０６は、そのアクセス要求が許可されたクライアントに対して先に発行されたチケットの失効以前かどうかを検査する。もし失効以前ならば、そのアクセス要求は不正要求候補として標識される。チケットが有効な間に許可されたクライアント１１６がチケットを要求し続けはしないであろうから、そのアクセス要求はクローン１１８からのものである可能性が高い。

これに代えて、アクセス要求は指定された要求回数の後に拒否されてもよい。例えば、指定された要求回数が１０回ならば、チケット有効期間中にはそれ以降の要求が拒否される。このような方法で、本発明は許可されたクライアントに対してアクセスを認可し、一方許可されないクライアントに対してはアクセスを妨げる。

図２は本発明のある実施形態に従いクローン１１８の検出に用いる方法２００の流れ図である。
手順２０２にて方法２００は、アプリケーションサーバ１０８でコンテンツにアクセスするための第１の要求を、クライアント１１６からＫＤＣ１０６へ転送するステップを備える。クライアント１１６、アプリケーションサーバ１０８およびコンテンツプロバイダ１０２は、ＫＤＣ１０６により事前に登録されているものとする。コンテンツにアクセスするための第１の要求は、幾つかの下位のステップを伴う。より詳細には、クライアント１１６は認証サーバ１１０にメッセージを伝達する（図１）。このメッセージはＴＧサーバ１１２にアクセスするためにＴＧＴ（チケット認可チケット）を要求する。ここで留意すべきはＴＧＴが要求するメッセージがクライアントおよびＫＤＣの識別情報を有することであり、クライアント１１６によりサポートされる対象暗号化アルゴリズムの一覧を包含していてもよい。

ステップ２０４にて、ＫＤＣ１０６はクライアント１１６がＴＧＳサーバ１１２へのアクセスを許可されていることを検証する。ある実施形態では、この検証は認証されたディフィ・ヘルマン鍵交換の実行によりなされる。この結果、ＴＧＴ用のセッション鍵が生成する（ステップ２０６、後述）。

セッション鍵は、クライアントおよびＫＤＣ１０６により生成された公開／プライベート鍵ペアに基づくディフィ・ヘルマン鍵共有の直接的な結果か、ディフィ・ヘルマン鍵共有の結果で順次暗号化された別の無作為に生成された鍵のいずれかである。プライベートな値は回線を通じて交換されないため、回線の傍受からだけでセッション鍵を決定することは計算的に実行不可能である。この実行不可能性はディフィ・ヘルマン鍵の大きさが充分に大きくなると更に強固になる。ディフィ・ヘルマン法を用いることにより、セッション鍵は通信回線上の受動的な傍受者により傍受されないため、セッション鍵の受信を望む全てのエンティティがＫＤＣ１０６と通信しなければならないことが確実になる。当業者が理解するであろう本発明の精神と範囲に一致する他のアルゴリズムが用いられてもよい。

更に、ＫＤＣ１０６はクライアント１１６の有効性をプロビジョニングサーバ１０４で検査してもよい。これに代えて、ＫＤＣ１０６はクライアント１１６の有効性を決定するためにＫＤＣ１０６中に設置された購読者または需用者データベース（図示せず）に照会してもよい。

ステップ２０６にて、方法２００はＴＧサーバ１１２にアクセスするためにクライアント１１６にＴＧＴを発行するステップを備える。ある実施形態では、ＴＧＴは予め定められた時間Ｔの間有効である。すなわち開始時刻および終了時刻を持つ。この情報はＫＤＣ１０６により記録される。これに代えて、ＫＤＣ１０６は単にＴＧＴが何時発行されたかを記録してもよい。このような方法で、クライアント１１６と同一の識別情報を持つクライアントからの今後の要求はＴＧサーバ１１２により監視されうる。

ステップ２０７にて、クライアント１１６はＴＧサーバ１１２へアクセス要求メッセージを送信する。このメッセージは、ＴＧＴに伴われており、アプリケーションサーバ１０８にアクセスするためのサーバチケットを要求する。今度は、ＴＧサーバ１１２がＴＧＴを用いるアクセス要求メッセージを認証する。正規の認証では、このサーバチケットはクライアント１１６に発行および送信されたものである。

ある様態では、このサーバチケット（ＴＧＴではない）は指定期間に有効である。このような方法で、クローンはサーバ１１０にではなくＴＧＳサーバ１１２により検出される。発行されているサーバチケットはアプリケーションサーバ１０８へのアクセスを得るためにクライアント１１６により使用される。

クライアント１１６の識別情報を複製したクローン１１８は、アプリケーションサーバ１０８へ（ＴＧサーバ１１２を経て）アクセスすることを望む。クローン１１８はクライアント１１６と同一の識別情報を持つ。この情報は、例えばクライアントのハードウェア（例えばイーサネット）アドレスでもよい。または、他のクライアント識別名でもよい。

ここで留意すべきは、クローン１０８がアプリケーションサーバ１０８へのアクセスを要求する任意のクライアントでよいことである。実際に、それは例えばシステム不調の間に以前のチケットを失った後で新たなチケットを要求するクライアント１１６でもよい。しかしながら、おそらくクローン１１８はクライアント１１６と同一の識別情報を持つ許可されてないエンティティである。以前のチケットが有効な間に同一のクライアントが同一のアプリケーションサーバにチケットを要求し続けるということは通常期待できない。例えば、クライアントが如何にしてかチケットを失うようならば、そのような場合にあたるかもしれない。

アプリケーションサーバ１０８にアクセスする目的で、クローン１１８はＫＤＣ１０６と交信しなければならない。この要求はディフィ・ヘルマン鍵交換アルゴリズムを用いることの結果である。ディフィ・ヘルマン鍵ペアは鍵取引毎に無作為に生成され、そのため予めクローンにして配布されることはできないので、たとえクライアントの識別情報がクローン化されたとしても、ディフィ・ヘルマン鍵交換はセッション鍵の盗用を防止する。

ステップ２０８にて、クローン１１８はＴＧＴ用に認証サーバ１１０へアクセス要求メッセージを送信する。認証サーバ１１０は、クローン１１４と同一の識別情報を持つクライアント１１６に、以前にチケットが発行されていることを了解する。この点に本発明のひとつの利点がある。

ステップ２１０にて認証サーバ１１０は、このアクセス要求が時間Ｔの間に受信されたか検査する。ここで留意すべきは、時間Ｔが以前ステップ２０７にて発行されたＴＧＴの
有効期間であることである。

ＴＧＴが依然として有効なら、そのアクセス要求は更なる調査まではクローン候補として標識される。標識はクローン１１８が標識されることを保証するが、ＴＧサーバ１１２へのアクセス要求は認可される。そのため、例えばアクセス要求がチケットを失った許可されたエンティティからのものである場合にも、引き続きアクセスは許可される。

これに代えて、このアクセスはサーバへのアクセスを妨げるために拒否されてもよい。そのような拒否は指定された要求回数の後に起きてもよい。例えば、６回の要求の後にアクセス要求が拒否されてもよい。

ＫＤＣ１０６は、チケットの有効期間が規定するよりも頻繁に同一のサーバに特定のクライアントがチケットを要求し続ける場合を検出しており、有利である。ある実施形態では、好適には、この検出は、ＴＧサーバ１１２用のＴＧＴがクローン１１８により要求された際（例えばステップ２０４）、認証サーバ１１０によりなされる。

更にまた、別の実施様態では、検出はアプリケーションサーバ１０８により実行されてもよい。アプリケーションサーバ１０８はクライアント１１６からチケットを受信すると、セッション鍵およびその有効期間を記録する。次にアプリケーションサーバ１０８は同一のクライアントからであるが異なるセッション鍵を持つチケットを受信すると、記録されたセッション鍵が依然として有効か検証する。もし有効ならば、先述の通り、要求しているエンティティはＫＤＣ１０６と同様の方法で標識されるかまたは使用不能とされる。ここで留意すべきは、異なるセッション鍵を持ち許可されたクライアントに由来すると思われる要求がクローンでもよいことである。これらのクローンは異なるチケットを持っており、各クローンが順次アプリケーションサーバにチケットを送信していてもよい。ＴＧサーバ１１２はアプリケーションサーバの種類のひとつであるので、アプリケーションサーバ１０８用のサーバチケットが要求された場合には（例えばステップ２０７）、アプリケーションサーバ用に説明された同様の検出はＴＧサーバ１１２でもまた実行されることができる。

更に別の実施様態にて、図１では、ＴＧサーバ１１２および認証サーバ１１０の両者は単一の構成装置に統合されている。このような方法では、クライアントはアプリケーションサーバ１０８にアクセスするためには１回の要求を送信するだけでよい。ＴＧＳサーバ１１２へのアクセス用のＴＧＴを得るステップは除去される。その結果、アプリケーションサーバ１０８にアクセスするための要求を何時受信するとしても、検出は単一の構成装置ＫＤＣによって実行される。

更に別の実施様態では、ＫＤＣ１０６およびアプリケーションサーバ１０８は統合される。クライアントはＫＤＣ１０６からＴＧＴを要求してもよく、その場合ＴＧＴは他のチケットと同一である。ＴＧＴは続いてＫＤＣ自身へのアクセスも提供する。

このような方法で、本発明はネットワーク中の複製識別情報の検出用のシステムを提供する。先述は本発明の例示的な実施形態の完成した記述ではあるが、更なる実施形態もまた可能である。例えば、本発明にはＩＫＥ（インターネット鍵交換）のような他のセキュリティプロトコルを適用できる。ＩＫＥはポイントツーポイントプロトコル（信頼できる第三者機関なし）であり、関係する両当事者は認証されたディフィ・ヘルマン交換を直接実行する。

この交換の結果は、ＩＳＡＫＭＰ（Internet Security Association and Key Management Protocol ）またはやはり有効期間を持つIPSec Security Associationでもよい。もし
ＩＫＥがクライアントと何らかの有料サービスを提供するサーバとの間で実行されるなら、アソシエーションが失効する以前に特定のクライアントが極めて頻繁にセキュリティアソシエーションを変更している場合のパターンを検出することが、そのサーバは可能である。このパターンはクライアントの識別情報が複製されていることを示すことができる。そのため先の記述は、相当する完全な範囲に加えて付随する請求項により規定される本発明の、その範囲を制限するものとして用いられるべきではない。

本発明の第１の実施形態による複製識別情報の検出用に本発明が用いられている通信ネットワークを示すブロック図。 本発明のある実施形態に従いクローン検出用にＫＤＣを用いる方法の流れ図。

Claims (26)

1. クライアントのクローン（許可されない複製識別情報）検出用の方法において、
   クライアントからＫＤＣへサーバへのアクセスを要求するための第１の信号を転送するステップと、
   前記クライアントが前記サーバにアクセスすることを許可されていることを検証するステップと、
   前記サーバへのアクセスを提供するための、時間Ｔの間有効であるチケットを前記ＫＤＣから前記クライアントへ伝達するステップと、
   前記サーバへのアクセスを要求するための第２の信号を、前記クライアントと同一の識別情報を有するエンティティから受信するステップと、
   前記第２の要求が前記時間Ｔの失効以前に受信された場合には、前記サーバへのアクセスを防止するために、前記エンティティをクローン候補として標識し、または前記第２の要求を拒否するステップとを備える方法。
2. 請求項１に記載の方法において、
   前記チケット中で指定期間に有効であるセッション鍵を提供するステップを更に有する方法。
3. 請求項２に記載の方法において、前記指定期間がその間は前記チケットが有効である前記時間Ｔを決定するためにある方法。
4. 通信ネットワーク内でクライアントのクローンを検出するためのシステムにおいて、
   ＫＤＣと、
   前記ＫＤＣに通信可能に連結されたアプリケーションサーバと、
   前記アプリケーションサーバにアクセスするための第１の要求を提供するためのクライアントと、
   前記第１の要求に応答して、前記ＫＤＣが前記アプリケーションサーバにアクセスするための第１のチケットを転送し、前記第１のチケットは時間Ｔの間有効であることと、
   前記ＫＤＣは前記アプリケーションサーバにアクセスするための第２の要求を前記クライアントと同一の識別情報を有するエンティティから受信することと、
   前記第２の要求が時間Ｔの間に受信された場合には、前記ＫＤＣは前記エンティティが前記アプリケーションサーバにアクセスすることを防止するため前記第２の要求を拒否することとを有するシステム。
5. 請求項４に記載のシステムにおいて、前記エンティティがクローンであるシステム。
6. 請求項５に記載のシステムにおいて、前記識別情報が前記クローンにより複製されたクライアントの識別名であるシステム。
7. 請求項４に記載のシステムにおいて、前記チケットが暗号化されたセッション鍵を更に有するシステム。
8. 請求項７に記載のシステムにおいて、
   前記クライアントが前記アプリケーションサーバにアクセスするための前記セッション鍵の複製を導出することを更に有するシステム。
9. 請求項８に記載のシステムにおいて、前記セッション鍵が鍵共有アルゴリズムを用いて導出されるシステム。
10. 請求項９に記載のシステムにおいて、前記鍵共有アルゴリズムがディフィ・ヘルマンアルゴリズムであるシステム。
11. 請求項１に記載の方法において、
    前記サーバにアクセスすることを望む全てのクライアントは前記ＫＤＣと交信することが必要とされるように、前記ＫＤＣおよび前記クライアントの間の通信を認証するために鍵アルゴリズムを用いるステップを更に有する方法。
12. 請求項４に記載の方法において、
    前記サーバにアクセスすることを望む全てのエンティティに前記ＫＤＣとの通信を要求するステップを更に有する方法。
13. 通信ネットワーク中で許可された計算機装置のクローン（複製識別情報）を検出するためのシステムにおいて、
    第１の計算機装置と、
    前記第１の計算機装置にアクセスすることを許可された第２の計算機装置と、
    前記第２の計算機装置へ前記第１の計算機装置にアクセスするためのセッション鍵を提供するための鍵管理手段と、前記セッション鍵が期間Ｔの後に無効であることと、
    前記鍵管理手段は前記第１の計算機装置にアクセスするための１回以上の要求を、前記第２の計算機装置と同一の識別情報をしたエンティティから受信することと、
    期間Ｔの間に受信するアクセス要求の前記回数がＭ回以下の要求である場合には、前記鍵管理手段が前記エンティティに前記第１の計算機装置にアクセスすることを許可することとを有するシステム。
14. 請求項１３に記載のシステムにおいて、前記鍵管理手段がセッション鍵を配布するためにディフィ・ヘルマン鍵共有アルゴリズムを利用するシステム。
15. 請求項１３に記載のシステムにおいて、
    前記エンティティからＭ回より多くの要求が受信された場合には、前記鍵管理手段は前記エンティティを標識することを更に有するシステム。
16. 請求項１３に記載のシステムにおいて、前記識別情報が前記第２の計算機装置のための識別名であるシステム。
17. 請求項１３に記載のシステムにおいて、
    Ｍ回より多くの要求が受信された場合には、前記鍵管理手段が前記第１の計算機装置へのアクセスを拒否することを更に有するシステム。
18. 通信ネットワーク内でクライアントのクローンを検出するためのシステムにおいて、
    ＫＤＣと、
    前記ＫＤＣに通信可能に連結されたサーバと、
    前記ＫＤＣから前記サーバにアクセスするためのチケットを受信するためのクライアントと、前記チケットは時間Ｔの間有効であることと、
    前記サーバが前記サーバにアクセスするための第１の要求を前記クライアントから受信することと、前記第１の要求は前記チケットに伴われていることと、
    前記サーバはチケットが有効である前記時間Ｔを記録することと、
    前記サーバは前記サーバにアクセスするための第２の要求を前記クライアントと同一の識別情報を有するエンティティから受信することと、
    前記第２の要求が前記時間Ｔの間に受信された場合には、前記サーバは前記サーバにアクセスすることを防止するため前記第２の要求を標識し、または拒否することとを有する
    システム。
19. 請求項１８に記載のシステムにおいて、
    前記ＫＤＣが前記チケット内でセッション鍵を暗号化することと、
    前記クライアント以外のエンティティは前記セッション鍵にアクセスできない方法で前記クライアントが前記セッション鍵の複製を抽出することを更に有するシステム。
20. 請求項１８に記載のシステムにおいて、
    前記サーバにアクセスすることを望む全てのクライアントは前記ＫＤＣと通信することが、前記システムによって必要とされることを更に有するシステム。
21. 請求項１８に記載の方法において、チケット認可サーバが前記サーバであり、前記チケットはチケット認可チケットである方法。
22. 通信ネットワーク内でクローンを検出するための方法において、
    ＫＤＣにアクセスするためのものであるとともに時間Ｔの間有効であるセッション鍵を有するチケットを許可されたクライアントに提供するステップと、
    前記ＫＤＣにアクセスするための要求を前記許可されたクライアントと同一の識別情報を有するエンティティから受信するステップと、
    前記要求が時間Ｔの間に受信された場合には、前記エンティティをクローン候補として標識し、または前記ＫＤＣにアクセスするための前記要求を拒否するステップを有する方法。
23. 請求項２２に記載の方法において、前記チケットがＴＧＴ（チケット認可チケット）である方法。
24. 請求項１に記載の方法において、前記サーバへのアクセスを防止するために、前記ＫＤＣが前記エンティティをクローン候補として標識し、または前記第２の要求を拒否する方法。
25. 請求項１に記載の方法において、前記サーバへのアクセスを防止するために、前記サーバが前記エンティティをクローン候補として標識し、または前記第２の要求を拒否する方法。
26. 請求項１８に記載の方法において、前記ＫＤＣが前記サーバである方法。

Images