(57)【要約】  トランスポート接続システムが示される。システムは、メッセージを送信および受信するように構成された第１のデバイスを含む。メッセージを送信および受信するように構成された第２のデバイスもまた、提供される。第１のデバイスにより生成されたメッセージｉは、前のメッセージｉ−１で第１のデバイスから第２のデバイスに送信されたＨａｓｈ（Ｒｉ−１）への秘密Ｒｉ−１を含む。メッセージｉはランダム鍵Ａｉ−１により署名され、ランダム鍵は前のメッセージからの鍵Ａｉ−２の更新から導かれており、メッセージｉ−１は鍵Ａｉ−２により署名される。
2013535862.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークにわたりトランスポート接続を維持する２つのホスト間のセキュリティプロトコルを操作する方法であって、
メッセージを生成および受信するために、モビリティノードＭＮを提供するステップと、
ＭＮからのメッセージを生成、認証、および受信するために、ＭＮをコレスポンデントノードＣＮに選択的に接続するステップと、
ＭＮにおいてランダムナンスＲｉ−１を引き継がれた第１の暗号ハッシュを含む第１のＭＮメッセージを生成して、ＭＮにおいてランダムナンスＲｉ−１をキャッシュに入れるステップと、
セッション中に、ナンスＲｉ−１の第１の暗号ハッシュを含む第１のＭＮメッセージをＣＮに送信するステップと、
ＣＮによりランダムナンスＲｉ−１の第１の暗号ハッシュをキャッシュに入れるステップと、
ＣＮにおいてランダム鍵を含む第１のＣＮメッセージを生成して、ＣＮにおいてランダム鍵をキャッシュに入れるステップと、
ランダム鍵を含む第１のＣＮメッセージをＭＮに送信するステップと、
ＭＮにおいてランダム鍵をキャッシュに入れるステップと、
ＭＮにより新しいランダムナンスＲｉを生成するステップと、
第２のＭＮメッセージをＭＮからＣＮに送信するステップであって、第２のＭＮメッセージは新しいランダムナンスＲｉの暗号ハッシュ、ランダムナンスＲｉ−１、およびＣＮによりＭＮに提供されるランダム鍵に基づくＭＡＣを含み、鍵の反復を含むＭＮとＣＮ間の連結されたメッセージのチェーンは、ＭＮがセッション所有者であることを認めさせるステップとを備える、方法。
【請求項２】
ＣＮにより第２のＭＮメッセージを受信するステップと、
ＣＮにおいてランダムナンスＲｉ−１のハッシュを確認するステップと、
ＣＮにおいてランダム鍵のＨＭＡＣおよび関連するメッセージを確認するステップと、
ＣＮにおいて新しいランダムナンスＲｉの暗号ハッシュをキャッシュに入れるステップと、
ＣＮにおいてランダム鍵ｄＡを作成してキャッシュに入れるステップと、
ＣＮにおいてランダム鍵にランダム鍵ｄＡを加えたものと同等の新しい鍵をキャッシュに入れるステップと、
ランダム鍵ｄＡおよびランダム鍵に基づくＭＡＣをＭＮに転送するステップとをさらに備える、請求項１に記載の方法。
【請求項３】
ＭＮから後続のメッセージを受信した後、ランダム鍵ｄＡｉの後続の増分をＭＮに送信するステップをさらに備える、請求項２に記載の方法。
【請求項４】
ＭＮが、接続ポイントにおいてネットワークノードに動作可能に接続された周辺デバイスによってさらに定義され、周辺デバイスがＩＰアドレスを有する、請求項１に記載の方法。
【請求項５】
ランダムナンスＲｉ−１が初期ナンスである、請求項１に記載の方法。
【請求項６】
ＣＮからＭＮへの各メッセージが、前のナンスを含む戻りメッセージ本文の少なくとも一部にわたりＭＡＣを含む、請求項５に記載の方法。
【請求項７】
第２のトランスポート接続がＣＮからＭＮに形成され、ＣＮが第２のトランスポート接続を介してセッション中にその接続ポイントへの変更でＭＮを更新する、請求項１に記載の方法。
【請求項８】
メッセージを生成および受信するために、モビリティノード（ＭＮ）に動作可能に接続されたプロセッサを備え、
プロセッサが、モビリティノードのＩＰアドレスが変化した場合にＩＰアドレス更新をコレスポンデントノード（ＣＮ）に送信するための信号伝達メッセージを生成し、
信号伝達メッセージが、ランダム鍵のハッシュおよび秘密を含み、認証コード（ＭＡＣ）が信号伝達メッセージの少なくとも一部に適用される、モビリティノード（ＭＮ）。
【請求項９】
ネットワークにわたりトランスポート接続を維持する２つのモバイルホストに動作可能な接続で提供され、２つのモバイルホスト間で交換されるセキュリティプロトコルであって、
コレスポンデントノード（ＣＮ）へのトランスポート接続を形成するモビリティノード（ＮＭ）を備え、ＭＮが第１のモバイルホスト（ＦＭＨ）であり、ＣＮが第２のモバイルホスト（ＳＭＨ）であり、
ＣＮがＭＮへの第２のトランスポート接続を形成し、
ＦＭＨおよびＳＭＨはいずれも、セッション中または時間フレーム内に、信号伝達メッセージを介して、それぞれ第１および第２のトランスポート接続経由で接続ポイントの変更に関する更新を選択的に送信し、信号伝達メッセージが、
秘密番号の暗号ハッシュを採用するナンス更新であって、
秘密番号が、信号伝達メッセージがセッションに対して生成された最初のメッセージである場合を除いて、前のメッセージのナンスを生成するために使用されるナンス更新と、
ＦＭＨおよびＳＭＨによりセッション中に合意された鍵を含む信号伝達メッセージの少なくとも一部に適用される認証コード（ＭＡＣ）とを含む、セキュリティプロトコル。
【請求項１０】
ＦＭＨが第１のトランスポート接続のための第１の独立鍵（ＦＩＫ）を生成し、ＳＭＨが第２のトランスポート接続のための第２の独立鍵（ＳＩＫ）を生成する、ネットワークにわたりトランスポート接続を維持する２つのモバイルホストに動作可能な接続で提供され、２つのモバイルホスト間で交換される、請求項９に記載のセキュリティプロトコル。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、ホストベースのモビリティおよびマルチホーミングプロトコルに関し、さらに具体的には、妥当なコストで十分なセキュリティを提供しつつ、トランスポート接続の変更を効率的かつ高い費用対効果で更新するモビリティプロトコルに関する。
【背景技術】
【０００２】
モバイルインターネットトラフィックは、近年飛躍的に増大しており、スマートフォンの最新世代の登場以来その増加は顕著である。電話技術の進歩はインターネットトラフィックを飛躍的に増大させ、研究団体では、ＩＰモビリティおよびマルチホーミングの既存概念を考え直すことを余儀なくされている。ＩＰモビリティの１つの基本的なテナントは、ホストがＬ３接続ポイント、すなわちＩＰアドレスを進行中のトランスポートセッション中に変更できることである。進行中のセッションを、たとえば３Ｇ無線ネットワークからＷｉＦｉのような異なるインターフェイスに選択的に切り替え可能であることが必要とされるマルチホーミングホストはまた、ＩＰ接続ポイントを変更できる必要もある。
【０００３】
公共インフラストラクチャを介する通信デバイス向けのプロトコルを設計することは本質的に、たとえばインターネットの公共性に起因するセキュリティの問題を真剣に考慮することを伴う。公共フォーラムにおいて、敵対者は、情報を悪用して、悪意の目的でトランスポートセッションをリダイレクトすることができる。そのようなリダイレクト攻撃により、敵対者は、たとえば通信セッションをハイジャックして、セッションのエンドポイントの１つに成り代わってセッションを続行することができるようになる。
【０００４】
敵対者はまた、サービス妨害（ＤｏＳ：Ｄｅｎｉａｌ−ｏｆ−Ｓｅｒｖｉｃｅ）攻撃を行なうためにセッションへのアクセスを使用することもでき、そこで敵対者は被害者ホストに大量のトラフィックを振り向ける。ＤｏＳ攻撃はまた、フラッディング（ｆｌｏｏｄｉｎｇ）としても知られる。
【０００５】
リダイレクトおよびフラッディングはそれぞれ、多くの場合極めて異なる解決策を備えるさまざまなセキュリティの問題をもたらす。
【０００６】
たとえば、リダイレクト攻撃を防御するために使用可能なメカニズムは、モビリティ技術に依存する。Ｗ−ＣＤＭＡ、ＬＴＥ、ＷｉＭＡＸのような、現在のモビリティ規格は、ネットワークベースのモビリティを使用する。それらの技術は、モバイルノード（ＭＮ：Ｍｏｂｉｌｅ  Ｎｏｄｅ）とそのピアとの間のすべてのトラフィックを中継するためにネットワーク側アンカーを採用する。すべてのモビリティ関連の信号伝達は、ＭＮとネットワーク（側アンカー？）との間で交換され、加入者とそのサービスプロバイダ間に存在する信頼関係を活用することによって保護されうる。
【０００７】
あるいは、ホストベースのモビリティにより、ＭＮがそのＩＰアドレスを変更した場合にはＭＮがコレスポンデントノード（ＣＮ：Ｃｏｒｒｅｓｐｏｎｄｅｎｔ  Ｎｏｄｅ）を更新することができる。対応して、ＣＮは、データパケットをＮＭの新しいアドレスに直接送信することができる。その結果、ホストベースのモビリティプロトコルは、ネットワーク側アンカーの必要性を解消するので、より一層費用対効果が高く、多用途であり、拡張性を備えている。ホストベースのモビリティシステムの利点は、適切な低コストのホストベースのモビリティプロトコルを確立しようと試みる多数の研究活動を活性化させた。そのようなプロトコルの例は、今日までさらによく知られるプロトコルのほんの一例をあげると、Ｈｏｓｔ−Ｉｄｅｎｔｉｆｉｅｒ  Ｐｒｏｔｏｃｏｌ（ＨＩＰ）、経路最適化Ｍｏｂｉｌｅ  ＩＰｖ６（ＭＩＰｖ６  Ｒ／Ｏ）、ＴＣＰ−ＲおよびＥＭＩＰｖ６を含むことができる。
【０００８】
知られているホストベースプロトコルの一部は、マルチホーミングのシナリオをサポートする。具体的には、マルチホーミングのシナリオにおいて、ホストは、複数のＩＰアドレスを代替ルーティングパスとしてＣＮに通知することができる。そのようなプロトコルの例は、ＳＣＴＰ、ＨＩＰ、マルチホーミングＴＣＰ（ＭＨ  ＴＣＰ）、およびＳＨＩＭ６を含む。モビリティおよびマルチホーミングアドレスはいずれも密接に関わる問題であるため、両方の現象に対処する場合、通常はモビリティに言及する。
【０００９】
ホストベースのモビリティプロトコルにおけるセキュリティに関する限り、ホストベースのモビリティは、トラフィック接続を維持するエンドノードに限定される。その結果、信頼関係は通常、モビリティ関連の信号伝達メッセージを保護するためには使用することができない。たとえば、ＨＩＰのフレームワーク内において、ＰＫＩを使用して、グローバルレベルで、すなわちインターネット上のすべてのホストに対して、信頼関係を作成することが提案された。その結果、信頼関係の構築に関わる作業、ならびに拡張性および取り消しの問題は、ホストベースのモビリティの主要な利点を大幅に損なってしまう。したがって、一部の提案では、接続のために以前準備された信頼関係を必要とする、ＩＰｓｅｃのようなメカニズムを採用する。
【００１０】
その結果、ホストベースのモビリティプロトコルは、ランダムナンスのオープンな交換、Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ交換による鍵配列、およびルーティング可能性検査のような、弱い認証の方法に依存してきた。そのような解決策は、不十分な保護をもたらすか、またはエンドノードに不必要な処理負荷を課す。
【発明の概要】
【課題を解決するための手段】
【００１１】
トランスポート接続システムが示される。システムは、メッセージを送信および受信するように構成された第１のデバイスを含む。メッセージを送信および受信するように構成された第２のデバイスもまた、提供される。第１のデバイスにより生成されたメッセージｉは、前のメッセージｉ−１で第１のデバイスから第２のデバイスに送信されたＨａｓｈ（Ｒｉ−１）への秘密Ｒｉ−１を含む。メッセージｉはランダム鍵Ａｉ−１により署名され、ランダム鍵は前のメッセージからの鍵Ａｉ−２の更新から導かれており、メッセージｉ−１は鍵Ａｉ−２により署名される。
【図面の簡単な説明】
【００１２】
【図１】本明細書の原理により設計されたシステムのＩＮＩＴハンドシェークの実施形態を示す図である。
【図２】本明細書の原理により構築された１つのモビリティアソシエーション（ＭＡ：Ｍｏｂｉｌｉｔｙ  Ａｓｓｏｃｉａｔｉｏｎ）のためのＩＮＩＴハンドシェークの実施形態を示す図である。
【図３】本明細書の原理により構築されたバインディング更新ハンドシェークの実施形態を示す図である。
【図４】本明細書の原理により構築されたバインディング更新の実施形態を示す図である。
【図５】本明細書の原理により構築された２つのＭＡのためのＩＮＩＴハンドシェークの実施形態を示す図である。
【図６】本明細書の原理により構築されたＢＴハンドシェーク、本明細書の原理により構築されたＭＡペア鍵更新を示す図である。
【図７】本明細書の原理により構築されたＭＡペアバインディング更新を示す図である。
【図８】本明細書の原理により構築されたＭＡペア鍵更新の実施形態を示す図である。
【図９】本明細書の原理により構築された多重化信号伝達および帯域外信号伝達のトラフィック接続を連結するための実施形態を示す図である。
【発明を実施するための形態】
【００１３】
リダイレクトおよびフラッディング攻撃からホストベースのモビリティプロトコルを保護するための軽量セキュリティソリューションが示される。本明細書において称されるホストモビリティとは、１つのＩＰアドレスから別のＩＰアドレスへのトランスポート接続エンドポイントの移行であり、モビリティイベントおよびマルチホーミングのシナリオに適用される。本明細書におけるソリューションは、弱い認証の方法と、セッション所有権証明機能を結合する。ソリューションにより、敵対者は、攻撃を首尾よく開始するために、インターネット上の既存の信号伝達プロトコルに対する同等の攻撃よりも、追加の、および場合によっては実質的に多大な作業が必要となる。有利なことに、ソリューションは、経路最適化を備えるＭｏｂｉｌｅ  ＩＰｖ６を改良するために使用されてもよい。
【００１４】
本明細書の原理によれば、ネットワーク側アンカーのような、相互信頼関係および／またはネットワークベースのインフラストラクチャの要件は除外される。ソリューションは、接続のいずれの端部でも保持されるべき処理および状態情報を最小限しか必要としないという点において、軽量である。セキュリティレベルは、既存のインターネットセキュリティソリューションと比較して十分である。ソリューションは少なくとも、リダイレクト攻撃を防御するための知られているプロトコルと同等に安全である。ソリューションは、フラッディング攻撃を回避するための知られているセキュリティプロトコルよりも優れている。
【００１５】
本明細書の原理によれば、各モビリティセッションは、２つのホスト間のモビリティ関連の信号伝達およびセキュリティをサポートする。トラフィック接続は、モビリティセッションと並行して実行する。各モビリティセッションは、少なくとも１つのモビリティアソシエーション（ＭＡ）を定義する。ＭＡは、モビリティノード（ＭＮ）とコレスポンデントノード（ＣＮ）との間に単信モビリティセッションを確立する。ＣＮがＩＰアドレス更新を送信せず、ＭＮのみが送信するので、単信ＭＡはまた、リダイレクト攻撃の危険を低減する。単信特性のホストベースのモビリティセッションは、セキュリティ関連の信号伝達および処理作業、ならびに接続の各々の端部で保持される必要のある状態の量を軽減する。
【００１６】
各ＭＡは、２つのホストのうちの１つによって所有され、所有者ホストにモビリティサポートを提供する。ＭＮは、ＭＡの所有権証明をＣＮに提供し、ＣＮは単一の分岐ＲＲＴを通じてＭＮへのルーティング可能性を確認する。ＭＮは、対称認証鍵を保持および使用することによりＭＡの所有権を証明することができる。ＭＮは、ＣＮのメッセージに基づいて鍵を定期的に更新することができる。ＭＮは、受動的攻撃者から保護するため、前のメッセージに関連する秘密を関連付けて同一送信者の証明のチェーンを作成することにより、要求をさらに認証することができる。所有権の証明は、セッションハイジャックおよびセッション中断を防御する。
【００１７】
両方のホストがモバイルである場合、本明細書におけるシステムは、二重モビリティセッションを確立するように構成されてもよく、各ホストは同一モビリティセッション内の各自のＭＡをサポートする必要がある。言い換えれば、セッションは２つの重ね合わされた単信モビリティセッションを含み、その結果外見上は二重であるが処理要件が低減されたセッションをもたらす。各ホストは、所有するＭＡを介して、進行中のトランスポート接続を切断することなくＩＰアドレスを変更することができ、無線ネットワークならびに無線マルチホーミングのシナリオに適用されてもよい。ＭＡは、攻撃者がＭＡを既存のトラフィック接続にオーバーレイすること、またはセットアップ後にセッションをハイジャックすることを禁じるために、関連するトラフィック接続セットアップ前、またはセットアップ中に確立される必要がある。さらに、システムは、もしくはＤＨベースの鍵交換または相互信頼関係のネットワークサポートまたは処理オーバーヘッドを必要とすることなく、セッションハイジャックに対してＭＩＰｖ６よりも確実なセキュリティをもたらす。ＭＮはまた、ピアがホストベースのモビリティをサポートするかどうかを決定するためにＭＡを使用することもできる。
【００１８】
図１に示されるように、１つのＭＡのみをポートするモビリティセッションを含むシステムは、必要とする状態情報および各ホスト上の処理がより少なくてすむ。そのようなシステムは、セッションハイジャックが定常ホストに成り代わって実行されることがないので、知られているシステムよりも強化されたセキュリティをもたらす。モバイルインターネットトラフィックの大きな割合が定常サーバを占めているので、これらの利点は重要である。
【００１９】
モビリティについて概ね１００で示され、マルチホーミングについて１１０で示されるＭＡは、一般にＩＮＩＴとして知られる任意の適切な初期ハンドシェークを介して確立され、ＩＮＩＴはたとえば、ＩＮＩＴ要求１１２、１１４、およびＩＮＩＴ応答１１６、１１８を含むことができる。初期ハンドシェークは、すべてのホストベースモビリティ、およびマルチホーミングプロトコルによってサポートされる。初期ハンドシェークはまた、モビリティセッション自体を定義する。
【００２０】
初期ハンドシェーク後、すべてのさらなるハンドシェークは、１つのＭＡに代行して発生する、すなわちハンドシェークは、モビリティイベントを通知した所有者ホストに関連するセキュリティパラメータにしか影響を与えない。これにより、モビリティセッションの両方のエンドポイントは、一時的な重複によりモビリティ関連の信号伝達ハンドシェークを実行することができる。
【００２１】
モビリティ関連の信号伝達を保護するため、すべてのモビリティ関連のイベントは、要求１２０、１２２メッセージおよび応答１２４、１２６メッセージで構成される両方向ハンドシェークを要求すると仮定し、この両方向ハンドシェークをバインディング更新（ＢＵ：Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ）交換と称する。要求１２０、１２２は、ＩＰアドレスの追加、削除、または変更を通知するためにＭＡ所有者によって送信される。要求１２０、１２２は、応答１２８、１３０でピアによって確認される。そのようなハンドシェークは、一般に、ホストベースモビリティプロトコルに従う。
【００２２】
ＤｏＳまたはフラッディング攻撃、およびセッションハイジャックを防御するため、ＢＵ要求１２０、１２２の送信者は、ＭＡの所有権、すなわちモビリティセッションのエンドポイントであることを表明する必要がある。これは、ホスト所有者が以前のＭＡ関連のすべての要求を生成して送信し、初期ＩＮＩＴ交換メッセージ１１２、１１４を含む以前のＭＡ関連のすべての応答を受信したことを認めさせることに相当する。
【００２３】
ホスト所有者は、以前の要求に関連する秘密を明らかにすることによって、要求を認証する。これは、ホスト所有者が実際に同一の送信者であることの「証明のチェーン」を作成することになる。秘密は、要求ごとに生成される乱数Ｒにわたる暗号Ｈａｓｈであってもよい。
【００２４】
ホスト所有者は、対称認証鍵で要求に署名し、この対称認証鍵は応答メッセージごとにピア（すなわちＣＮ）によって更新される。このことは、ホストが以前のすべての応答を受信したことを証明する。このようにして、メッセージは連結され、システムのセキュリティをもたらす。メッセージを連結することで、ｉ番目のメッセージの送信者がセッションの第１のメッセージの送信者と同一であることが証明される。
【００２５】
図２は、概ね２００で示される、１つのＭＡをサポートするモビリティセッションのＩＮＩＴハンドシェークを示す。ＭＡ所有者、またはホスト所有者は、たとえば、ピアＣＮ２２０を持つＭＮ２１０である。
【００２６】
２３０において、ＭＮ２１０は、ＭＡ識別子ＭＩＤを生成して、キャッシュに入れる。ＭＩＤ２３０は、乱数であってもよい。２４０において、ＭＮ２１０はまた、乱数、またはナンスＲ０を生成して、キャッシュに入れる。次いで、ＭＮ２１０は、要求ＭＩＤ、Ｈａｓｈ（Ｒ０）、２５０でＣＮ２２０に送信する。２６０において、ＣＮは、Ｒ０をキャッシュに入れる。次いで、２７０において、ＣＮは、ランダム鍵Ａ０を生成して、キャッシュに入れる。次いで、ＣＮは、ＭＩＤおよびランダム鍵Ａ０を、オープンにＭＮ２１０に送信する。次いで、ＭＮ２１０は、Ａ０をキャッシュに入れる。
【００２７】
Ｒ０およびＡ０はいずれも、乱数でなければならない。ＭＮはＨａｓｈ（Ｒ０）しか送信しないので、メッセージを盗聴している敵対者は、Ｒ０自体を推測することができない。対応するハッシュ関数は、たとえば、ＳＨＡ１、ＳＨＡ２５６のような任意の適切なハッシュ関数、または任意の他の適切なハッシュ関数であってもよい。ピアが初期鍵Ａ０をオープンに返すことに留意されたい。このようにして、ＭＮが以前のメッセージを送信したことを、ＭＮはメッセージごとに証明する。
【００２８】
ＭＩＤにより、ノードは、メッセージが異なるＩＰアドレスから着信する場合であっても、送信側ピアおよびモビリティセッションを認識することができる。現在のシナリオにおいて、ＭＡごとに１つのＭＩＤが導入される。また、単に、モビリティセッションあたり１つの共通ＭＩＤを使用することも可能である。モビリティおよびマルチホーミングプロトコルは通常、そのような特性を含む。
【００２９】
図３に示されるように、システムはここで、ｉ番目のバインディング更新（ＢＵ）ハンドシェークを実行することができる。
【００３０】
インデックスｉ−１は、前のＢＵを示し、また、ｉ＝１に対してはＩＮＩＴを示す。ＢＵハンドシェークはまた、たとえば図４に関して後段に示される特定のプロトコル実施に依存する、ＭＮの新しいＩＰアドレスのような、モビリティイベントに関連するパラメータも含む。
【００３１】
図３を参照すると、ＨＭＡＣ（Ａ｜ＭＳＧ）という用語は、鍵Ａに基づき、メッセージ本文全体に適用されるハッシュベースの、または任意の他の種類のメッセージ認証コード（Ｍｅｓｓａｇｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｃｏｄｅ）を表す。ＨＭＡＣは、たとえば、ＳＨＡファミリーメンバーに基づいてもよい。＋符号は、ビット単位のＸＯＲ演算を示す。たとえば、グループ内の追加など、入力のいずれか１つがランダムである場合に結果を完全にランダム化する任意の他の演算が、選択されてもよい。ＸＯＲ演算は、その効率性で選択された。
【００３２】
概ね３００で示されるように、バインディング更新（ＢＵ）ハンドシェークは、図２の初期ハンドシェークにより得られたパラメータを使用して、ＢＵを生成する。３１２において、ＭＮ３１０は最初に、乱数Ｒｉを生成して、キャッシュに入れる。次いで、３２０において、ＭＮ３１０は、要求ＭＩＤ、Ｒｉ−１、Ｈａｓｈ（Ｒｉ）、ＨＭＡＣ（Ａｉ−１｜ＭＳＧ）をＣＮ３３０に送信する。ＭＮが前のメッセージを送信した同一のホストであることを確認することができるように、ＣＮ３３０は、３４０においてＨａｓｈ（Ｒｉ−１）のキャッシュを確認し、３５０においてＨＭＡＣ（Ａｉ−１｜ＭＳＧ）を確認する。
【００３３】
次いで、３６０において、ＣＮ３３０は、新しいランダムナンスのＨａｓｈＲｉをキャッシュに入れる。これにより、ＭＮは、後続のＫＵハンドシェークで証明を繰り返すことができる。受動的な攻撃者はナンスＲｉを計算することができないので、ハッシュ保護チェーンに打ち勝つことができるのは能動的な攻撃者だけである。３７０において、ＣＮ３３０は、ランダム鍵ｄＡを生成して、３８０においてＡｉ＝Ａｉ−１＋ＤＡをキャッシュに入れる。ＣＮは、ＭＮが増分を受信するように、次の演算でｄＡのみを転送する。
【００３４】
次いで、ＣＮ３３０は、３９０において示されるように、たとえばＭＩＤ、ｄＡ、ＨＭＡＣ（Ａｉ−１｜ＭＳＧ）のような応答をＭＮ３１０に送信することができる。次いで、３９５において、ＭＮ３１０は、Ａｉ＝Ａｉ−１＋ｄＡをキャッシュに入れることができる。ＣＮがランダム鍵の増分しかＭＮに転送しないので、攻撃者は、すべてのメッセージを取得するためにセッション中ずっと居続けなくてはならないか、または鍵が何であるかを知る必要がある。インデックスｉ−１は、前の鍵更新、またはｉ＝１の場合のＭＡ確立を示す。Ｒｉ−１、ＨａｓｈＲｉシーケンスは、時間内に連結されたチェーンが確立されることを保証し、これはＭＮがすべての以前のメッセージの送信者であることを証明する。
【００３５】
図３に示される、セキュリティメカニズムまたは連結チェーンの保護を破るために、攻撃者は、ＭＮからＣＮへのリンクを盗聴し、ＭＮのＩＰアドレスをスプーフィングしながら、ＭＮから次のＢＵが着信するまで待ってこのメッセージの伝搬を止め、Ｈａｓｈ（Ｒｉ）の新しい自選の値を持つこのメッセージのコピーを再度差し入れる必要があり、ＩＮＩＴ以降にＭＮに宛てられたＣＮからのすべてのパケットをリッスンしてＡｉ−１の知識を得て偽造した要求に署名する必要がある。
【００３６】
ＭＮはまた、ＣＮに送信された各鍵更新を鍵Ａｉ−１で署名し、基本鍵Ａ０はＭＡ確立中にＣＮによってＭＮに送信される。Ｒｉ−１、ＨａｓｈＲｉシーケンスと結合された鍵更新は、ＭＮがＭＡを確立した証明をＣＮにもたらす。
【００３７】
図４に示されるように、バインディング更新ＢＵの実施形態は、たとえば、概ね４００で示されるように、ＲＲＴを鍵更新と結合することを含むことができる。４４０において新しいＩＰアドレスを一時的にキャッシュに入れた後、４６０において、新しいＩＰアドレスをキャッシュに入れる前に送信者を確認するため、チャレンジ応答４５０がＣＮ４２０によって生成されてもよい。
【００３８】
攻撃者はセッション全体にわたり、またはＩＮＩＴ以降の時間フレームにわたって居続ける必要があり、さらに、ＭＮにより発行された正当なＢＵ要求を待つ必要があるので、ＢＵハンドシェークのチェーンは、さらに高いレベルの保護をもたらす。
【００３９】
ＣＮの応答はさらに、更新された鍵Ａｉ−１によって署名される。このＨＭＡＣは、攻撃者が鍵Ａを破ってＨａｓｈ（Ｒｉ）を書き換えた場合には、追加のセキュリティを提供しない。しかし、これは、ＭＮがＭＡ自体へのＤｏＳ攻撃を軽減できるようにする。つまり、ＨＭＡＣがなければ、一時的な攻撃者は、任意の鍵更新を送信することによりモビリティ接続を容易に破ることもできる。
【００４０】
上記のＢＵメッセージのうちの１つが失敗する場合、ＢＵハンドシェークは完全ではない。この場合、ＭＮは、ＢＵを再送信する必要がある。再送信されるメッセージは、以前のメッセージの正確なコピーでなければならない。ＣＮは確かに以前のメッセージを受信したが応答が失われた場合、ＣＮは、再送信されたメッセージに含まれるＨａｓｈ（Ｒ）値がすでに保持している値と同じであることを認識する。これにより、ＣＮは、新しいＢＵメッセージと再送信されたＢＵメッセージを区別することができる。ＣＮは、以前の応答で送信したものと同じｄＡで再送信に応答する必要がある。この目的のため、ＣＮは、応答が送信された後の一定期間ｄＡをキャッシュに入れる必要がある。
【００４１】
すべてのＢＵが新しい秘密を含み、ソリューションは敵対者には知られていないので、上記のＢＵ交換はまた、リプレイ攻撃に対しても保護される。ＣＮが応答を再送信として受け入れるよう期待して敵対者がＢＵ要求をリプレイする場合、ＣＮはリプレイされたＢＵ要求と元のＢＵ要求との内容不一致を検出して、リプレイされたメッセージを廃棄することができる。
【００４２】
ＨＭＡＣは単に、ＭＮが鍵Ａｉ−１のその知識を表明する証明としての役割を果たすだけなので、ＢＵ要求の内容全体をカバーする必要はない。これは、ネットワークアドレス変換機構（ＮＡＴ：ｎｅｔｗｏｒｋ  ａｄｄｒｅｓｓ  ｔｒａｎｓｌａｔｏｒ）の背後から送信されるＢＵ要求にとっては重要であり、ここではパケットのソースアドレスがＮＡＴによって変更され、ＣＮがパケットヘッダ自体からＭＮの新しいＩＰアドレスを取り出す必要がある。したがって、本発明のセキュリティソリューションは、ＮＡＴに準拠する。
【００４３】
モビリティセッションのいずれのホストもモバイルである場合、各ホストは各自のＭＡをサポートするように構成されてもよく、初期ハンドシェークは引き続き、たとえば図５に示されるような両方向メッセージ交換に組み入れられてもよい。セッションは、二重モビリティセッションと称されてもよく、各ホストは各自のＭＡを所有する。ＭＡ確立および鍵更新は対称的に実行されてもよく、各ＭＡに関連する対応するハンドシェークはメッセージに混ぜ入れられてもよいが、これは送信されるべきメッセージの数を減らすことになる。
【００４４】
概ね５００で示されるように、たとえばホスト１  ５１０およびホスト２  ５２０のような各ホストは、ランダムナンスおよびランダム鍵を生成して、キャッシュに入れることができる。ホスト１は、ランダムナンス５３０およびランダム鍵５４０を生成して、５５０において、ホスト２  ５２０に送信する。次いで、ホスト２  ５２０は、ホスト１からのナンスおよび鍵を、それぞれ５６０および５７０においてキャッシュに入れる。次いで、ホスト２は、第２のランダムナンス５８０および第２のランダム鍵５９０を生成して、５９５において、ホスト１に送信する。
【００４５】
ホスト１のＭＡのＲ１０およびＡ１０のそれぞれのパラメータは、ホスト２のＭＡのＲ２０およびＡ２０である。ホスト１は、ホスト２がモバイルであると仮定して、事前対応的にＩＮＩＴ要求でＡ２０を渡す。ホスト２がモバイルではない場合、ホスト１は単にこのパラメータを無視して、上記の以前のＩＮＩＴ交換に示されるように続行する。それ以外の場合、ホスト１は、すべての演算を実行して、図５に示されるパラメータのようなパラメータを渡す。
【００４６】
ＩＰアドレスは対称的には生じることはないので、バインディング更新は、それぞれのＭＡに対して各ホストごとに個別に処理されるが、鍵交換は対称的に生じうる。さらに、シーケンス番号がＢＵに対して使用される場合、各ＭＡはそのそれぞれのシーケンス番号をサポートする必要がある。加えて、２つのＭＡは、同じＭＩＤを共有することができる。その結果のハンドシェークは、たとえば図５の実施形態に示されるものであってもよい。
【００４７】
敵対者がモビリティ信号伝達を使用してフラッディング攻撃を実施する場合、敵対者自身がモビリティセッションを確立するので、ＢＵメッセージをセキュリティ保護することでは攻撃に対する防御を行なうことにならない。したがって、追加のセキュリティメカニズムが必要とされる。好ましくは、追加のシステムは、図６に示されるバインディング検査（ＢＴ）のような、単純なルーティング可能性検査を使用する。
【００４８】
ＭＮがＭＡを保持するホストであると仮定して、ＢＴハンドシェークは、ＭＮが新しいＩＰアドレスを通知するとＣＮによって開始される。ＢＴハンドシェークは、ＢＵ要求が古いアドレスから送信された場合であっても、ＭＮの新しいアドレスを伴う必要がある。ＣＮが複数のＩＰアドレスを維持する場合、ＭＮが新しい場所で到達されうることを保証するので、ルーティング可能性検査に対してそれらのうちの１つだけを使用すれば十分である。すべてのＣＮのＩＰアドレスからＭＮの新しいアドレスへのルーティング可能性検査を実施する技術的な理由があってもよい。たとえば、そのような手順は特定のパスの可用性を決定することができる。
【００４９】
ルーティング可能性検査は、６００において概ね示される、ＣＮによりＭＮに送信されるチャレンジを伴う。ＣＮ６１０は、ＭＮ６２０によって応答で回答される必要があるチャレンジを送信する。ＣＮ６１０は、より大量のトラフィックをＭＮ６２０の新しいＩＰアドレスに送信する前に、ＢＴハンドシェークの完了を保証する必要がある。
【００５０】
ホスト１および２は、任意の適切なホストであってもよい。たとえば、ホスト１および２がモバイルである場合、ホストは、たとえばサーバ、ラップトップ、ＰＣ、スマートフォン、テレビジョン、ＰＤＡ、ゲーム機、プッシュツートークデバイス、および周辺デバイスのような、適切なモバイルデバイスであってもよい。
【００５１】
図６に示されるように、ＢＴハンドシェークは、ＢＵハンドシェークに組み入れられてもよい。６３０において、チャレンジメッセージは乱数Ｘを含む。６４０において、応答は、現行鍵Ａｉ−１に基づくＸの署名を含む。これは、ＭＮ６２０が新しく通知されたＩＰアドレスで到達可能であり、ＢＴ応答６４０が偽造されたものではないことをＣＮ６１０に確認する。
【００５２】
図７は、初期ＩＰアドレスからＢＵ要求を送信して新しいＩＰアドレスを通知するマルチホーミングＭＮのための７００において概ね示されるメッセージフローを示す。ＢＴハンドシェークはＭＮの新しいＩＰアドレスを使用するが、エンベロープＢＵハンドシェークはＭＮの初期ＩＰアドレスを使用する。チャレンジメッセージ７１０は、ここでは単信モビリティセッションで応答するために鍵署名が必要とされないように、ＨＭＡＣ（Ｂｉ｜ＭＳＧ）によって保護される。
【００５３】
図６および図７は例示的な実施形態に過ぎず、同じ原理の保護をもたらすルーティング可能性検査を実施するその他の方法もあるので、ルーティング可能性検査が本明細書の原理に従って実行されうる方法を限定することを意図してはいない。
【００５４】
加えて、ＭＮは、ＭＡ鍵更新ハンドシェークをＣＮとのすべてのデータ交換に組み入れる必要がある。インデックスｉの鍵更新は、たとえば、図８に示されるように、鍵更新をバインディング更新に組み入れることを含むことができる。ＲＲＴは１つのＭＡに対してしか実行されないが、鍵交換は対称的に実行されてもよい。乱数の長さ、すなわち秘密Ｒ、鍵Ａ、およびチャレンジＸは、力づくによる攻撃に注意を向けるのに十分な大きさで選択される必要がある。力づく方式を通じてこれらの数を解読する平均尤度は、２（Ｌ−１）により与えられ、Ｌは対応する数のビット長である。Ｌ＝５０から６０ビットの値は、現在および近い将来の計算能力を考慮すれば、十分過ぎるほどである。
【００５５】
本明細書の原理によれば、ＭＳは、ＭＡ確立中またはＭＡ確立後に確立された接続のホストベースのモビリティセキュリティのみを提供する。その結果、ＭＮおよびＣＮは、ＭＡの下で移行されうる接続を指定するＭＡごとにテーブルを保持する必要がある。テーブルにおいて、接続は、｛プロトコルタイプ、ソースＩＰアドレス、宛先アドレス、ソースポート番号、宛先ポート番号｝を含む５タプルを介するような、適切な方法で指定されてもよい。ＭＡを確立する前にＭＮとＣＮ間で保持された接続は、テーブルに追加されることはなく、ＭＡが確立された後の新しい接続だけが追加される。
【００５６】
本明細書の原理によれば、トラフィック接続（複数可）とＭＡまたはＭＡペアとの間の１対１のマッピングを有することが可能である。この場合には、ＭＡまたはＭＡペアに関連付けられているすべての情報は、トラフィック接続のプロトコル制御ブロックに保持されうるので、接続テーブルは必要ではなくなる。
【００５７】
加えて、接続のサブセットに指定されたポリシーまたはＩＰアドレス、あるいはその他の関連情報のような、すべての非セキュリティ関連のメッセージングは、ＭＡ内のＫＵおよびＢＵハンドシェークに結合処理されてもよい。
【００５８】
図９に示されるように、モビリティセッションは、ＭＮとＣＮ間の接続を攻撃者に占有されないように、トラフィック接続に適正に連結される必要がある。この脆弱性を回避するため、モビリティセッションは、トラフィック接続の形成と同時、またはそれに先だって開始される必要がある。さらに、トラフィック接続のＩＰアドレスとモビリティセッションのＩＰアドレスは同一でなければならない。加えて、モビリティセッションは、対応するトラフィック接続が終了したら直ちに終了する必要がある。そうすることで、ＭＮとＣＮ間の将来のトラフィック接続をハイジャックするために、敵対者が、ＭＮのアドレスをスプーフィングしてＣＮとのモビリティセッションを先手を取って作成することを防止する。
【００５９】
ホスト間の信号伝達は、たとえばＵＤＰのような、適切な方法を介して実行されてもよい。たとえば、ＨＩＰに対して行なわれたように、新しいプロトコルタイプもまた、この目的のために導入されてもよい。さらに、メッセージは、たとえばＴＣＰ移行により、提案されたようにパケットヘッダを介してトラフィック接続に多重化されてもよい。
【００６０】
本明細書の原理によれば、トランスポート接続システムは、
メッセージを送信および受信するように構成された第１のデバイスと、メッセージを送信および受信するように構成された第２のデバイスとを備え、第１のデバイスにより生成されたメッセージｉは、前のメッセージｉ−１で第１のデバイスから第２のデバイスに送信されたＨａｓｈ（Ｒｉ−１）への秘密Ｒｉ−１を含み、メッセージｉはランダム鍵Ａｉ−１により署名され、ランダム鍵は鍵Ａｉ−２の更新から導かれており、前のメッセージｉ−１は鍵Ａｉ−２により署名される。第１のデバイスは、以前のネットワークロケーションにおいて維持された前のメッセージを通じて第２のデバイスとの関連を証明するために、異なるネットワークロケーションからメッセージを送信することができる。
【００６１】
コレスポンデントノード（ＣＮ）に選択的に接続するように構成されたモバイルノードは、メッセージを生成するためにモビリティノード（ＭＮ）に動作可能に接続されたプロセッサを含むことができ、メッセージｉは、ＭＮによって生成されキャッシュに入れられた新しいランダムＲｉの暗号化ハッシュ、前のメッセージのランダムＲｉ−１、およびＣＮから受信した鍵に基づくＭＡＣを含む。
【００６２】
ネットワークにわたりトランスポート接続を維持する２つのホスト間のセキュリティプロトコルを操作する方法は、メッセージを生成および受信するために、モビリティノードＭＮを提供するステップと、ＭＮからのメッセージを生成、認証、および受信するために、ＭＮをコレスポンデントノードＣＮに選択的に接続するステップと、ＭＮにおいてランダムナンスＲｉ−１を引き継がれた第１の暗号ハッシュを含む第１のＭＮメッセージを生成して、ＭＮにおいてランダムナンスＲｉ−１をキャッシュに入れるステップと、セッション中に、ナンスＲｉ−１の第１の暗号ハッシュを含む第１のＭＮメッセージをＣＮに送信するステップと、ＣＮによりランダムナンスＲｉ−１の第１の暗号ハッシュをキャッシュに入れるステップと、ＣＮにおいてランダム鍵を含む第１のＣＮメッセージを生成して、ＣＮにおいてランダム鍵をキャッシュに入れるステップと、ランダム鍵を含む第１のＣＮメッセージをＭＮに送信するステップと、ＭＮにおいてランダム鍵をキャッシュに入れるステップと、ＭＮにより新しいランダムナンスＲｉを生成するステップと、第２のＭＮメッセージをＭＮからＣＮに送信するステップであって、第２のＭＮメッセージは新しいランダムナンスＲｉの暗号ハッシュ、ランダムナンスＲｉ−１、およびＣＮによりＭＮに提供されるランダム鍵に基づくＭＡＣを含むステップとを含み、鍵の反復を含むＭＮとＣＮ間の連結されたメッセージのチェーンは、ＭＮがセッション所有者であることを認めさせる。
【００６３】
方法はまた、ＣＮにより第２のＭＮメッセージを受信するステップと、ＣＮにおいてランダムナンスＲｉ−１のハッシュを確認するステップと、ＣＮにおいてランダム鍵のＨＭＡＣおよび関連するメッセージを確認するステップと、ＣＮにおいて新しいランダムナンスＲｉの暗号ハッシュをキャッシュに入れるステップと、ＣＮにおいてランダム鍵ｄＡを作成してキャッシュに入れるステップと、ＣＮにおいてランダム鍵にランダム鍵ｄＡを加えたものと同等の新しい鍵をキャッシュに入れるステップと、ランダム鍵ｄＡおよびランダム鍵に基づくＭＡＣをＭＮに転送するステップとを含むこともできる。
【００６４】
方法はまた、ＭＮから後続のメッセージを受信した後、ランダム鍵ｄＡｉの後続の増分をＭＮに送信するステップを含むこともできる。
【００６５】
ＭＮは、接続ポイントにおいてネットワークノードに動作可能に接続された周辺デバイスによってさらに定義されてもよく、周辺デバイスはＩＰアドレスを有する。
【００６６】
ランダムナンスＲｉ−１は、初期ナンスであってもよい。
【００６７】
ＣＮからＭＮへの各メッセージは、前のナンスを含む戻りメッセージ本文の少なくとも一部にわたりＭＡＣを含むことができる。
【００６８】
ＭＡＣは、ハッシュベースのＭＡＣによってさらに定義されてもよい。
【００６９】
戻りメッセージ本文は秘密を含むことができ、ＣＮからＭＮへの各メッセージのＭＡＣは、前のナンスおよび秘密をカバーすることができる。
【００７０】
セッションは、トランスポート接続の形成の前、または形成と同時に開始することができる。
【００７１】
セッションは、ＭＮとＣＮ間で維持された複数のトランスポート接続のトランスポート接続の形成の前、または形成と同時に開始することができる。
【００７２】
セッションは、ＭＮとＣＮ間のトランスポート接続の少なくとも１つ、および複数のトランスポート接続が終了した後に終了することができる。
【００７３】
第２のトランスポート接続は、ＣＮからＭＮに形成されてもよく、ＣＮは、第２のトランスポート接続を介してセッション中にその接続ポイントへの変更でＭＮを更新することができる。
【００７４】
方法は、ＣＮにおいてネットワーク接続ポイント変更メッセージを受信するステップをさらに含むことができ、ＣＮは、さらにメッセージを処理する前に、ランダムナンスＲｉ−１を引き継いだ第１の暗号ハッシュが、ネットワーク接続ポイント変更メッセージに含まれているランダムナンスＲｉ−１と同一であるかどうかを確認する。
【００７５】
方法はまた、ＣＮにおいてランダム鍵更新に含まれるＭＡＣを確認するステップを含むこともできる。
【００７６】
ホストのうちの少なくとも１つは、サーバ、ラップトップ、ＰＣ、スマートフォン、テレビジョン、ＰＤＡ、ゲーム機、プッシュツートークデバイス、および周辺デバイスのうちの少なくとも１つによりさらに定義されてもよい。
【００７７】
方法は、ＭＮとの複数の物理または論理Ｌ２インターフェイス接続を提供するステップをさらに含むことができ、複数のインターフェイスの各インターフェイスは個々のＩＰアドレスをサポートする。
【００７８】
方法は、複数のＩＰアドレスをサポートするＭＮとの１つの物理または論理Ｌ２インターフェイス接続を提供するステップをさらに含むことができる。
【００７９】
方法において、ＭＮおよびＣＮはトランスポート接続のサブセットを維持することができ、更新をトランスポート接続のサブセットのうちの１つに適用するステップをさらに備える。
【００８０】
方法において、複数のＩＰアドレスのうちの１つはアクティブなＩＰアドレスであり、ＭＮは、アクティブなＩＰアドレスのアイデンティティが変化した場合、第２のメッセージでＣＮを更新する。
【００８１】
本明細書の原理によるモビリティノード（ＮＭ）は、メッセージを生成および受信するために、モビリティノード（ＭＮ）に動作可能に接続されたプロセッサを含むことができ、プロセッサは、モビリティノードのＩＰアドレスが変化した場合、ＩＰアドレス更新をコレスポンデントノード（ＣＮ）に送信するための信号伝達メッセージを生成することができ、信号伝達メッセージは、ランダム鍵のハッシュおよび秘密を含み、認証コード（ＭＡＣ）は信号伝達メッセージの少なくとも一部に適用される。
【００８２】
ＭＮは、ＵＳＢメモリストレージデバイスに動作可能に接続されたプロセッサを有することができ、ＵＳＢメモリストレージデバイスは、プロセッサと共に信号伝達メッセージを生成、送信、受信、および格納するための自動実行アルゴリズムを含むことができる。
【００８３】
モビリティノード（ＮＭ）とのモビリティアソシエーション（ＭＡ）を容易にするためにコレスポンデントノード（ＣＮ）は、モビリティノードから鍵および秘密を含むメッセージを受信、確認、および生成するためのＣＮに動作可能に接続されたプロセッサを含むことができ、認証コード（ＭＡＣ）はメッセージの少なくとも一部に適用され、ＣＮはＭＮからのすべての以前のメッセージを確認する。
【００８４】
セキュリティプロトコルは、ネットワークにわたりトランスポート接続を維持する２つのモバイルホストに、動作可能な接続で提供され、２つのモバイルホスト間で交換されてもよい。セキュリティプロトコルは、コレスポンデントノード（ＣＮ）へのトランスポート接続を形成するモビリティノード（ＮＭ）を含むことができ、ＭＮは第１のモバイルホスト（ＦＭＨ）であり、ＣＮは第２のモバイルホスト（ＳＭＨ）であり、ＣＮはＭＮへの第２のトランスポート接続を形成し、ＦＭＨおよびＳＭＨはいずれも、セッション中または時間フレーム内に、信号伝達メッセージを介して、それぞれ第１および第２のトランスポート接続経由で接続ポイントの変更に関する更新を選択的に送信し、信号伝達メッセージは、秘密番号の暗号ハッシュを採用するナンス更新であって、秘密番号は、信号伝達メッセージがセッションに対して生成された最初のメッセージである場合を除いて、前のメッセージのナンスを生成するために使用されるナンス更新と、ＦＭＨおよびＳＭＨによりセッション中に合意された鍵を含む信号伝達メッセージの少なくとも一部に適用される認証コード（ＭＡＣ）とを含む。
【００８５】
セキュリティプロトコルは、ネットワークにわたりトランスポート接続を維持する２つのモバイルホストに、動作可能な接続で提供され、２つのモバイルホスト間で交換されてもよく、ＦＭＨは第１のトランスポート接続のための第１の独立鍵（ＦＩＫ）を生成し、ＳＭＨは第２のトランスポート接続のための第２の独立鍵（ＳＩＫ）を生成する。
【００８６】
本明細書において示されるすべての実施形態は、コンピュータ、携帯電話、ＰＤＡ、テレビジョンなどのような、通信デバイス間の安全な通信を動作可能に容易にするように構成され構築されたシステムおよび方法を介して達成される原理を含む。そのようなものとして、本明細書における各々の例示的なシステムまたは方法は、暗号が通信デバイス間で伝送されうる通信、無線、またはその他のネットワークへの信号の動作可能な接続を考慮する。
【００８７】
本明細書における実施形態は、例示の目的のために説明され示されたものに過ぎず、本発明の原理を限定するものとして解釈されるべきではない。変更は当業者には明らかであり、本明細書における原理の精神を逸脱することのないすべての変更は、添付の特許請求の範囲に含まれることが意図されている。当業者であれば、本開示が基にする概念が、本発明の原理の複数の目的を実行するためのその他の構造体、方法、およびシステムの設計ための基礎として容易に活用されうることを理解するであろう。
【００８８】
したがって、前述の説明は、本明細書における原理の例示に過ぎないものと見なされる。さらに、多数の変形および変更が当業者には容易に考案されるので、示され説明される厳密な構造体および操作に本原理を限定することは望ましくなく、したがって、本明細書において説明される原理の範囲内に含まれるすべての適切な変更および等価物が用いられてもよい。
【図１】
2013535862.tif 000003
【図２】
2013535862.tif 000004
【図３】
2013535862.tif 000005
【図４】
2013535862.tif 000006
【図５】
2013535862.tif 000007
【図６】
2013535862.tif 000008
【図７】
2013535862.tif 000009
【図８】
2013535862.tif 000010
【図９】
2013535862.tif 000011
【手続補正書】
【提出日】平成25年2月22日(2013.2.22)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワークにわたりトランスポート接続を維持する２つのホスト間のセキュリティプロトコルを操作する方法にして、
メッセージを生成および受信するために、モビリティノード（ＭＮ）、（２１０）を提供するステップと、
ＭＮ（２１０）からのメッセージを生成、認証、および受信するために、ＭＮ（２１０）をコレスポンデントノード（ＣＮ）、（２２０）に選択的に接続するステップとを備える方法であって、
ＭＮ（２１０）においてランダムナンスＲｉ−１を引き継がれた第１の暗号ハッシュを含む第１のＭＮメッセージを生成して、ＭＮ（２１０）においてランダムナンスＲｉ−１をキャッシュに入れることと、
セッション中に、ナンスＲｉ−１の第１の暗号ハッシュを含む第１のＭＮメッセージをＣＮ（２２０）に送信することと、
ＣＮ（２２０）によりランダムナンスＲｉ−１の第１の暗号ハッシュをキャッシュに入れることと、
ＣＮ（２２０）においてランダム鍵を含む第１のＣＮメッセージを生成して、ＣＮ（２２０）においてランダム鍵をキャッシュに入れることと、
ランダム鍵を含む第１のＣＮメッセージをＭＮ（２１０）に送信することと、
ＭＮ（２１０）においてランダム鍵をキャッシュに入れることと、
ＭＮ（３１０）により新しいランダムナンスＲｉを生成することと、
第２のＭＮメッセージをＭＮ（３１０）からＣＮ（３３０）に送信することであって、第２のＭＮメッセージが新しいランダムナンスＲｉの暗号ハッシュ、ランダムナンスＲｉ−１、およびＣＮ（３３０）によりＭＮ（３１０）に提供されるランダム鍵に基づくメッセージ認証コード（ＭＡＣ）を含み、鍵の反復を含むＭＮ（３１０）とＣＮ（３３０）間の連結されたメッセージのチェーンが、ＭＮ（３１０）がセッション所有者であることを認めさせることとを特徴とする、方法。
【請求項２】
ＣＮ（３３０）により第２のＭＮメッセージを受信するステップと、
ＣＮ（３３０）においてランダムナンスＲｉ−１の第１の暗号ハッシュを確認するステップと、
ＣＮ（３３０）においてランダム鍵のＭＡＣおよび関連するメッセージを確認するステップと、
ＣＮ（３３０）において新しいランダムナンスＲｉの暗号ハッシュをキャッシュに入れるステップと、
ＣＮ（３３０）においてランダム鍵ｄＡを作成してキャッシュに入れるステップと、
ＣＮ（３３０）においてランダム鍵にランダム鍵ｄＡを加えたものと同等の新しい鍵をキャッシュに入れるステップと、
ランダム鍵ｄＡおよびランダム鍵に基づくＭＡＣをＭＮ（３１０）に転送するステップとをさらに備える、請求項１に記載の方法。
【請求項３】
ＭＮ（３１０）から後続のメッセージを受信した後、ランダム鍵ｄＡｉの後続の増分をＭＮ（３１０）に送信するステップをさらに備える、請求項２に記載の方法。
【請求項４】
ＭＮ（６２０）が、接続ポイントにおいてネットワークノードに動作可能に接続された周辺デバイスによってさらに定義され、周辺デバイスがＩＰアドレスを有する、請求項１に記載の方法。
【請求項５】
ランダムナンスＲｉ−１が初期ナンスである、請求項１に記載の方法。
【請求項６】
ＣＮ（３３０）からＭＮ（３１０）への各メッセージが、前のナンスを含む戻りメッセージ本文の少なくとも一部にわたりＭＡＣを含む、請求項５に記載の方法。
【請求項７】
第２のトランスポート接続がＣＮ（４２０）からＭＮ（４１０）に形成され、ＣＮ（４２０）が第２のトランスポート接続を介してセッション中にその接続ポイントへの変更でＭＮ（４１０）を更新する、請求項１に記載の方法。
【請求項８】
メッセージを生成および受信するために、モビリティノード（２１０）に動作可能に接続されたプロセッサを備えるモビリティノード（２１０）であって、
プロセッサが、モビリティノード（２１０）のＩＰアドレスが変化した場合にＩＰアドレス更新をコレスポンデントノード（２２０）に送信するための信号伝達メッセージを生成するように構成され、
信号伝達メッセージが、ランダム鍵のハッシュを含むように構成され、メッセージ認証コード（ＭＡＣ）が信号伝達メッセージの少なくとも一部に適用されることを特徴とする、モビリティノード（２１０）。
【請求項９】
ネットワークにわたりトランスポート接続を維持する２つのモバイルホストに動作可能な接続で提供され、２つのモバイルホスト間で交換されるセキュリティプロトコルにして、
コレスポンデントノード（ＣＮ）（２２０）へのトランスポート接続を形成するモビリティノード（ＮＭ）（２１０）を備え、ＭＮ（２１０）が第１のモバイルホスト（ＦＭＨ）であり、ＣＮ（２２０）が第２のモバイルホスト（ＳＭＨ）であり、
ＣＮ（２２０）がＭＮ（２１０）への第２のトランスポート接続を形成するセキュリティプロトコルであって、
ＦＭＨおよびＳＭＨはいずれも、セッション中または時間フレーム内に、信号伝達メッセージを介して、それぞれ第１および第２のトランスポート接続経由で接続ポイントの変更に関する更新を選択的に送信し、信号伝達メッセージが、
乱数の暗号ハッシュを採用するナンス更新であって、
乱数が、信号伝達メッセージがセッションに対して生成された最初のメッセージである場合を除いて、前のメッセージのナンスを生成するために使用されるナンス更新と、
ＦＭＨおよびＳＭＨによりセッション中に合意された鍵を含む信号伝達メッセージの少なくとも一部に適用されるメッセージ認証コード（ＭＡＣ）とを含むことを特徴とする、セキュリティプロトコル。
【請求項１０】
ＦＭＨが第１のトランスポート接続のための第１の独立鍵（ＦＩＫ）を生成し、ＳＭＨが第２のトランスポート接続のための第２の独立鍵（ＳＩＫ）を生成する、請求項９に記載のセキュリティプロトコル。
【国際調査報告】
2013535862.tif 000012
2013535862.tif 000013