特許 6574057 自動構成サーバおよび方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6574057

(24)【登録日】2019年8月23日

(45)【発行日】2019年9月11日

(54)【発明の名称】自動構成サーバおよび方法

(51)【国際特許分類】

   H04L 12/66 20060101AFI20190902BHJP

【ＦＩ】

   H04L12/66 B

【請求項の数】4

【全頁数】14

(21)【出願番号】特願2018-512935(P2018-512935)

(86)(22)【出願日】2016年8月31日

(65)【公表番号】特表2018-526936(P2018-526936A)

(43)【公表日】2018年9月13日

(86)【国際出願番号】EP2016070489

(87)【国際公開番号】WO2017042069

(87)【国際公開日】20170316

【審査請求日】2018年4月18日

(31)【優先権主張番号】15306380.5

(32)【優先日】2015年9月10日

(33)【優先権主張国】EP

(73)【特許権者】

【識別番号】391030332

【氏名又は名称】アルカテル−ルーセント

(74)【代理人】

【識別番号】110001173

【氏名又は名称】特許業務法人川口國際特許事務所

(72)【発明者】

【氏名】ダニシク，バハディル

(72)【発明者】

【氏名】ヤン，ジーガン

【審査官】 森田 充功

(56)【参考文献】

【文献】 特表２０１２−５０１５６２（ＪＰ，Ａ）

【文献】 特表２０１０−５３０１４９（ＪＰ，Ａ）

【文献】 特表２０１３−５３４１０４（ＪＰ，Ａ）

【文献】 国際公開第２０１４／１４６９９６（ＷＯ，Ａ１）

【文献】 国際公開第２００７／１１０９５１（ＷＯ，Ａ１）

【文献】 米国特許出願公開第２０１３／００１３７５２（ＵＳ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｌ １２／６６

(57)【特許請求の範囲】

【請求項1】

少なくとも１つのホームネットワーク内の、少なくとも１つのゲートウェイデバイス（ＣＰＥ１、．．）を含む少なくとも１つのデバイス（ＤＥＶ１、ＣＰＥ１、．．．）に、ブロードバンドネットワーク内の少なくとも１つのロードバランサ（ＬＢ１、ＬＢ２、．．．）を介して結合されている自動構成サーバ（ＡＣＳ）による実行のための、インターネットプロトコルアドレスのなりすましを阻止する方法であって、前記方法は、ハイパーテキストトランスファプロトコル（ｈｔｔｐ）の上でＣＰＥ ＷＡＮ管理プロトコル（ＣＷＭＰ）を使用することによって前記デバイスをリモートに管理することを含み、前記方法は、ＣＷＭＰの通知メッセージを前記デバイスから受信するステップと、
− 前記ゲートウェイデバイスのパブリックＩＰアドレス（ＩＰ−Ｐｕｂｌｉｃ）をＣＷＭＰのデータモデルパラメータに従って前記メッセージから決定するステップと、
− フォワードされたＩＰアドレス（ＩＰ−Ｆｏｒｗ）を前記通知メッセージのｈｔｔｐレベルでｈｔｔｐヘッダフィールド内のＸ−Ｆｏｒｗａｒｄｅｄ Ｆｏｒフィールド（ＸＦＦ）から検索するステップと、
− 前記フォワードされたＩＰアドレス（ＩＰ−Ｆｏｒｗ）と前記パブリックＩＰアドレス（ＩＰ−Ｐｕｂｌｉｃ）を比較し、なりすましが存在するかどうかをこの点に基づいて決定するステップと
を含み、
− 前記自動構成サーバ（ＡＣＳ）に到達するために、ＣＷＭＰのメッセージが通過する前記ブロードバンドネットワーク内のネットワークトポロジに従って、前記少なくとも１つのロードバランサ（ＬＢ１、ＬＢ２）の数（ｎ）を事前決定することと、
− 最も最後のＩＰアドレスからｎ番目の関連で、前記Ｘ−Ｆｏｒｗａｒｄｅｄ Ｆｏｒフィールド（ＸＦＦ）内の前記フォワードされたＩＰアドレス（ＩＰ−Ｆｏｒｗ）を選択することと
によって、検索する前記ステップを実行することによって特徴付けられる、インターネットプロトコルアドレスのなりすましを阻止する方法。

【請求項2】

前記ＣＷＭＰの通知メッセージがゲートウェイの通知メッセージであるとき、それによって決定する前記ステップが、
− 前記メッセージの発信者のＩＰアドレスフィールドからＣＷＭＰのデータモデルパラメータに従って前記パブリックＩＰアドレス（ＩＰ−Ｐｕｂｌｉｃ）を検索するステップ
を含むことをさらに特徴とする、請求項１に記載の方法。

【請求項3】

前記ＣＷＭＰの通知メッセージがＬＡＮデバイスの通知メッセージであるとき、それによって決定する前記ステップが、
− ＣＷＭＰのデータモデルパラメータに従って前記メッセージからゲートウェイ識別子（ＧＷ−ＩＤ）を検索するステップと、
− 前記ゲートウェイ識別子に基づいて前記パブリックＩＰアドレスを前記自動構成サーバのデータ記憶装置（ＭＥＭ）から探索するステップと
を含むことをさらに特徴とする、請求項１に記載の方法。

【請求項4】

少なくとも１つのホームネットワーク内の少なくとも１つのゲートウェイデバイス（ＣＰＥ１、．．．）を含む少なくとも１つのデバイス（ＣＰＥ１、ＤＥＶ１、．．．）にブロードバンドネットワーク内の少なくとも１つのロードバランサ（ＬＢ１、ＬＢ２、．．．）を介して結合されたインターネットプロトコルアドレスのなりすましを阻止する自動構成サーバ（ＡＣＳ）であって、前記自動構成サーバ（ＡＣＳ）は、ハイパーテキストトランスファプロトコル（ｈｔｔｐ）の上でＣＰＥ ＷＡＮ管理プロトコル（ＣＷＭＰ）によって前記デバイスをリモートに管理することを可能にされ、前記自動構成サーバは、
− ＣＷＭＰの通知メッセージ（ＩＮＦＯＲＭ）を前記デバイスから受信するための受信器（ＲＥＣ）と、
− 前記ゲートウェイデバイスのパブリックＩＰアドレス（ＩＰ−Ｐｕｂｌｉｃ）をＣＷＭＰのデータモデルパラメータに従って前記メッセージから決定するための決定器（ＤＥＴ）と、
− フォワードされたＩＰアドレス（ＩＰ−Ｆｏｒｗ）を前記通知メッセージのｈｔｔｐレベルでｈｔｔｐヘッダフィールド内のＸ−Ｆｏｒｗａｒｄｅｄ Ｆｏｒフィールド（ＸＦＦ）から検索するための検索器（ＲＥＴ）と、
− 前記フォワードされたＩＰアドレス（ＩＰ−Ｆｏｒｗ）と前記パブリックＩＰアドレス（ＩＰ−Ｐｕｂｌｉｃ）を比較するため、およびなりすましが存在するかどうかをこの点に基づいて決定するための比較器と
を含み、
前記検索器（ＲＥＴ）は、最も最後のＩＰアドレスからｎ番目の関連で、前記Ｘ−Ｆｏｒｗａｒｄｅｄ Ｆｏｒフィールド（ＸＦＦ）内の前記フォワードされたＩＰアドレス（ＩＰ−Ｆｏｒｗ）を選択することを可能にされ、前記数（ｎ）は、前記自動構成サーバ（ＡＣＳ）に到達するために、ＣＷＭＰのメッセージが通過する前記ブロードバンドネットワーク内のネットワークトポロジによる前記少なくとも１つのロードバランサ（ＬＢ１、ＬＢ２）の所定の数であることを特徴とする、自動構成サーバ（ＡＣＳ）。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、インターネットプロトコルアドレスのなりすましを阻止するための自動構成サーバ、および関連方法に関する。

【背景技術】

【0002】

このような自動構成サーバまたは簡潔にＡＣＳ（Ａｕｔｏ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｓｅｒｖｅｒ）は当技術分野で知られ、ホームネットワーク内のゲートウェイデバイスおよびローカルエリアネットワークデバイス、ＬＡＮデバイスなどの異なる種類のデバイスに、ブロードバンドネットワーク内のもう１つのロードバランサを介して最終的に結合される。

【0003】

本出願における言及されたロードバランサは、リバース／フォワードプロキシによって実装されてもよいことが注目される。

【0004】

このような自動構成サーバは、ハイパーテキストトランスファプロトコル、簡潔にｈｔｔｐの上で、顧客宅内機器広域エリアネットワーク管理プロトコル、簡潔にＣＰＥ ＷＡＮ管理プロトコルＣＷＭＰ（Ｃｕｓｔｏｍｅｒ Ｐｒｅｍｉｓｅｓ Ｅｑｕｉｐｍｅｎｔ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）によって、異なるホームネットワーク内のデバイスをリモートに管理することを可能にされる。

【0005】

ブロードバンドフォーラムＴＲ−０６９（技術レポート０６９）は、シンプルオブジェクトアクセスプロトコルＳＯＡＰのメッセージとして、このＣＷＭＰプロトコルおよびそのリモートプロシージャコールのメッセージＲＰＣを規定する。

【0006】

ホームネットワーク内のデバイスである、ゲートウェイまたはＬＡＮデバイスのどちらかすなわちゲートウェイの背後にあるユーザデバイスは、ＡＣＳサーバと通信するためにＴＲ−０６９の通知メッセージを送っている。デバイスは、ＡＣＳとのセッションが確立されるたびに、トランザクションシーケンスを開始するために通知メソッドをコールしている。

【0007】

これらの通知メッセージは、デバイスのブートストラップ、パラメータの値の変化、ブートのようなイベントが原因でトリガされてよく、またはＡＣＳによって定期的にスケジュール化された定期的な通知であってよい。

【0008】

ゲートウェイなどのデバイスによって送信されている通知メッセージは、例えば：
ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ＷＡＮＤｅｖｉｃｅ．１．ＷＡＮＣｏｎｎｅｃｔｉｏｎＤｅｖｉｃｅ．１．ＷＡＮＩＰＣｏｎｎｅｃｔｉｏｎ．２．ＥｘｔｅｒｎａｌＩＰＡｄｄｒｅｓｓ＝１５６．２０．２５．６７
のような、ＴＲ−０６９のデータモデルパラメータに従って、ゲートウェイのパブリックインターネットプロトコルアドレスを収める。

【0009】

このようなパブリックインターネットプロトコルアドレスつまりパブリックＩＰアドレスは、デバイスサービスのプロビジョニング中にオペレーションサポートシステムによって使用されることがある。実はＡＣＳは、オペレーションサポートシステムにパブリックＩＰアドレスをさらに報告することができ、パブリックＩＰアドレスに基づいてオペレーションサポートシステムは、特定の顧客のプロフィールにパブリックＩＰアドレスを相関させ、サービス関連のパラメータおよびパスワードを含むことができる顧客固有データでデバイスを構成することがある。

【0010】

このようにして攻撃者は、なりすましされたデバイスに関する第三者のサービスクレデンシャルに不正アクセスすることがあり、通知メッセージ内のパブリックＩＰアドレスのなりすましをすることによって違法活動を実施する。

【0011】

インターネットプロトコルアドレスのなりすましを阻止する一般的な方式は、通知メッセージを送信したクライアントのＩＰアドレスすなわちデバイスのＩＰアドレスで通知メッセージ内のパブリックＩＰアドレスをチェックすることによって、ＡＣＳサーバによって実施される。このクライアントＩＰアドレスは、インターネットプロトコルパケットから検索されてよく、またはデバイスとＡＣＳとの間にリバース／フォワードプロキシもしくはロードバランサがあるときには、Ｘ−Ｆｏｒｗａｒｄｅｄ−Ｆｏｒのｈｔｔｐヘッダから検索されてよい。両方のアドレスが一致するとき、通知メッセージは処理されてよく、一致しない場合、通知メッセージはなりすましとして削除される。

【0012】

デバイスと自動構成サーバとの間に１つまたは複数のリバース／フォワードプロキシおよび／またはロードバランサがあるとき、パブリックＩＰアドレスはＸ−Ｆｏｒｗａｒｄｅｄ−Ｆｏｒの属性から読み込まれることが解説されなければならない。Ｘ−Ｆｏｒｗａｒｄｅｄ−Ｆｏｒの属性は、コンマ区切りの、発信元アドレスからスタートするインターネットプロトコルアドレスのリストを保持する。

【0013】

一般的なフォーマットは：
Ｘ−Ｆｏｒｗａｒｄｅｄ−Ｆｏｒ：クライアントのＩＰアドレス、プロキシ１のＩＰアドレス、プロキシ２のＩＰアドレス
である。

【0014】

一番最初は元のクライアントである。実際にはこれはしばしば「一番左」と呼ばれる。クライアントのＩＰアドレスは、このような第１のアドレスに対して所定の場所のフィールドに入力されることを意味する。メッセージを通過させたそれぞれの連続するプロキシまたはロードバランサは、リクエストを受信した元であるネットワークエレメントのＩＰアドレスを追加している。以下、このようなリスト内のこのようなＩＰアドレスは、「フォワードされたＩＰアドレス」と呼ばれる。次々にＩＰアドレスは、メッセージを通過させるシーケンスを遵守する所定のルールに従って、リストに入力される。

【0015】

しかし攻撃者は、Ｘ−Ｆｏｒｗａｒｄｅｄ−Ｆｏｒのｈｔｔｐヘッダの属性のなりすましをして、偽造インターネットプロトコルアドレスを追加することがある。

【0016】

例えば顧客宅内機器が以下のルートに従って自動構成サーバＡＣＳにコンタクトしているとき：
ＣＰＥ（ｉｐ１）−−＞ＬＢ（ｉｐ２）−−＞ＬＢ（ｉｐ３）−−＞ＡＣＳ（ｉｐ４）
ここで、
ＣＰＥ：顧客宅内機器
ＬＢ：ロードバランサ
ＡＣＳ：自動構成サーバ
ここで括弧内はデバイスのインターネットプロトコルアドレス。リクエストがＡＣＳによって受信されているちょうどその時、Ｘ−Ｆｏｒｗａｒｄｅｄ−Ｆｏｒのリストは：「ｉｐ１、ｉｐ２」であるはずである。ＡＣＳは、パブリックＩＰアドレスすなわち実はＣＰＥのＩＰアドレスとして、一番最初のＩＰアドレスを読み込む。

【0017】

しかしハッカーがヘッダのなりすましをして、第１のメッセージ内のＸ−Ｆｏｒｗａｒｄｅｄ−Ｆｏｒ：（ｉｐ５）を送る場合、ＡＣＳは別のリスト：「ｉｐ５、ｉｐ１、ｉｐ２」を受信する。ＡＣＳは、一番最初のＩＰアドレス（一番左）であるとして、フォワードされたＩＰアドレスとして値を再び読み込む。しかしこのフォワードされたＩＰアドレスはＣＰＥのＩＰアドレスではなく、（ｉｐ５）つまりハッカーのアドレスである。これはなりすましの兆候である。

【0018】

しかし、ハッカーがもう１つのレベルに上がり、加えて通知メッセージ内でもパブリックＩＰアドレスを変化させるとき、両方のアドレスは並ぶ、すなわちパブリックＩＰアドレスおよびフォワードされたＩＰアドレスは再び並ぶ。ｉｐ５のアドレスを有するハッカーのデバイスは、例えばクレデンシャルおよび構成のような、なりすましされたデバイス（ＣＰＥ（ｉｐ１））向けの情報にアクセスすることができる。

【発明の概要】

【発明が解決しようとする課題】

【0019】

本発明の目的は、自動構成サーバによる実行のための方法および上記の知られているタイプの自動構成サーバ自体を提供することであるが、ソリューションは両方の種類のなりすましが始められたときにハッカーをそれでもなお認識するために提供される。

【課題を解決するための手段】

【0020】

実際、少なくとも１つのホームネットワーク内の、少なくとも１つのゲートウェイデバイスを含む、少なくとも１つのデバイスに、ブロードバンドネットワーク内の少なくとも１つのロードバランサを介して結合されている自動構成サーバによる実行のための、インターネットプロトコルアドレスのなりすましを阻止する方法が提供される。方法は、ハイパーテキストトランスファプロトコルの上でＣＰＥ ＷＡＮ管理プロトコルを使用することによってデバイスをリモートに管理することを含む。方法は、
− ＣＷＭＰの通知メッセージをデバイスから受信器によって受信することと、
− ゲートウェイデバイスのパブリックＩＰアドレスをＣＷＭＰのデータモデルパラメータに従ってメッセージから決定器によって決定するステップと、
− フォワードされたＩＰアドレスをメッセージのｈｔｔｐレベルでｈｔｔｐヘッダフィールド内のＸ−Ｆｏｒｗａｒｄｅｄ Ｆｏｒフィールドから検索器によって検索するステップと、
− 両方の決定されたアドレスすなわちパブリックＩＰアドレスとフォワードされたＩＰアドレスを比較器によって比較し、なりすましが存在するかどうかをこの点に基づいて決定するステップと
のステップをさらに含む。

【0021】

しかし知っている方法と知られている自動構成サーバの相違において、本発明のＡＣＳは、
− 第１に、ブロードバンドネットワーク内のネットワークトポロジに従って、自動構成サーバに到達するために、ＣＷＭＰのメッセージが通過する、少なくとも１つのロードバランサの数（ｎ）を事前決定することと、
− 第２に、ｎ−最も最後の（ｎ−ｍｏｓｔ ｌａｓｔ）ＩＰアドレスの関連で、Ｘ−Ｆｏｒｗａｒｄｅｄ Ｆｏｒフィールドから、フォワードされたＩＰアドレスを選択することとによって、
検索する上記ステップを実行する。

【0022】

したがって本発明によれば、目的は、ソリューションが、ＡＣＳに到達するために、およびこの構成に基づいてすなわちこの数（ｎ）の関連で、フォワードされたＩＰアドレスを読み込むために、デバイスが通過するネットワークトポロジにおけるプロキシの数（ｎ）を明示するという事実のおかげで実現される。

【0023】

発明者は、Ｘ−Ｆｏｒｗａｒｄｅｄ Ｆｏｒフィールド内のフォワードされたアドレスのリストの一番最初のＩＰアドレス（一番左）が、通知メッセージを効果的に送ったデバイスのアドレスをｈｔｔｐレベルで一貫して提供していないが、効果的な選択でこのデバイスが、ブロードバンドネットワークのトポロジに基づいてＡＣＳによって見つけられることがあるという見識を提供した。

【0024】

ＬＡＮデバイスおよびＧＷデバイスは、その通知メッセージ内にパラメータの異なるセットを有していることが解説されなければならない。

【0025】

ゲートウェイの背後にあるＬＡＮデバイスに関して、データモデルパラメータは「Ｄｅｖｉｃｅ」でスタートする、すなわちＤｅｖｉｃｅ．ＬＡＮ．ＩＰＡｄｄｒｅｓｓである。

【0026】

ゲートウェイデバイスに関して、データモデルパラメータは「ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ」でスタートする、すなわち「ＩｎｔｅｒｎｅｔＧａｔｅｗａｙＤｅｖｉｃｅ．ＷＡＮＤｅｖｉｃｅ．１．ＷＡＮＣｏｎｎｅｃｔｉｏｎＤｅｖｉｃｅ．１．ＷＡＮＩＰＣｏｎｎｅｃｔｉｏｎ．２．ＥｘｔｅｒｎａｌＩＰＡｄｄｒｅｓｓ」である。

【0027】

このようにしてＡＣＳは、通知メッセージがＬＡＮデバイスからのゲートウェイデバイスから来ることをデータモデルパラメータから認識することができる。

【0028】

その上、パブリックＩＰアドレスは、ＬＡＮデバイスに対してゲートウェイデバイスとは異なる方式でＡＣＳによって決定される。

【0029】

本発明の別の特徴的な特性は、ＣＷＭＰの通知メッセージが実はホームネットワーク内のゲートウェイデバイスから来るゲートウェイの通知メッセージであるとき、ゲートウェイデバイスのパブリックＩＰアドレスを決定するステップは、
− メッセージの発信者のＩＰアドレスフィールドからＣＷＭＰのデータモデルパラメータに従ってパブリックＩＰアドレスを検索するステップ
を含むというものである。

【0030】

このようにして、ゲートウェイの通知メッセージのタイプに関して、パブリックＩＰアドレスは通知メッセージ内のフィールドから直接検索される。

【0031】

しかし、ＬＡＮデバイスに関して、メッセージの発信者のＩＰアドレスフィールドは、例えば「１９２．１６８．１．３」のような家庭でのプライベートＩＰアドレスなので有用ではない。したがってＣＷＭＰの通知メッセージがＬＡＮデバイスの通知メッセージであるとき、ゲートウェイデバイスのパブリックＩＰアドレスを決定するステップは、
− ＣＷＭＰのデータモデルパラメータに従ってメッセージからゲートウェイ識別子を検索するステップと、
− ゲートウェイ識別子に基づいてパブリックＩＰアドレスを自動構成サーバのデータ記憶装置／メモリから探索するステップと
を含む。

【図面の簡単な説明】

【0032】

【図1】自動構成サーバのあるブロードバンドネットワークを表す。

【発明を実施するための形態】

【0033】

特許請求の範囲において使用される用語「含む」は、その後列挙された手段に限定的であるとして解釈されるべきではないことに留意されたい。このように、表現「手段ＡおよびＢを含むデバイス」の範囲は、構成要素ＡおよびＢのみからなるデバイスに限定されるべきではない。本発明に関して、関係するデバイスの構成要素がＡおよびＢだけであることを意味する。

【0034】

同様に、特許請求の範囲において使用される用語「結合される」も、直接の接続だけに限定的であるとして解釈されるべきではないことに留意されたい。このように、表現「デバイスＢに結合されたデバイスＡ」の範囲は、デバイスＡの出力がデバイスＢの入力に直接接続されるデバイスまたはシステムに限定されるべきではない。他のデバイスまたは手段を含むパスであることがあるＡの出力とＢの入力との間のパスが存在することを意味する。

【0035】

添付の図面と併用される実施形態の以下の説明を参照すると、本発明の上記および他の目的および特性はより明白になり、本発明自体は最もよく理解され、図１は自動構成サーバのあるブロードバンドネットワークを表す。

【0036】

図１に示された自動構成サーバのテレコミュニケーション環境による、本発明による自動構成サーバの仕組みは、図１に示された異なるブロックの機能的な説明によって解説される。この説明に基づくと、ブロックの実践的な実装形態は当業者には自明であり、したがって詳細に説明されない。加えて、インターネットプロトコルアドレスのなりすましを阻止する方法の原理の仕組みは、さらに詳細に説明される。

【0037】

図１を参照すると、ブロードバンド通信ネットワークが示される。ブロードバンド通信ネットワークは少なくとも２つのホームネットワークを含む：ホームネットワーク１ ＨＮ１およびホームネットワークＨＮ２が示される。

【0038】

ホームネットワーク１ ＨＮ１は、ＣＰＥ１である少なくとも１つのゲートウェイと共に、少なくとも１つのデバイスすなわちＤＥＶ１、ＤＥＶ２、およびＣＰＥ１を含む。ゲートウェイＣＰＥ１は、ＩＰアドレスＩＰ１を有し、２つのＬＡＮデバイスＤＥＶ１およびＤＥＶ２それぞれはプライベートＩＰアドレスを有し、例えばＤＥＶ１はプライベートＩＰアドレスＩＰ４を有する。

【0039】

ホームネットワーク２ ＨＮ２は、少なくとも１つのゲートウェイＣＰＥ２と共に、少なくとも１つのデバイスＤＥＶ１およびＣＰＥ２を含む。ゲートウェイＣＰＥ２はＩＰアドレスＩＰ５を有し、ＬＡＮデバイスＤＥＶ３はプライベートＩＰアドレス（図示せず）を有する。

【0040】

両方のホームネットワークは、自動構成サーバＡＣＳにブロードバンドＩＰネットワーク上で結合される。ホームネットワークは、２つのロードバランサＬＢ１およびＬＢ２を介し（実線）、またはただ１つのロードバランサＬＢ１を介し（点とストライプ線とを組み合わせた実線）、またはロードバランサを介さずに（点線と組み合わせた実線）、のいずれかでＡＣＳに結合される。３つの上記で言及されたトポロジのうちのただ１つが、ネットワーク内に同時に実装されるだけであることが解説されなければならない。

【0041】

しかし３つの異なるトポロジは、ＡＣＳのグローバルな手順がインターネットプロトコルアドレスのなりすましを阻止するための異なる結果を有し、本明細書によってすべて解説される。さらなる注目は、本発明は、ゼロ、１つ、または２つのロードバランサ／プロキシを介して自動構成サーバにホームデバイスを接続するトポロジを有するブロードバンドネットワークに限定されないということである。本発明は、これらの２つのネットワークエレメントの間に任意の数のロードバランサ／プロキシを有するトポロジを有するブロードバンドネットワークに適用可能である。

【0042】

ロードバランサＬＢ１およびＬＢ２は、ＩＰアドレスＩＰ２およびＩＰ３を個々に有する。

【0043】

自動構成サーバは、ホームデバイスが結合される受信器ＲＥＣ、受信器に結合される決定器ＤＥＴ、決定器ＤＥＴに結合されるデータ記憶装置（ＭＥＭ）、受信器に結合される検索器ＲＥＴ、ならびに決定器および検索器に結合される比較器ＣＯＭＰを含む。

【0044】

受信器ＲＥＣは、ＣＷＭＰの通知メッセージＩＮＦＯＲＭをデバイスＣＰＥ１、ＤＥＶ１、ＤＥＶ２、ＣＰＥ２、ＤＥＶ３、．．．のうちの１つから受信するために含まれる。通知メッセージを送るデバイスは、ＬＡＮデバイスまたはゲートウェイ自体のうちの１つのどちらかであることが注目されなければならない。

【0045】

決定器ＤＥＴは、ゲートウェイデバイスのパブリックＩＰアドレスをＣＷＭＰのデータモデルパラメータに従って通知メッセージから決定するために含まれる。この決定されたＩＰアドレスはパブリックＩＰアドレスと呼ばれ、「ＩＰ−Ｐｕｂｌｉｃ」として図１に示される。

【0046】

検索器ＲＥＴは、ＩＰアドレスを通知メッセージのｈｔｔｐレベルでｈｔｔｐヘッダフィールド内のＸ−Ｆｏｒｗａｒｄｅｄ ＦｏｒフィールドＸＦＦから検索するために含まれる。この検索されたＩＰアドレスは「フォワードされたＩＰアドレス」と呼ばれ、ＩＰ−Ｆｏｒｗとして図１に示される。本発明によれば、検索器ＲＥＴは、ｎ−最も最後のＩＰアドレスの関連で、Ｘ−Ｆｏｒｗａｒｄｅｄ ＦｏｒフィールドＸＦＦ内のフォワードされたＩＰアドレスＩＰ−Ｆｏｒｗを選択することをさらに可能にされ、数（ｎ）は、自動構成サーバ（ＡＣＳ）に到達するために、ＣＷＭＰのメッセージが通過するブロードバンドネットワーク内のネットワークトポロジによる、少なくとも１つのロードバランサＬＢ１および／またはＬＢ２の所定の数である。上記で解説されたように、「Ｘ−Ｆｏｒｗａｒｄｅｄ Ｆｏｒ」フィールドは、コンマで分けられたＩＰアドレスのリストを保持する。リストは、元のクライアントの発信元アドレスである一番最初のＩＰアドレスを含む。メッセージがそれぞれの連続するロードバランサまたはプロキシを通過すると、このネットワークエレメントは、ネットワークエレメントがメッセージを受信した元であるネットワークエレメントのＩＰアドレスを追加する。このようにしてＩＰアドレスのリストは、作り上げられ、自動構成サーバによってグローバルな通知メッセージ内で受信される。ｎ−最も最後のＩＰアドレスの関連で、Ｘ−Ｆｏｒｗａｒｄｅｄ Ｆｏｒフィールド内のこのリストから「フォワードされたＩＰアドレス」と呼ばれるＩＰアドレスを選択することは、計数がリスト内の最後に追加されたＩＰアドレスからスタートし、リストが作り上げられた方法とは逆の順番で継続することを意味する。

【0047】

比較器ＣＯＭＰは、フォワードされたＩＰアドレスＩＰ−ＦｏｒｗとパブリックＩＰアドレスＩＰ−Ｐｕｂｌｉｃを比較するため、およびなりすましが存在するかどうかをこの点に基づいて決定するために含まれる。

【0048】

本発明による方法の異なるステップは以下にここで今説明される：
特定のデバイスが自動構成サーバに通知メッセージを送る。なりすましが存在する場合、インターネットプロトコルアドレスのなりすましを決定するのがＡＣＳの目的である。ここでＡＣＳは以下のステップに関して実行する：
− ＣＷＭＰの通知メッセージをデバイスから受信するステップと、
− ゲートウェイデバイスのパブリックＩＰアドレス、ＩＰ−ＰｕｂｌｉｃをＣＷＭＰのデータモデルパラメータに従ってメッセージから決定するステップと、
− フォワードされたＩＰアドレス、ＩＰ−Ｆｏｒｗを通知メッセージのｈｔｔｐレベルでｈｔｔｐヘッダフィールド内のＸ−Ｆｏｒｗａｒｄｅｄ−ＦｏｒフィールドＸＦＦから検索するステップ。この検索ステップを実行するために、以下の２つのサブステップが実施される：
− 自動構成サーバ（ＡＣＳ）に到達するために、ＣＷＭＰのメッセージが通過するブロードバンドネットワーク内のネットワークトポロジに従って、ロードバランサＬＢ１および／またはＬＢ２すべての数（ｎ）を事前決定することと、
− ｎ−最も最後のＩＰアドレスの関連で、Ｘ−Ｆｏｒｗａｒｄｅｄ ＦｏｒフィールドＸＦＦ内のフォワードされたＩＰアドレス、ＩＰ−Ｆｏｒｗを選択すること、ならびに
− フォワードされたＩＰアドレス、ＩＰ−ＦｏｒｗとパブリックＩＰアドレス、ＩＰ−Ｐｕｂｌｉｃを比較し、なりすましが存在するかどうかをこの点に基づいて決定するステップ。

【0049】

その上、ＣＷＭＰの通知メッセージがゲートウェイの通知メッセージであるとき、それによってパブリックＩＰアドレス、ＩＰ−Ｐｕｂｌｉｃを決定する上記ステップは、メッセージの発信者のＩＰアドレスフィールドからＣＷＭＰのデータモデルパラメータに従ってこのパブリックＩＰアドレス、ＩＰ−Ｐｕｂｌｉｃを検索するステップを含む。

【0050】

例えばＤＥＶ１、ＤＥＶ２、またはＤＥＶ３などのＬＡＮデバイスが通知メッセージを送っているとき、ＬＡＮデバイスは通知の中でそのＩＰアドレスも送っていることが注目されなければならない。しかしこのＩＰアドレスはローカルなＩＰアドレスにすぎない。これらのデバイスは、例えばＤＥＶ１に対するＣＰＥ１の識別子すなわちゲートウェイ識別子、ＧＷ−ＩＤなどのデバイスのゲートウェイ情報も通知メッセージの中で送っている。アイデアは、ＡＣＳのデータ記憶装置を使用する探索によってゲートウェイ識別子に基づいてゲートウェイのＩＰアドレスを見つけることである。最終的にこの探索されたＩＰアドレスは、ＸＦＦフィールドのうちの１つと比較される。したがって、ＣＷＭＰの通知メッセージがＬＡＮデバイスの通知メッセージであるとき、決定するステップは２つのサブステップを含む：
− ＣＷＭＰのデータモデルパラメータに従ってメッセージからゲートウェイ識別子ＧＷ−ＩＤを検索するステップと
− ゲートウェイ識別子に基づいてパブリックＩＰアドレスを自動構成サーバのデータ記憶装置ＭＥＭから探索するステップ。

【0051】

本発明の方法は、「ｎ」に関して異なる値の場合に、インターネットプロトコルアドレスのなりすましを検出するための全体的な手順に統合されてよいことが注目されなければならない。このような全体的な手順は、なりすましが存在するかどうかを決定するそのステップにおいて比較器を最終的にサポートするためにＡＣＳによってさらに実行される異なるルールおよび条件を含む。

【0052】

可能な実装形態が以下にここで抽象的に提供される。

【0053】

１）値ｎがゼロの場合：ｎ＝０、ネットワークトポロジにプロキシ／ロードバランサが存在しないはずである。図１の点線を参照されたい。ＩＰ層からのＩＰアドレスはＩＰパケットから直接検索される。Ｘ−Ｆｏｒｗａｒｄｅｄ Ｆｏｒのヘッダが存在するとき、通知メッセージはなりすましとして扱われる。

【0054】

したがってデバイスが通知メッセージを送る場合：
− Ｘ−Ｆｏｒｗａｒｄｅｄ−Ｆｏｒのヘッダなし：ＩＰ層からパブリックＩＰアドレスを読み込む。

【0055】

− Ｘ−Ｆｏｒｗａｒｄｅｄ−Ｆｏｒのヘッダあり：ＩＰ層からパブリックＩＰアドレスを読み込み、なりすましとしてメッセージを指示する。

【0056】

２）値ｎがゼロより大きい場合：ｎ＞０、ｎ番目のＩＰａｄｄｒｅｓｓは、由来するＩＰアドレスとしてＸ−Ｆｏｒｗａｒｄｅｄ−Ｆｏｒのｈｔｔｐヘッダの最後のエントリ（右）から読み込まれる。

【0057】

図１の実線の例において、ＣＰＥ１（ｉｐ１）がメッセージを送ったことをシミュレートするハッカーＣＰＥ２（ｉｐ５）から来る通知メッセージに関して、ＸＦＦのリストは：「ｉｐ１、ｉｐ５、ｉｐ２」のように見える。ｎ＝２では、「ｉｐ５」はデバイスの由来するアドレスとみなされる。

【0058】

一旦デバイスのパブリックＩＰアドレスが決定されると：
ＴＲ０−６９のゲートウェイデバイスに関して：通知メッセージ内のＣＷＭＰのデータモデルのＩＰアドレスとパブリックＩＰアドレスを比較する。これらが一致しない場合、これはなりすましである。

【0059】

ＴＲ０−６９のＬＡＮデバイスに関して：ＣＷＭＰのデータモデルのゲートウェイ識別子を決定し、ゲートウェイのパブリックＩＰアドレスをデータ記憶装置内で探索し、両方のアドレスを比較する。これらが一致しない場合、これもなりすましである。

【0060】

したがってデバイスが通知メッセージを送る場合：
− Ｘ−Ｆｏｒｗａｒｄｅｄ−Ｆｏｒのヘッダなし：ヘッダを読み込むことができない。構成エラー。通知メッセージは却下された。

【0061】

− Ｘ−Ｆｏｒｗａｒｄｅｄ−Ｆｏｒ：ｎ−（ｎ）一番最後（一番右）のＩＰアドレスを読み込む。これがより多くのエントリを収める場合、これはなりすましである。

【0062】

本発明は、ｎに関する値がゼロ、１、または２であることに限定されないことがここでも注目されなければならない。上記で解説されたように、本発明はデバイスと自動構成サーバとの間に任意の数のロードバランサがあるブロードバンドネットワークに対して有効であり、これは本発明が「ｎ」に関する任意の値で適用されてよいことを意味する。

【0063】

多くの例が、本発明の原理を使用する可能なグローバルな手順の仕組みをさらに示すために、以下にここで今提供される。

【0064】

ｎに関して異なる値を有する異なるネットワークトポロジが説明される。ｎの異なる値に対する適用可能なトポロジは図１に従ってよい：
ｎ＝０ デバイスからＡＣＳへの点線によってフォローされる実線のシーケンスと、
ｎ＝１ ＬＢ１を経由するデバイスからの実線、およびＡＣＳへの点／ストライプ線のシーケンスと、
ｎ＝２ ＬＢ１およびＬＢ２を経由する実線。

【0065】

例は、ゲートウェイおよびゲートウェイの背後にあるデバイスに対して毎回提供される。

【0066】

毎回、第１に（ａ）通常の状況が解説され、すなわち通常の行動が始められ、なりすましは始められない。第２に（ｂ）なりすましの１つのレベルが説明され、解説される。このなりすましはＣＷＭＰレベルで始められる。通知メッセージ内のＩＰアドレスまたはゲートウェイ識別子はなりすまされる。最終的に（ｃ）なりすましの２つのレベルが始められ、すなわち（ｂ）におけるものと類似のなりすましが始められ、加えてＸ−ｆｏｒｗａｒｄ Ｆｏｒフィールドのレベルでも始められる。

【0067】

Ｉ．トポロジｎ＝０
１）ＴＲ０６９のゲートウェイデバイス：ＡＣＳに直接結合された（ＣＰＥ１、ＣＰＥ２）
ａ）通常：ＣＰＥ１（ＩＰ１）からＡＣＳへのＧＷの通知メッセージ：
比較：ＩＰ層のソースＩＰ＠（＝ＩＰ１）とＣＷＭＰからのＩＰ＠（＝ＩＰ１）→ｏｋ
ｂ）ＣＰＥ２（ＩＰ５）によるなりすまし：ＣＰＥ２（ＩＰ５）からＡＣＳへの偽（ＩＰ１）のＧＷの通知メッセージ：
比較：ＩＰ層のソースＩＰ＠（＝ＩＰ５）とＣＷＭＰからのＩＰ＠（＝ＩＰ１）→なりすまし
ｃ）ＣＰＥ２（ＩＰ５）によるなりすまし：ＣＰＥ２（ＩＰ５）からＡＣＳへの偽（ＩＰ１およびＸＦＦ（ＩＰ１））のＧＷの通知メッセージ→ＸＦＦ（ＩＰ１）
比較：ＩＰ層（ｎ＝０）からのＩＰ＠（＝ＩＰ５）とＣＷＭＰからのＩＰ＠（＝ＩＰ１）→なりすまし

【0068】

２）ＴＲ０６９のＬＡＮデバイス（ＤＥＶ１、ＤＥＶ２、ＤＥＶ３）であって、ＡＣＳに直接結合されたそのＧＷを経由するＴＲ０６９のＬＡＮデバイス（ＤＥＶ１、ＤＥＶ２、ＤＥＶ３）
ａ）通常：ＤＥＶ１（ＩＰ４）からＣＰＥ（ＩＰ１）を介したＡＣＳへのデバイスの通知メッセージ：
比較：ＩＰ層のソースＩＰ＠（＝ＩＰ１）とＣＷＭＰからの探索されたＧＷのＩＰ＠（＝ＩＰ１）→ｏｋ
ｂ）ＤＥＶ３によるなりすまし：ＤＥＶ３からＡＣＳへの偽（ゲートウェイ識別子＝ＣＰＥ１）のデバイスの通知メッセージ：
比較：ＩＰ層のソースＩＰ＠（＝ＩＰ５）とＣＷＭＰからの探索されたＧＷのＩＰ＠（＝ＩＰ１）→なりすまし
ｃ）ＤＥＶ３によるなりすまし：ＤＥＶ３からＡＣＳへの偽（ゲートウェイ識別子＝ＣＰＥ１およびＸＦＦ（ＩＰ１））のデバイスの通知メッセージ→ＸＦＦ（ＩＰ１）
比較：ＩＰ層（ｎ＝０）からのＩＰ＠（＝ＩＰ５）とＣＷＭＰからの探索されたＧＷのＩＰ＠（＝ＩＰ１）→なりすまし

【0069】

ＩＩ．トポロジｎ＝１
１）ＡＣＳにＬＢ１を介した結合されたＴＲ０６９のゲートウェイデバイス（ＣＰＥ１、ＣＰＥ２）
ａ）通常：ＣＰＥ１（ＩＰ１）からＬＢ１（ＩＰ２）を介したＡＣＳへのＧＷの通知メッセージ→ＸＦＦ（ＩＰ１）
比較：ｎ＝１であるＸＦＦのＩＰ＠（＝ＩＰ１）とＣＷＭＰからのＩＰ＠（＝ＩＰ１）→ｏｋ
ｂ）ＣＰＥ２（ＩＰ５）によるなりすまし：ＣＰＥ２（ＩＰ５）からＬＢ１（ＩＰ２）を介したＡＣＳへの偽（ＩＰ１）のＧＷの通知メッセージ→ＸＦＦ（ＩＰ５）
比較：ｎ＝１であるＸＦＦのＩＰ＠（＝ＩＰ５）とＣＷＭＰからのＩＰ＠（＝ＩＰ１）→なりすまし
ｃ）ＣＰＥ２（ＩＰ５）によるなりすまし：ＣＰＥ２（ＩＰ５）からＬＢ１（ＩＰ２）を介したＡＣＳへの偽（ＩＰ１およびＸＦＦ（ＩＰ１））のＧＷの通知メッセージ→ＸＦＦ（ＩＰ１、ＩＰ５）
比較：ｎ＝１であるＸＦＦのＩＰ＠（＝ＩＰ５）とＣＷＭＰからのＩＰ＠（＝ＩＰ１）→なりすまし

【0070】

２）ＴＲ０６９のＬＡＮデバイス（ＤＥＶ１、ＤＥＶ２、ＤＥＶ３）であって、ＡＣＳにＬＢ１を介して結合されたそのＧＷを介したＴＲ０６９のＬＡＮデバイス（ＤＥＶ１、ＤＥＶ２、ＤＥＶ３）
ａ）通常：ＤＥＶ１（ＩＰ４）からＣＰＥ１（ＩＰ１）を介した、およびＬＢ１（ＩＰ２）を介したＡＣＳへのデバイスの通知メッセージ→ＸＦＦ（ＩＰ１）
比較：ｎ＝１であるＸＦＦのＩＰ＠（＝ＩＰ１）とＣＷＭＰからの探索されたＧＷのＩＰ＠（＝ＩＰ１）→ｏｋ
ｂ）ＤＥＶ３によるなりすまし：ＤＥＶ３からＬＢ１（ＩＰ２）を介したＡＣＳへの偽（ゲートウェイ識別子＝ＣＰＥ１）のデバイスの通知メッセージ→ＸＦＦ（ＩＰ５）
比較：ｎ＝１であるＸＦＦのＩＰ＠（＝ＩＰ５）とＣＷＭＰからの探索されたＧＷのＩＰ＠（＝ＩＰ１）→なりすまし
ｃ）ＤＥＶ３によるなりすまし：ＤＥＶ３からＬＢ１（ＩＰ２）を介したＡＣＳへの偽（ゲートウェイ識別子＝ＣＰＥ１およびＸＦＦ（ＩＰ１））のデバイスの通知メッセージ→ＸＦＦ（ＩＰ１、ＩＰ５）
比較：ｎ＝１であるＸＦＦのＩＰ＠（＝ＩＰ５）とＣＷＭＰからの探索されたＧＷのＩＰ＠（＝ＩＰ１）→なりすまし

【0071】

ＩＩＩ．トポロジｎ＝２
１）ＡＣＳにＬＢ１およびＬＢ２を介して結合されたＴＲ０６９のゲートウェイデバイス（ＣＰＥ１、ＣＰＥ２）
ａ）通常：ＣＰＥ１（ＩＰ１）からＬＢ１（ＩＰ２）およびＬＢ２（ＩＰ３）を介したＡＣＳへのＧＷの通知メッセージ→ＸＦＦ（ＩＰ１、ＩＰ２）
比較：ｎ＝２であるＸＦＦのＩＰ＠（＝ＩＰ１）とＣＷＭＰからのＩＰ＠（＝ＩＰ１）→ｏｋ
ｂ）ＣＰＥ２（ＩＰ５）によるなりすまし：ＣＰＥ２（ＩＰ５）からＬＢ１（ＩＰ２）およびＬＢ２（ＩＰ３）を介したＡＣＳへの偽（ＩＰ１）のＧＷの通知メッセージ→ＸＦＦ（ＩＰ５、ＩＰ２）
比較：ｎ＝２であるＸＦＦのＩＰ＠（＝ＩＰ５）とＣＷＭＰからのＩＰ＠（＝ＩＰ１）→なりすまし
ｃ）ＣＰＥ２（ＩＰ５）によるなりすまし：ＣＰＥ２（ＩＰ５）からＬＢ１（ＩＰ２）およびＬＢ２（ＩＰ３）を介したＡＣＳへの偽（ＩＰ１およびＸＦＦ（ＩＰ１））のＧＷの通知メッセージ→ＸＦＦ（ＩＰ１、ＩＰ５、ＩＰ２）
比較：ｎ＝２であるＸＦＦのＩＰ＠（＝ＩＰ５）とＣＷＭＰからのＩＰ＠（＝ＩＰ１）→なりすまし

【0072】

２）ＴＲ０６９のＬＡＮデバイス（ＤＥＶ１、ＤＥＶ２、ＤＥＶ３）であって、ＡＣＳにＬＢ１およびＬＢ２を介して結合されたそのＧＷを介したＴＲ０６９のＬＡＮデバイス（ＤＥＶ１、ＤＥＶ２、ＤＥＶ３）
ａ）通常：ＤＥＶ１（ＩＰ４）からＣＰＥ１（ＩＰ１）を介した、ならびにＬＢ１（ＩＰ２）およびＬＢ２（ＩＰ３）を介したＡＣＳへのデバイスの通知メッセージ→ＸＦＦ（ＩＰ１；ＩＰ２）
比較：ｎ＝２であるＸＦＦのＩＰ＠（＝ＩＰ１）とＣＷＭＰからの探索されたＧＷのＩＰ＠（＝ＩＰ１）→ｏｋ
ｂ）ＤＥＶ３によるなりすまし：ＤＥＶ３からＬＢ１（ＩＰ２）およびＬＢ２（ＩＰ３）を介したＡＣＳへの偽（ゲートウェイ識別子＝ＣＰＥ１）のデバイスの通知メッセージ→ＸＦＦ（ＩＰ５、ＩＰ２）
比較：ｎ＝２であるＸＦＦのＩＰ＠（＝ＩＰ５）とＣＷＭＰからの探索されたＧＷのＩＰ＠（＝ＩＰ１）→なりすまし
ｃ）ＤＥＶ３によるなりすまし：ＤＥＶ３からＬＢ１（ＩＰ２）およびＬＢ２（ＩＰ３）を介したＡＣＳへの偽（ゲートウェイ識別子＝ＣＰＥ１およびＸＦＦ（ＩＰ１））のデバイスの通知メッセージ→ＸＦＦ（ＩＰ１、ＩＰ５、ＩＰ２）
比較：ｎ＝２であるＸＦＦのＩＰ＠（＝ＩＰ５）とＣＷＭＰからの探索されたＧＷのＩＰ＠（＝ＩＰ１）→なりすまし

【0073】

最後の注目は、本発明の実施形態は機能的なブロックの観点から上記で説明されるということである。これらのブロックの機能的な説明から、上記を考慮すると、どのようにこれらのブロックの実施形態がよく知られている電子部品で製造されてよいかは、電子デバイスをデザインする当業者には明白であろう。機能的なブロックの内容に関する詳細なアーキテクチャは、このような訳で与えられない。

【0074】

本発明の諸原理が具体的な装置に関連して上記で説明されてきたが、この説明が例としてのみなされ、添付の特許請求の範囲に規定されたような本発明の範囲を限定するものではないことを明確に理解されたい。

【図1】