(57)【特許請求の範囲】
【請求項１】
少なくとも１つのホームネットワーク内の、少なくとも１つのゲートウェイデバイス（ＣＰＥ１、．．）を含む少なくとも１つのデバイス（ＤＥＶ１、ＣＰＥ１、．．．）に、ブロードバンドネットワーク内の少なくとも１つのロードバランサ（ＬＢ１、ＬＢ２、．．．）を介して結合されている自動構成サーバ（ＡＣＳ）による実行のための、インターネットプロトコルアドレスのなりすましを阻止する方法であって、前記方法は、ハイパーテキストトランスファプロトコル（ｈｔｔｐ）の上でＣＰＥ  ＷＡＮ管理プロトコル（ＣＷＭＰ）を使用することによって前記デバイスをリモートに管理することを含み、前記方法は、ＣＷＭＰの通知メッセージを前記デバイスから受信するステップと、
−  前記ゲートウェイデバイスのパブリックＩＰアドレス（ＩＰ−Ｐｕｂｌｉｃ）をＣＷＭＰのデータモデルパラメータに従って前記メッセージから決定するステップと、
−  フォワードされたＩＰアドレス（ＩＰ−Ｆｏｒｗ）を前記通知メッセージのｈｔｔｐレベルでｈｔｔｐヘッダフィールド内のＸ−Ｆｏｒｗａｒｄｅｄ  Ｆｏｒフィールド（ＸＦＦ）から検索するステップと、
−  前記フォワードされたＩＰアドレス（ＩＰ−Ｆｏｒｗ）と前記パブリックＩＰアドレス（ＩＰ−Ｐｕｂｌｉｃ）を比較し、なりすましが存在するかどうかをこの点に基づいて決定するステップと
を含み、
−  前記自動構成サーバ（ＡＣＳ）に到達するために、ＣＷＭＰのメッセージが通過する前記ブロードバンドネットワーク内のネットワークトポロジに従って、前記少なくとも１つのロードバランサ（ＬＢ１、ＬＢ２）の数（ｎ）を事前決定することと、
−  最も最後のＩＰアドレスからｎ番目の関連で、前記Ｘ−Ｆｏｒｗａｒｄｅｄ  Ｆｏｒフィールド（ＸＦＦ）内の前記フォワードされたＩＰアドレス（ＩＰ−Ｆｏｒｗ）を選択することと
によって、検索する前記ステップを実行することによって特徴付けられる、インターネットプロトコルアドレスのなりすましを阻止する方法。
【請求項２】
前記ＣＷＭＰの通知メッセージがゲートウェイの通知メッセージであるとき、それによって決定する前記ステップが、
−  前記メッセージの発信者のＩＰアドレスフィールドからＣＷＭＰのデータモデルパラメータに従って前記パブリックＩＰアドレス（ＩＰ−Ｐｕｂｌｉｃ）を検索するステップ
を含むことをさらに特徴とする、請求項１に記載の方法。
【請求項３】
前記ＣＷＭＰの通知メッセージがＬＡＮデバイスの通知メッセージであるとき、それによって決定する前記ステップが、
−  ＣＷＭＰのデータモデルパラメータに従って前記メッセージからゲートウェイ識別子（ＧＷ−ＩＤ）を検索するステップと、
−  前記ゲートウェイ識別子に基づいて前記パブリックＩＰアドレスを前記自動構成サーバのデータ記憶装置（ＭＥＭ）から探索するステップと
を含むことをさらに特徴とする、請求項１に記載の方法。
【請求項４】
少なくとも１つのホームネットワーク内の少なくとも１つのゲートウェイデバイス（ＣＰＥ１、．．．）を含む少なくとも１つのデバイス（ＣＰＥ１、ＤＥＶ１、．．．）にブロードバンドネットワーク内の少なくとも１つのロードバランサ（ＬＢ１、ＬＢ２、．．．）を介して結合されたインターネットプロトコルアドレスのなりすましを阻止する自動構成サーバ（ＡＣＳ）であって、前記自動構成サーバ（ＡＣＳ）は、ハイパーテキストトランスファプロトコル（ｈｔｔｐ）の上でＣＰＥ  ＷＡＮ管理プロトコル（ＣＷＭＰ）によって前記デバイスをリモートに管理することを可能にされ、前記自動構成サーバは、
−  ＣＷＭＰの通知メッセージ（ＩＮＦＯＲＭ）を前記デバイスから受信するための受信器（ＲＥＣ）と、
−  前記ゲートウェイデバイスのパブリックＩＰアドレス（ＩＰ−Ｐｕｂｌｉｃ）をＣＷＭＰのデータモデルパラメータに従って前記メッセージから決定するための決定器（ＤＥＴ）と、
−  フォワードされたＩＰアドレス（ＩＰ−Ｆｏｒｗ）を前記通知メッセージのｈｔｔｐレベルでｈｔｔｐヘッダフィールド内のＸ−Ｆｏｒｗａｒｄｅｄ  Ｆｏｒフィールド（ＸＦＦ）から検索するための検索器（ＲＥＴ）と、
−  前記フォワードされたＩＰアドレス（ＩＰ−Ｆｏｒｗ）と前記パブリックＩＰアドレス（ＩＰ−Ｐｕｂｌｉｃ）を比較するため、およびなりすましが存在するかどうかをこの点に基づいて決定するための比較器と
を含み、
前記検索器（ＲＥＴ）は、最も最後のＩＰアドレスからｎ番目の関連で、前記Ｘ−Ｆｏｒｗａｒｄｅｄ  Ｆｏｒフィールド（ＸＦＦ）内の前記フォワードされたＩＰアドレス（ＩＰ−Ｆｏｒｗ）を選択することを可能にされ、前記数（ｎ）は、前記自動構成サーバ（ＡＣＳ）に到達するために、ＣＷＭＰのメッセージが通過する前記ブロードバンドネットワーク内のネットワークトポロジによる前記少なくとも１つのロードバランサ（ＬＢ１、ＬＢ２）の所定の数であることを特徴とする、自動構成サーバ（ＡＣＳ）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットプロトコルアドレスのなりすましを阻止するための自動構成サーバ、および関連方法に関する。
【背景技術】
【０００２】
このような自動構成サーバまたは簡潔にＡＣＳ（Ａｕｔｏ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｓｅｒｖｅｒ）は当技術分野で知られ、ホームネットワーク内のゲートウェイデバイスおよびローカルエリアネットワークデバイス、ＬＡＮデバイスなどの異なる種類のデバイスに、ブロードバンドネットワーク内のもう１つのロードバランサを介して最終的に結合される。
【０００３】
本出願における言及されたロードバランサは、リバース／フォワードプロキシによって実装されてもよいことが注目される。
【０００４】
このような自動構成サーバは、ハイパーテキストトランスファプロトコル、簡潔にｈｔｔｐの上で、顧客宅内機器広域エリアネットワーク管理プロトコル、簡潔にＣＰＥ  ＷＡＮ管理プロトコルＣＷＭＰ（Ｃｕｓｔｏｍｅｒ  Ｐｒｅｍｉｓｅｓ  Ｅｑｕｉｐｍｅｎｔ  Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）によって、異なるホームネットワーク内のデバイスをリモートに管理することを可能にされる。
【０００５】
ブロードバンドフォーラムＴＲ−０６９（技術レポート０６９）は、シンプルオブジェクトアクセスプロトコルＳＯＡＰのメッセージとして、このＣＷＭＰプロトコルおよびそのリモートプロシージャコールのメッセージＲＰＣを規定する。
【０００６】
ホームネットワーク内のデバイスである、ゲートウェイまたはＬＡＮデバイスのどちらかすなわちゲートウェイの背後にあるユーザデバイスは、ＡＣＳサーバと通信するためにＴＲ−０６９の通知メッセージを送っている。デバイスは、ＡＣＳとのセッションが確立されるたびに、トランザクションシーケンスを開始するために通知メソッドをコールしている。
【０００７】
これらの通知メッセージは、デバイスのブートストラップ、パラメータの値の変化、ブートのようなイベントが原因でトリガされてよく、またはＡＣＳによって定期的にスケジュール化された定期的な通知であってよい。
【０００８】
ゲートウェイなどのデバイスによって送信されている通知メッセージは、例えば：
ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ＷＡＮＤｅｖｉｃｅ．１．ＷＡＮＣｏｎｎｅｃｔｉｏｎＤｅｖｉｃｅ．１．ＷＡＮＩＰＣｏｎｎｅｃｔｉｏｎ．２．ＥｘｔｅｒｎａｌＩＰＡｄｄｒｅｓｓ＝１５６．２０．２５．６７
のような、ＴＲ−０６９のデータモデルパラメータに従って、ゲートウェイのパブリックインターネットプロトコルアドレスを収める。
【０００９】
このようなパブリックインターネットプロトコルアドレスつまりパブリックＩＰアドレスは、デバイスサービスのプロビジョニング中にオペレーションサポートシステムによって使用されることがある。実はＡＣＳは、オペレーションサポートシステムにパブリックＩＰアドレスをさらに報告することができ、パブリックＩＰアドレスに基づいてオペレーションサポートシステムは、特定の顧客のプロフィールにパブリックＩＰアドレスを相関させ、サービス関連のパラメータおよびパスワードを含むことができる顧客固有データでデバイスを構成することがある。
【００１０】
このようにして攻撃者は、なりすましされたデバイスに関する第三者のサービスクレデンシャルに不正アクセスすることがあり、通知メッセージ内のパブリックＩＰアドレスのなりすましをすることによって違法活動を実施する。
【００１１】
インターネットプロトコルアドレスのなりすましを阻止する一般的な方式は、通知メッセージを送信したクライアントのＩＰアドレスすなわちデバイスのＩＰアドレスで通知メッセージ内のパブリックＩＰアドレスをチェックすることによって、ＡＣＳサーバによって実施される。このクライアントＩＰアドレスは、インターネットプロトコルパケットから検索されてよく、またはデバイスとＡＣＳとの間にリバース／フォワードプロキシもしくはロードバランサがあるときには、Ｘ−Ｆｏｒｗａｒｄｅｄ−Ｆｏｒのｈｔｔｐヘッダから検索されてよい。両方のアドレスが一致するとき、通知メッセージは処理されてよく、一致しない場合、通知メッセージはなりすましとして削除される。
【００１２】
デバイスと自動構成サーバとの間に１つまたは複数のリバース／フォワードプロキシおよび／またはロードバランサがあるとき、パブリックＩＰアドレスはＸ−Ｆｏｒｗａｒｄｅｄ−Ｆｏｒの属性から読み込まれることが解説されなければならない。Ｘ−Ｆｏｒｗａｒｄｅｄ−Ｆｏｒの属性は、コンマ区切りの、発信元アドレスからスタートするインターネットプロトコルアドレスのリストを保持する。
【００１３】
一般的なフォーマットは：
Ｘ−Ｆｏｒｗａｒｄｅｄ−Ｆｏｒ：クライアントのＩＰアドレス、プロキシ１のＩＰアドレス、プロキシ２のＩＰアドレス
である。
【００１４】
一番最初は元のクライアントである。実際にはこれはしばしば「一番左」と呼ばれる。クライアントのＩＰアドレスは、このような第１のアドレスに対して所定の場所のフィールドに入力されることを意味する。メッセージを通過させたそれぞれの連続するプロキシまたはロードバランサは、リクエストを受信した元であるネットワークエレメントのＩＰアドレスを追加している。以下、このようなリスト内のこのようなＩＰアドレスは、「フォワードされたＩＰアドレス」と呼ばれる。次々にＩＰアドレスは、メッセージを通過させるシーケンスを遵守する所定のルールに従って、リストに入力される。
【００１５】
しかし攻撃者は、Ｘ−Ｆｏｒｗａｒｄｅｄ−Ｆｏｒのｈｔｔｐヘッダの属性のなりすましをして、偽造インターネットプロトコルアドレスを追加することがある。
【００１６】
例えば顧客宅内機器が以下のルートに従って自動構成サーバＡＣＳにコンタクトしているとき：
ＣＰＥ（ｉｐ１）−−＞ＬＢ（ｉｐ２）−−＞ＬＢ（ｉｐ３）−−＞ＡＣＳ（ｉｐ４）
ここで、
ＣＰＥ：顧客宅内機器
ＬＢ：ロードバランサ
ＡＣＳ：自動構成サーバ
ここで括弧内はデバイスのインターネットプロトコルアドレス。リクエストがＡＣＳによって受信されているちょうどその時、Ｘ−Ｆｏｒｗａｒｄｅｄ−Ｆｏｒのリストは：「ｉｐ１、ｉｐ２」であるはずである。ＡＣＳは、パブリックＩＰアドレスすなわち実はＣＰＥのＩＰアドレスとして、一番最初のＩＰアドレスを読み込む。
【００１７】
しかしハッカーがヘッダのなりすましをして、第１のメッセージ内のＸ−Ｆｏｒｗａｒｄｅｄ−Ｆｏｒ：（ｉｐ５）を送る場合、ＡＣＳは別のリスト：「ｉｐ５、ｉｐ１、ｉｐ２」を受信する。ＡＣＳは、一番最初のＩＰアドレス（一番左）であるとして、フォワードされたＩＰアドレスとして値を再び読み込む。しかしこのフォワードされたＩＰアドレスはＣＰＥのＩＰアドレスではなく、（ｉｐ５）つまりハッカーのアドレスである。これはなりすましの兆候である。
【００１８】
しかし、ハッカーがもう１つのレベルに上がり、加えて通知メッセージ内でもパブリックＩＰアドレスを変化させるとき、両方のアドレスは並ぶ、すなわちパブリックＩＰアドレスおよびフォワードされたＩＰアドレスは再び並ぶ。ｉｐ５のアドレスを有するハッカーのデバイスは、例えばクレデンシャルおよび構成のような、なりすましされたデバイス（ＣＰＥ（ｉｐ１））向けの情報にアクセスすることができる。
【発明の概要】
【発明が解決しようとする課題】
【００１９】
本発明の目的は、自動構成サーバによる実行のための方法および上記の知られているタイプの自動構成サーバ自体を提供することであるが、ソリューションは両方の種類のなりすましが始められたときにハッカーをそれでもなお認識するために提供される。
【課題を解決するための手段】
【００２０】
実際、少なくとも１つのホームネットワーク内の、少なくとも１つのゲートウェイデバイスを含む、少なくとも１つのデバイスに、ブロードバンドネットワーク内の少なくとも１つのロードバランサを介して結合されている自動構成サーバによる実行のための、インターネットプロトコルアドレスのなりすましを阻止する方法が提供される。方法は、ハイパーテキストトランスファプロトコルの上でＣＰＥ  ＷＡＮ管理プロトコルを使用することによってデバイスをリモートに管理することを含む。方法は、
−  ＣＷＭＰの通知メッセージをデバイスから受信器によって受信することと、
−  ゲートウェイデバイスのパブリックＩＰアドレスをＣＷＭＰのデータモデルパラメータに従ってメッセージから決定器によって決定するステップと、
−  フォワードされたＩＰアドレスをメッセージのｈｔｔｐレベルでｈｔｔｐヘッダフィールド内のＸ−Ｆｏｒｗａｒｄｅｄ  Ｆｏｒフィールドから検索器によって検索するステップと、
−  両方の決定されたアドレスすなわちパブリックＩＰアドレスとフォワードされたＩＰアドレスを比較器によって比較し、なりすましが存在するかどうかをこの点に基づいて決定するステップと
のステップをさらに含む。
【００２１】
しかし知っている方法と知られている自動構成サーバの相違において、本発明のＡＣＳは、
−  第１に、ブロードバンドネットワーク内のネットワークトポロジに従って、自動構成サーバに到達するために、ＣＷＭＰのメッセージが通過する、少なくとも１つのロードバランサの数（ｎ）を事前決定することと、
−  第２に、ｎ−最も最後の（ｎ−ｍｏｓｔ  ｌａｓｔ）ＩＰアドレスの関連で、Ｘ−Ｆｏｒｗａｒｄｅｄ  Ｆｏｒフィールドから、フォワードされたＩＰアドレスを選択することとによって、
検索する上記ステップを実行する。
【００２２】
したがって本発明によれば、目的は、ソリューションが、ＡＣＳに到達するために、およびこの構成に基づいてすなわちこの数（ｎ）の関連で、フォワードされたＩＰアドレスを読み込むために、デバイスが通過するネットワークトポロジにおけるプロキシの数（ｎ）を明示するという事実のおかげで実現される。
【００２３】
発明者は、Ｘ−Ｆｏｒｗａｒｄｅｄ  Ｆｏｒフィールド内のフォワードされたアドレスのリストの一番最初のＩＰアドレス（一番左）が、通知メッセージを効果的に送ったデバイスのアドレスをｈｔｔｐレベルで一貫して提供していないが、効果的な選択でこのデバイスが、ブロードバンドネットワークのトポロジに基づいてＡＣＳによって見つけられることがあるという見識を提供した。
【００２４】
ＬＡＮデバイスおよびＧＷデバイスは、その通知メッセージ内にパラメータの異なるセットを有していることが解説されなければならない。
【００２５】
ゲートウェイの背後にあるＬＡＮデバイスに関して、データモデルパラメータは「Ｄｅｖｉｃｅ」でスタートする、すなわちＤｅｖｉｃｅ．ＬＡＮ．ＩＰＡｄｄｒｅｓｓである。
【００２６】
ゲートウェイデバイスに関して、データモデルパラメータは「ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ」でスタートする、すなわち「ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ＷＡＮＤｅｖｉｃｅ．１．ＷＡＮＣｏｎｎｅｃｔｉｏｎＤｅｖｉｃｅ．１．ＷＡＮＩＰＣｏｎｎｅｃｔｉｏｎ．２．ＥｘｔｅｒｎａｌＩＰＡｄｄｒｅｓｓ」である。
【００２７】
このようにしてＡＣＳは、通知メッセージがＬＡＮデバイスからのゲートウェイデバイスから来ることをデータモデルパラメータから認識することができる。
【００２８】
その上、パブリックＩＰアドレスは、ＬＡＮデバイスに対してゲートウェイデバイスとは異なる方式でＡＣＳによって決定される。
【００２９】
本発明の別の特徴的な特性は、ＣＷＭＰの通知メッセージが実はホームネットワーク内のゲートウェイデバイスから来るゲートウェイの通知メッセージであるとき、ゲートウェイデバイスのパブリックＩＰアドレスを決定するステップは、
−  メッセージの発信者のＩＰアドレスフィールドからＣＷＭＰのデータモデルパラメータに従ってパブリックＩＰアドレスを検索するステップ
を含むというものである。
【００３０】
このようにして、ゲートウェイの通知メッセージのタイプに関して、パブリックＩＰアドレスは通知メッセージ内のフィールドから直接検索される。
【００３１】
しかし、ＬＡＮデバイスに関して、メッセージの発信者のＩＰアドレスフィールドは、例えば「１９２．１６８．１．３」のような家庭でのプライベートＩＰアドレスなので有用ではない。したがってＣＷＭＰの通知メッセージがＬＡＮデバイスの通知メッセージであるとき、ゲートウェイデバイスのパブリックＩＰアドレスを決定するステップは、
−  ＣＷＭＰのデータモデルパラメータに従ってメッセージからゲートウェイ識別子を検索するステップと、
−  ゲートウェイ識別子に基づいてパブリックＩＰアドレスを自動構成サーバのデータ記憶装置／メモリから探索するステップと
を含む。
【図面の簡単な説明】
【００３２】
【図１】自動構成サーバのあるブロードバンドネットワークを表す。
【発明を実施するための形態】
【００３３】
特許請求の範囲において使用される用語「含む」は、その後列挙された手段に限定的であるとして解釈されるべきではないことに留意されたい。このように、表現「手段ＡおよびＢを含むデバイス」の範囲は、構成要素ＡおよびＢのみからなるデバイスに限定されるべきではない。本発明に関して、関係するデバイスの構成要素がＡおよびＢだけであることを意味する。
【００３４】
同様に、特許請求の範囲において使用される用語「結合される」も、直接の接続だけに限定的であるとして解釈されるべきではないことに留意されたい。このように、表現「デバイスＢに結合されたデバイスＡ」の範囲は、デバイスＡの出力がデバイスＢの入力に直接接続されるデバイスまたはシステムに限定されるべきではない。他のデバイスまたは手段を含むパスであることがあるＡの出力とＢの入力との間のパスが存在することを意味する。
【００３５】
添付の図面と併用される実施形態の以下の説明を参照すると、本発明の上記および他の目的および特性はより明白になり、本発明自体は最もよく理解され、図１は自動構成サーバのあるブロードバンドネットワークを表す。
【００３６】
図１に示された自動構成サーバのテレコミュニケーション環境による、本発明による自動構成サーバの仕組みは、図１に示された異なるブロックの機能的な説明によって解説される。この説明に基づくと、ブロックの実践的な実装形態は当業者には自明であり、したがって詳細に説明されない。加えて、インターネットプロトコルアドレスのなりすましを阻止する方法の原理の仕組みは、さらに詳細に説明される。
【００３７】
図１を参照すると、ブロードバンド通信ネットワークが示される。ブロードバンド通信ネットワークは少なくとも２つのホームネットワークを含む：ホームネットワーク１  ＨＮ１およびホームネットワークＨＮ２が示される。
【００３８】
ホームネットワーク１  ＨＮ１は、ＣＰＥ１である少なくとも１つのゲートウェイと共に、少なくとも１つのデバイスすなわちＤＥＶ１、ＤＥＶ２、およびＣＰＥ１を含む。ゲートウェイＣＰＥ１は、ＩＰアドレスＩＰ１を有し、２つのＬＡＮデバイスＤＥＶ１およびＤＥＶ２それぞれはプライベートＩＰアドレスを有し、例えばＤＥＶ１はプライベートＩＰアドレスＩＰ４を有する。
【００３９】
ホームネットワーク２  ＨＮ２は、少なくとも１つのゲートウェイＣＰＥ２と共に、少なくとも１つのデバイスＤＥＶ１およびＣＰＥ２を含む。ゲートウェイＣＰＥ２はＩＰアドレスＩＰ５を有し、ＬＡＮデバイスＤＥＶ３はプライベートＩＰアドレス（図示せず）を有する。
【００４０】
両方のホームネットワークは、自動構成サーバＡＣＳにブロードバンドＩＰネットワーク上で結合される。ホームネットワークは、２つのロードバランサＬＢ１およびＬＢ２を介し（実線）、またはただ１つのロードバランサＬＢ１を介し（点とストライプ線とを組み合わせた実線）、またはロードバランサを介さずに（点線と組み合わせた実線）、のいずれかでＡＣＳに結合される。３つの上記で言及されたトポロジのうちのただ１つが、ネットワーク内に同時に実装されるだけであることが解説されなければならない。
【００４１】
しかし３つの異なるトポロジは、ＡＣＳのグローバルな手順がインターネットプロトコルアドレスのなりすましを阻止するための異なる結果を有し、本明細書によってすべて解説される。さらなる注目は、本発明は、ゼロ、１つ、または２つのロードバランサ／プロキシを介して自動構成サーバにホームデバイスを接続するトポロジを有するブロードバンドネットワークに限定されないということである。本発明は、これらの２つのネットワークエレメントの間に任意の数のロードバランサ／プロキシを有するトポロジを有するブロードバンドネットワークに適用可能である。
【００４２】
ロードバランサＬＢ１およびＬＢ２は、ＩＰアドレスＩＰ２およびＩＰ３を個々に有する。
【００４３】
自動構成サーバは、ホームデバイスが結合される受信器ＲＥＣ、受信器に結合される決定器ＤＥＴ、決定器ＤＥＴに結合されるデータ記憶装置（ＭＥＭ）、受信器に結合される検索器ＲＥＴ、ならびに決定器および検索器に結合される比較器ＣＯＭＰを含む。
【００４４】
受信器ＲＥＣは、ＣＷＭＰの通知メッセージＩＮＦＯＲＭをデバイスＣＰＥ１、ＤＥＶ１、ＤＥＶ２、ＣＰＥ２、ＤＥＶ３、．．．のうちの１つから受信するために含まれる。通知メッセージを送るデバイスは、ＬＡＮデバイスまたはゲートウェイ自体のうちの１つのどちらかであることが注目されなければならない。
【００４５】
決定器ＤＥＴは、ゲートウェイデバイスのパブリックＩＰアドレスをＣＷＭＰのデータモデルパラメータに従って通知メッセージから決定するために含まれる。この決定されたＩＰアドレスはパブリックＩＰアドレスと呼ばれ、「ＩＰ−Ｐｕｂｌｉｃ」として図１に示される。
【００４６】
検索器ＲＥＴは、ＩＰアドレスを通知メッセージのｈｔｔｐレベルでｈｔｔｐヘッダフィールド内のＸ−Ｆｏｒｗａｒｄｅｄ  ＦｏｒフィールドＸＦＦから検索するために含まれる。この検索されたＩＰアドレスは「フォワードされたＩＰアドレス」と呼ばれ、ＩＰ−Ｆｏｒｗとして図１に示される。本発明によれば、検索器ＲＥＴは、ｎ−最も最後のＩＰアドレスの関連で、Ｘ−Ｆｏｒｗａｒｄｅｄ  ＦｏｒフィールドＸＦＦ内のフォワードされたＩＰアドレスＩＰ−Ｆｏｒｗを選択することをさらに可能にされ、数（ｎ）は、自動構成サーバ（ＡＣＳ）に到達するために、ＣＷＭＰのメッセージが通過するブロードバンドネットワーク内のネットワークトポロジによる、少なくとも１つのロードバランサＬＢ１および／またはＬＢ２の所定の数である。上記で解説されたように、「Ｘ−Ｆｏｒｗａｒｄｅｄ  Ｆｏｒ」フィールドは、コンマで分けられたＩＰアドレスのリストを保持する。リストは、元のクライアントの発信元アドレスである一番最初のＩＰアドレスを含む。メッセージがそれぞれの連続するロードバランサまたはプロキシを通過すると、このネットワークエレメントは、ネットワークエレメントがメッセージを受信した元であるネットワークエレメントのＩＰアドレスを追加する。このようにしてＩＰアドレスのリストは、作り上げられ、自動構成サーバによってグローバルな通知メッセージ内で受信される。ｎ−最も最後のＩＰアドレスの関連で、Ｘ−Ｆｏｒｗａｒｄｅｄ  Ｆｏｒフィールド内のこのリストから「フォワードされたＩＰアドレス」と呼ばれるＩＰアドレスを選択することは、計数がリスト内の最後に追加されたＩＰアドレスからスタートし、リストが作り上げられた方法とは逆の順番で継続することを意味する。
【００４７】
比較器ＣＯＭＰは、フォワードされたＩＰアドレスＩＰ−ＦｏｒｗとパブリックＩＰアドレスＩＰ−Ｐｕｂｌｉｃを比較するため、およびなりすましが存在するかどうかをこの点に基づいて決定するために含まれる。
【００４８】
本発明による方法の異なるステップは以下にここで今説明される：
特定のデバイスが自動構成サーバに通知メッセージを送る。なりすましが存在する場合、インターネットプロトコルアドレスのなりすましを決定するのがＡＣＳの目的である。ここでＡＣＳは以下のステップに関して実行する：
−  ＣＷＭＰの通知メッセージをデバイスから受信するステップと、
−  ゲートウェイデバイスのパブリックＩＰアドレス、ＩＰ−ＰｕｂｌｉｃをＣＷＭＰのデータモデルパラメータに従ってメッセージから決定するステップと、
−  フォワードされたＩＰアドレス、ＩＰ−Ｆｏｒｗを通知メッセージのｈｔｔｐレベルでｈｔｔｐヘッダフィールド内のＸ−Ｆｏｒｗａｒｄｅｄ−ＦｏｒフィールドＸＦＦから検索するステップ。この検索ステップを実行するために、以下の２つのサブステップが実施される：
−  自動構成サーバ（ＡＣＳ）に到達するために、ＣＷＭＰのメッセージが通過するブロードバンドネットワーク内のネットワークトポロジに従って、ロードバランサＬＢ１および／またはＬＢ２すべての数（ｎ）を事前決定することと、
−  ｎ−最も最後のＩＰアドレスの関連で、Ｘ−Ｆｏｒｗａｒｄｅｄ  ＦｏｒフィールドＸＦＦ内のフォワードされたＩＰアドレス、ＩＰ−Ｆｏｒｗを選択すること、ならびに
−  フォワードされたＩＰアドレス、ＩＰ−ＦｏｒｗとパブリックＩＰアドレス、ＩＰ−Ｐｕｂｌｉｃを比較し、なりすましが存在するかどうかをこの点に基づいて決定するステップ。
【００４９】
その上、ＣＷＭＰの通知メッセージがゲートウェイの通知メッセージであるとき、それによってパブリックＩＰアドレス、ＩＰ−Ｐｕｂｌｉｃを決定する上記ステップは、メッセージの発信者のＩＰアドレスフィールドからＣＷＭＰのデータモデルパラメータに従ってこのパブリックＩＰアドレス、ＩＰ−Ｐｕｂｌｉｃを検索するステップを含む。
【００５０】
例えばＤＥＶ１、ＤＥＶ２、またはＤＥＶ３などのＬＡＮデバイスが通知メッセージを送っているとき、ＬＡＮデバイスは通知の中でそのＩＰアドレスも送っていることが注目されなければならない。しかしこのＩＰアドレスはローカルなＩＰアドレスにすぎない。これらのデバイスは、例えばＤＥＶ１に対するＣＰＥ１の識別子すなわちゲートウェイ識別子、ＧＷ−ＩＤなどのデバイスのゲートウェイ情報も通知メッセージの中で送っている。アイデアは、ＡＣＳのデータ記憶装置を使用する探索によってゲートウェイ識別子に基づいてゲートウェイのＩＰアドレスを見つけることである。最終的にこの探索されたＩＰアドレスは、ＸＦＦフィールドのうちの１つと比較される。したがって、ＣＷＭＰの通知メッセージがＬＡＮデバイスの通知メッセージであるとき、決定するステップは２つのサブステップを含む：
−  ＣＷＭＰのデータモデルパラメータに従ってメッセージからゲートウェイ識別子ＧＷ−ＩＤを検索するステップと
−  ゲートウェイ識別子に基づいてパブリックＩＰアドレスを自動構成サーバのデータ記憶装置ＭＥＭから探索するステップ。
【００５１】
本発明の方法は、「ｎ」に関して異なる値の場合に、インターネットプロトコルアドレスのなりすましを検出するための全体的な手順に統合されてよいことが注目されなければならない。このような全体的な手順は、なりすましが存在するかどうかを決定するそのステップにおいて比較器を最終的にサポートするためにＡＣＳによってさらに実行される異なるルールおよび条件を含む。
【００５２】
可能な実装形態が以下にここで抽象的に提供される。
【００５３】
１）値ｎがゼロの場合：ｎ＝０、ネットワークトポロジにプロキシ／ロードバランサが存在しないはずである。図１の点線を参照されたい。ＩＰ層からのＩＰアドレスはＩＰパケットから直接検索される。Ｘ−Ｆｏｒｗａｒｄｅｄ  Ｆｏｒのヘッダが存在するとき、通知メッセージはなりすましとして扱われる。
【００５４】
したがってデバイスが通知メッセージを送る場合：
−  Ｘ−Ｆｏｒｗａｒｄｅｄ−Ｆｏｒのヘッダなし：ＩＰ層からパブリックＩＰアドレスを読み込む。
【００５５】
−  Ｘ−Ｆｏｒｗａｒｄｅｄ−Ｆｏｒのヘッダあり：ＩＰ層からパブリックＩＰアドレスを読み込み、なりすましとしてメッセージを指示する。
【００５６】
２）値ｎがゼロより大きい場合：ｎ＞０、ｎ番目のＩＰａｄｄｒｅｓｓは、由来するＩＰアドレスとしてＸ−Ｆｏｒｗａｒｄｅｄ−Ｆｏｒのｈｔｔｐヘッダの最後のエントリ（右）から読み込まれる。
【００５７】
図１の実線の例において、ＣＰＥ１（ｉｐ１）がメッセージを送ったことをシミュレートするハッカーＣＰＥ２（ｉｐ５）から来る通知メッセージに関して、ＸＦＦのリストは：「ｉｐ１、ｉｐ５、ｉｐ２」のように見える。ｎ＝２では、「ｉｐ５」はデバイスの由来するアドレスとみなされる。
【００５８】
一旦デバイスのパブリックＩＰアドレスが決定されると：
ＴＲ０−６９のゲートウェイデバイスに関して：通知メッセージ内のＣＷＭＰのデータモデルのＩＰアドレスとパブリックＩＰアドレスを比較する。これらが一致しない場合、これはなりすましである。
【００５９】
ＴＲ０−６９のＬＡＮデバイスに関して：ＣＷＭＰのデータモデルのゲートウェイ識別子を決定し、ゲートウェイのパブリックＩＰアドレスをデータ記憶装置内で探索し、両方のアドレスを比較する。これらが一致しない場合、これもなりすましである。
【００６０】
したがってデバイスが通知メッセージを送る場合：
−  Ｘ−Ｆｏｒｗａｒｄｅｄ−Ｆｏｒのヘッダなし：ヘッダを読み込むことができない。構成エラー。通知メッセージは却下された。
【００６１】
−  Ｘ−Ｆｏｒｗａｒｄｅｄ−Ｆｏｒ：ｎ−（ｎ）一番最後（一番右）のＩＰアドレスを読み込む。これがより多くのエントリを収める場合、これはなりすましである。
【００６２】
本発明は、ｎに関する値がゼロ、１、または２であることに限定されないことがここでも注目されなければならない。上記で解説されたように、本発明はデバイスと自動構成サーバとの間に任意の数のロードバランサがあるブロードバンドネットワークに対して有効であり、これは本発明が「ｎ」に関する任意の値で適用されてよいことを意味する。
【００６３】
多くの例が、本発明の原理を使用する可能なグローバルな手順の仕組みをさらに示すために、以下にここで今提供される。
【００６４】
ｎに関して異なる値を有する異なるネットワークトポロジが説明される。ｎの異なる値に対する適用可能なトポロジは図１に従ってよい：
ｎ＝０  デバイスからＡＣＳへの点線によってフォローされる実線のシーケンスと、
ｎ＝１  ＬＢ１を経由するデバイスからの実線、およびＡＣＳへの点／ストライプ線のシーケンスと、
ｎ＝２  ＬＢ１およびＬＢ２を経由する実線。
【００６５】
例は、ゲートウェイおよびゲートウェイの背後にあるデバイスに対して毎回提供される。
【００６６】
毎回、第１に（ａ）通常の状況が解説され、すなわち通常の行動が始められ、なりすましは始められない。第２に（ｂ）なりすましの１つのレベルが説明され、解説される。このなりすましはＣＷＭＰレベルで始められる。通知メッセージ内のＩＰアドレスまたはゲートウェイ識別子はなりすまされる。最終的に（ｃ）なりすましの２つのレベルが始められ、すなわち（ｂ）におけるものと類似のなりすましが始められ、加えてＸ−ｆｏｒｗａｒｄ  Ｆｏｒフィールドのレベルでも始められる。
【００６７】
Ｉ．トポロジｎ＝０
１）ＴＲ０６９のゲートウェイデバイス：ＡＣＳに直接結合された（ＣＰＥ１、ＣＰＥ２）
ａ）通常：ＣＰＥ１（ＩＰ１）からＡＣＳへのＧＷの通知メッセージ：
比較：ＩＰ層のソースＩＰ＠（＝ＩＰ１）とＣＷＭＰからのＩＰ＠（＝ＩＰ１）→ｏｋ
ｂ）ＣＰＥ２（ＩＰ５）によるなりすまし：ＣＰＥ２（ＩＰ５）からＡＣＳへの偽（ＩＰ１）のＧＷの通知メッセージ：
比較：ＩＰ層のソースＩＰ＠（＝ＩＰ５）とＣＷＭＰからのＩＰ＠（＝ＩＰ１）→なりすまし
ｃ）ＣＰＥ２（ＩＰ５）によるなりすまし：ＣＰＥ２（ＩＰ５）からＡＣＳへの偽（ＩＰ１およびＸＦＦ（ＩＰ１））のＧＷの通知メッセージ→ＸＦＦ（ＩＰ１）
比較：ＩＰ層（ｎ＝０）からのＩＰ＠（＝ＩＰ５）とＣＷＭＰからのＩＰ＠（＝ＩＰ１）→なりすまし
【００６８】
２）ＴＲ０６９のＬＡＮデバイス（ＤＥＶ１、ＤＥＶ２、ＤＥＶ３）であって、ＡＣＳに直接結合されたそのＧＷを経由するＴＲ０６９のＬＡＮデバイス（ＤＥＶ１、ＤＥＶ２、ＤＥＶ３）
ａ）通常：ＤＥＶ１（ＩＰ４）からＣＰＥ（ＩＰ１）を介したＡＣＳへのデバイスの通知メッセージ：
比較：ＩＰ層のソースＩＰ＠（＝ＩＰ１）とＣＷＭＰからの探索されたＧＷのＩＰ＠（＝ＩＰ１）→ｏｋ
ｂ）ＤＥＶ３によるなりすまし：ＤＥＶ３からＡＣＳへの偽（ゲートウェイ識別子＝ＣＰＥ１）のデバイスの通知メッセージ：
比較：ＩＰ層のソースＩＰ＠（＝ＩＰ５）とＣＷＭＰからの探索されたＧＷのＩＰ＠（＝ＩＰ１）→なりすまし
ｃ）ＤＥＶ３によるなりすまし：ＤＥＶ３からＡＣＳへの偽（ゲートウェイ識別子＝ＣＰＥ１およびＸＦＦ（ＩＰ１））のデバイスの通知メッセージ→ＸＦＦ（ＩＰ１）
比較：ＩＰ層（ｎ＝０）からのＩＰ＠（＝ＩＰ５）とＣＷＭＰからの探索されたＧＷのＩＰ＠（＝ＩＰ１）→なりすまし
【００６９】
ＩＩ．トポロジｎ＝１
１）ＡＣＳにＬＢ１を介した結合されたＴＲ０６９のゲートウェイデバイス（ＣＰＥ１、ＣＰＥ２）
ａ）通常：ＣＰＥ１（ＩＰ１）からＬＢ１（ＩＰ２）を介したＡＣＳへのＧＷの通知メッセージ→ＸＦＦ（ＩＰ１）
比較：ｎ＝１であるＸＦＦのＩＰ＠（＝ＩＰ１）とＣＷＭＰからのＩＰ＠（＝ＩＰ１）→ｏｋ
ｂ）ＣＰＥ２（ＩＰ５）によるなりすまし：ＣＰＥ２（ＩＰ５）からＬＢ１（ＩＰ２）を介したＡＣＳへの偽（ＩＰ１）のＧＷの通知メッセージ→ＸＦＦ（ＩＰ５）
比較：ｎ＝１であるＸＦＦのＩＰ＠（＝ＩＰ５）とＣＷＭＰからのＩＰ＠（＝ＩＰ１）→なりすまし
ｃ）ＣＰＥ２（ＩＰ５）によるなりすまし：ＣＰＥ２（ＩＰ５）からＬＢ１（ＩＰ２）を介したＡＣＳへの偽（ＩＰ１およびＸＦＦ（ＩＰ１））のＧＷの通知メッセージ→ＸＦＦ（ＩＰ１、ＩＰ５）
比較：ｎ＝１であるＸＦＦのＩＰ＠（＝ＩＰ５）とＣＷＭＰからのＩＰ＠（＝ＩＰ１）→なりすまし
【００７０】
２）ＴＲ０６９のＬＡＮデバイス（ＤＥＶ１、ＤＥＶ２、ＤＥＶ３）であって、ＡＣＳにＬＢ１を介して結合されたそのＧＷを介したＴＲ０６９のＬＡＮデバイス（ＤＥＶ１、ＤＥＶ２、ＤＥＶ３）
ａ）通常：ＤＥＶ１（ＩＰ４）からＣＰＥ１（ＩＰ１）を介した、およびＬＢ１（ＩＰ２）を介したＡＣＳへのデバイスの通知メッセージ→ＸＦＦ（ＩＰ１）
比較：ｎ＝１であるＸＦＦのＩＰ＠（＝ＩＰ１）とＣＷＭＰからの探索されたＧＷのＩＰ＠（＝ＩＰ１）→ｏｋ
ｂ）ＤＥＶ３によるなりすまし：ＤＥＶ３からＬＢ１（ＩＰ２）を介したＡＣＳへの偽（ゲートウェイ識別子＝ＣＰＥ１）のデバイスの通知メッセージ→ＸＦＦ（ＩＰ５）
比較：ｎ＝１であるＸＦＦのＩＰ＠（＝ＩＰ５）とＣＷＭＰからの探索されたＧＷのＩＰ＠（＝ＩＰ１）→なりすまし
ｃ）ＤＥＶ３によるなりすまし：ＤＥＶ３からＬＢ１（ＩＰ２）を介したＡＣＳへの偽（ゲートウェイ識別子＝ＣＰＥ１およびＸＦＦ（ＩＰ１））のデバイスの通知メッセージ→ＸＦＦ（ＩＰ１、ＩＰ５）
比較：ｎ＝１であるＸＦＦのＩＰ＠（＝ＩＰ５）とＣＷＭＰからの探索されたＧＷのＩＰ＠（＝ＩＰ１）→なりすまし
【００７１】
ＩＩＩ．トポロジｎ＝２
１）ＡＣＳにＬＢ１およびＬＢ２を介して結合されたＴＲ０６９のゲートウェイデバイス（ＣＰＥ１、ＣＰＥ２）
ａ）通常：ＣＰＥ１（ＩＰ１）からＬＢ１（ＩＰ２）およびＬＢ２（ＩＰ３）を介したＡＣＳへのＧＷの通知メッセージ→ＸＦＦ（ＩＰ１、ＩＰ２）
比較：ｎ＝２であるＸＦＦのＩＰ＠（＝ＩＰ１）とＣＷＭＰからのＩＰ＠（＝ＩＰ１）→ｏｋ
ｂ）ＣＰＥ２（ＩＰ５）によるなりすまし：ＣＰＥ２（ＩＰ５）からＬＢ１（ＩＰ２）およびＬＢ２（ＩＰ３）を介したＡＣＳへの偽（ＩＰ１）のＧＷの通知メッセージ→ＸＦＦ（ＩＰ５、ＩＰ２）
比較：ｎ＝２であるＸＦＦのＩＰ＠（＝ＩＰ５）とＣＷＭＰからのＩＰ＠（＝ＩＰ１）→なりすまし
ｃ）ＣＰＥ２（ＩＰ５）によるなりすまし：ＣＰＥ２（ＩＰ５）からＬＢ１（ＩＰ２）およびＬＢ２（ＩＰ３）を介したＡＣＳへの偽（ＩＰ１およびＸＦＦ（ＩＰ１））のＧＷの通知メッセージ→ＸＦＦ（ＩＰ１、ＩＰ５、ＩＰ２）
比較：ｎ＝２であるＸＦＦのＩＰ＠（＝ＩＰ５）とＣＷＭＰからのＩＰ＠（＝ＩＰ１）→なりすまし
【００７２】
２）ＴＲ０６９のＬＡＮデバイス（ＤＥＶ１、ＤＥＶ２、ＤＥＶ３）であって、ＡＣＳにＬＢ１およびＬＢ２を介して結合されたそのＧＷを介したＴＲ０６９のＬＡＮデバイス（ＤＥＶ１、ＤＥＶ２、ＤＥＶ３）
ａ）通常：ＤＥＶ１（ＩＰ４）からＣＰＥ１（ＩＰ１）を介した、ならびにＬＢ１（ＩＰ２）およびＬＢ２（ＩＰ３）を介したＡＣＳへのデバイスの通知メッセージ→ＸＦＦ（ＩＰ１；ＩＰ２）
比較：ｎ＝２であるＸＦＦのＩＰ＠（＝ＩＰ１）とＣＷＭＰからの探索されたＧＷのＩＰ＠（＝ＩＰ１）→ｏｋ
ｂ）ＤＥＶ３によるなりすまし：ＤＥＶ３からＬＢ１（ＩＰ２）およびＬＢ２（ＩＰ３）を介したＡＣＳへの偽（ゲートウェイ識別子＝ＣＰＥ１）のデバイスの通知メッセージ→ＸＦＦ（ＩＰ５、ＩＰ２）
比較：ｎ＝２であるＸＦＦのＩＰ＠（＝ＩＰ５）とＣＷＭＰからの探索されたＧＷのＩＰ＠（＝ＩＰ１）→なりすまし
ｃ）ＤＥＶ３によるなりすまし：ＤＥＶ３からＬＢ１（ＩＰ２）およびＬＢ２（ＩＰ３）を介したＡＣＳへの偽（ゲートウェイ識別子＝ＣＰＥ１およびＸＦＦ（ＩＰ１））のデバイスの通知メッセージ→ＸＦＦ（ＩＰ１、ＩＰ５、ＩＰ２）
比較：ｎ＝２であるＸＦＦのＩＰ＠（＝ＩＰ５）とＣＷＭＰからの探索されたＧＷのＩＰ＠（＝ＩＰ１）→なりすまし
【００７３】
最後の注目は、本発明の実施形態は機能的なブロックの観点から上記で説明されるということである。これらのブロックの機能的な説明から、上記を考慮すると、どのようにこれらのブロックの実施形態がよく知られている電子部品で製造されてよいかは、電子デバイスをデザインする当業者には明白であろう。機能的なブロックの内容に関する詳細なアーキテクチャは、このような訳で与えられない。
【００７４】
本発明の諸原理が具体的な装置に関連して上記で説明されてきたが、この説明が例としてのみなされ、添付の特許請求の範囲に規定されたような本発明の範囲を限定するものではないことを明確に理解されたい。
【図１】
0006574057.tif 000002