通信サービスを管理する方法、通信サービスを使用するように構成されている端末、端末を登録するように構成されている登録デバイス、プロキシデバイス、及びプロトコルスタック製品
【課題】通信サービスにおける攻撃を効率的に抑制する。
【解決手段】通信サービスに関するネットワーク機能を備えるネットワークにおいて、少なくとも１つの端末１３に通信サービスが提供される。端末レベルにおいて、登録要求メッセージ２２がネットワーク機能へ送信される。該登録要求メッセージは、端末に関連付けられた秘密パラメータを示す。次に、登録の肯定応答２４が受信される。このコンテキストにおいて、秘密パラメータに基づいて少なくともいくつかの受信メッセージが照査される。
【解決手段】通信サービスに関するネットワーク機能を備えるネットワークにおいて、少なくとも１つの端末１３に通信サービスが提供される。端末レベルにおいて、登録要求メッセージ２２がネットワーク機能へ送信される。該登録要求メッセージは、端末に関連付けられた秘密パラメータを示す。次に、登録の肯定応答２４が受信される。このコンテキストにおいて、秘密パラメータに基づいて少なくともいくつかの受信メッセージが照査される。
【発明の詳細な説明】
【技術分野】
【０００１】
［１．技術分野］
本発明は、包括的には、通信ネットワークに関し、より詳細には、これらのタイプのネットワークにおいて行われる可能性のあるいくつかの攻撃を抑制することに関する。
【背景技術】
【０００２】
［２．関連する技術］
いくつかの通信ネットワークは、マルチメディア通信セッション（インターネットによる音声呼及びビデオ呼(voice and video calls)等）のセットアップ及びティアダウンを可能にしている。これらのタイプの通信は、一般に、セッション開始プロトコル（ＳＩＰ）プロトコルに基づいている。
【０００３】
インターネットネットワークにより通信するどの端末も、様々なタイプの攻撃の標的になる可能性がある。例えば、この通信ネットワークの第１の端末は、この第１の端末に向けて大量のメッセージを送信してメッセージのオーバーフローを引き起こす第２の端末によって攻撃を受ける可能性がある。第１の端末に対するこのタイプの攻撃を防止するには、第２の端末から到来するメッセージをフィルタリングするように、第１の端末と第２の端末との間にネットワークデバイスを配置することが可能である。このようなフィルタは、第２の端末の識別子の解析に基づいている。この解析は、ＳＩＰメッセージに対して行うには、非常に複雑且つ高価になる可能性がある。実際に、発呼側を意味する第２の端末の識別子を取得するには、ＳＩＰメッセージ全体をパースしなければならない。その結果、ネットワークデバイスは、すべてのＳＩＰメッセージのこのようなパースを実行するための十分な計算能力を有していなければならない。実際に、ＳＩＰは、ハイパーテキスト転送プロトコル（ＨＴＰＰ）のようなテキストベースのプロトコルである。このようなプロトコルのパースは、大量の資源を必要とする。
【０００４】
ＳＩＰ端末、より詳細には、埋め込まれたＳＩＰユーザエージェント(embedded SIP User Agent)は、ＳＩＰフラッド攻撃及びサービス拒否攻撃に対して非常に脆弱である。ＳＩＰユーザエージェントに対する基本的な攻撃は、ＳＩＰ要求メッセージで標的をフラッドさせることにその本質がある。パースは、実に多くの資源を消費するので、この単純な攻撃は、実に効率的なものとなる可能性があり、サービス拒否を引き起こすおそれがある。ＳＩＰフォン又はホームゲートウェイとしての埋め込まれたＳＩＰユーザエージェントでは、このサービス拒否は、音声サービスに影響を与えるだけでなく、ＨＴＴＰや電子メール等の他のサービスにも影響を与える。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記に鑑み、インターネットネットワークにより通信する端末の保護を増強する必要がある。
【課題を解決するための手段】
【０００６】
第１の態様において、本発明は、通信サービスに関するネットワーク機能を備えるネットワークにおいて少なくとも１つの端末に提供される上記通信サービスを管理する方法であって、
該方法は、端末レベルにおいて、
ａ）登録要求メッセージをネットワーク機能へ送信するステップであって、該登録要求メッセージは、端末に関連付けられた秘密パラメータを示す、登録要求メッセージをネットワーク機能へ送信するステップと、
ｂ）登録の肯定応答を受信するステップと、
を含み、
秘密パラメータに基づいて少なくともいくつかの受信メッセージが照査（control）される、方法を提案する。
【０００７】
これらの特徴に基づいて、有利には、ネットワーク機能及びこのネットワーク機能に登録される端末は、当該端末に関連付けられている１つの同じ秘密パラメータを共有する。この共有の秘密パラメータに基づいて、端末は、受信したメッセージが、同じ秘密パラメータを知っているネットワーク機能から到来したものであるか否かを容易に判断することができる。実際に、端末に宛てられたメッセージがネットワーク機能によって受信されたとき、このネットワーク機能は、メッセージを端末へ送信する前に、メッセージに秘密パラメータを取り入れることができる。したがって、受信メッセージが共有の秘密パラメータを示しているとき、端末は、受信メッセージがネットワーク機能から到来したものであることを推定することができる。登録ステップは、端末とネットワークとの最初の接触に対応するので、端末とネットワーク機能との間での秘密パラメータの共有に関連する方法である。
【０００８】
その上、一般に、ネットワーク機能を備えるネットワークアーキテクチャでは、ネットワーク機能を通過するすべてのメッセージは、端末へ送信される前に照査(control)される。このようなネットワーク機能によって、端末に宛てられたメッセージをセキュアにすることが可能になる。
【０００９】
これらの状況において、端末は、ネットワーク機能から到来するメッセージを信頼することができ、共有の秘密パラメータによって、受信メッセージがネットワーク機能から到来したときに容易に判断することが可能になる。
【００１０】
本発明の一実施の形態によれば、端末は、特にＳＩＰメッセージについて、多くの資源を消費してすべての受信メッセージをパースする必要がない。実際に、ネットワーク機能から受信されたメッセージについてパースをまったく実行しなくとも、端末は、いくつかの攻撃から保護される。
【００１１】
本発明の一実施の形態では、ネットワーク機能は、１つの登録機能（より詳細には、端末の通信サービスへの登録ステップをハンドリングすることを担当する）、及び１つのプロキシ機能（登録された端末に宛てられたメッセージをハンドリングすることを担当する）を備えることができる。登録機能は、プロキシ機能とともに同一のネットワークデバイスに配置することもできるし、同一のネットワークデバイスに配置しなくてもよい。ネットワーク登録機能及びプロキシ機能の物理的な実施に対していかなる制限も関連付けられていない。
【００１２】
本発明は、端末に宛てられた少なくとも一種類のタイプのメッセージがネットワーク機能を通過するネットワークに有利に適用することができる。例えば、ＳＩＰプロトコルのコンテキストでは、このタイプのメッセージは、ＳＩＰ要求メッセージに対応することができる。
【００１３】
この状況において、本方法は、端末レベルにおいて、
上記のタイプのメッセージを受信するステップと、
上記メッセージが秘密パラメータを含んでいない場合、受信メッセージを廃棄するステップと、
をさらに含むことができる。
【００１４】
したがって、このコンテキストでは、端末が、所定のタイプのメッセージを、ネットワーク機能を通過することなく直接受信したとき、これは異常状況に対応する。
【００１５】
ここで、上述した特徴によって、状況が異常であるか否かを容易に判断することが可能になる。実際のところ、秘密パラメータは、登録された端末とネットワーク機能との間で共有される。その結果、ネットワーク機能は、端末に宛てられたメッセージのそれぞれに秘密パラメータを取り入れることができる。したがって、端末が、ネットワーク機能を通過すると期待されるメッセージを受信したとき、端末は、このメッセージが秘密パラメータを含むか否かを照査することができる。メッセージがネットワーク機能から到来すると期待され、且つ、メッセージが秘密パラメータを含まない場合、その状況は異常であり、その結果、端末は、このようなメッセージを有利に廃棄することができる。
【００１６】
受信メッセージが秘密パラメータを含むとき、端末は、第１に、受信メッセージが、期待されたようにネットワーク機能を通過したものと推定することができ、第２に、受信メッセージが、ネットワーク機能によってすでに照査されたものと推定することができる。
【００１７】
ネットワーク機能を通過すると期待される所定のタイプのメッセージは、シグナリングメッセージに対応することができ、より詳細には、ＳＩＰプロトコルが使用されているときはＳＩＰ要求メッセージに対応することができる。
【００１８】
ネットワークにおいて提供される通信サービスが、ＳＩＰプロトコルに基づくサービスに対応するとき、ＳＩＰネットワーク機能によって、登録された端末は、ネットワーク機能により使用される自身の現在のロケーションをアップロードすることが可能になる。ＳＩＰ登録要求メッセージは、一般に、ＳＩＰ端末がオンにスイッチングされたときにＳＩＰ端末によって送信される最初のメッセージである。端末とネットワーク機能との間で登録プロセスが実行されるとき、ＳＩＰ ＵＲＩ（「統一資源識別子(Uniform resource Identifier)」）又は登録アドレスとしての端末の識別子が、端末の物理アドレスに結び付けられる。これは従来通り登録要求メッセージの「contact」ヘッダで使用される。ＵＲＩ又は登録アドレスは、従来は、ユーザ名又は電話番号のような公開パラメータに対応することができる。したがって、ネットワーク機能が、端末に宛てられたメッセージを受信したとき、ネットワーク機能は、その後、このメッセージを、端末の結び付けられた物理ロケーションへ転送する。
【００１９】
本発明の一実施の形態において、本明細書で提案されるメカニズムは、登録ステップ中、従来使用されているユーザ名又は電話番号のような公開パラメータを使用する代わりに、任意の秘密パラメータを使用することにその本質があるものとすることができる。この秘密パラメータは、ランダムに生成することができる。この秘密パラメータは、ランダムな登録アドレス(address of registration)（ＡＯＲ）とみなすことができる。このランダムＡＯＲは、ランダムな部分をＡＯＲの一部のみとして含んでもよいし、ランダムな部分がＡＯＲ全体を表してもよい。
【００２０】
「端末」という用語は、ネットワークで使用される通信プロトコルを終端することができる任意のデバイスを意味する。ＳＩＰプロトコルのコンテキストでは、端末は、ＲＦＣ３２６１で参照されるような「ユーザエージェント」(User Agent)に対応することができる。
【００２１】
このような端末は、例えば、電話器、コンピュータ、ゲートウェイ、又はＰＡＢＸ（「構内自動交換機(Private Automatic Branch Exchange)」を表す）とすることができる。
【００２２】
有利には、端末は、受信メッセージがプロキシ機能から到来したか否かを容易に判断することができ、この受信メッセージをハンドリングするリスクを見積もることができる。時に、端末は、（特に、受信メッセージがネットワーク機能から到来すると期待されるが実際にはそうではないとき）受信メッセージの廃棄を決定することができる。したがって、フラッド攻撃を回避することができる。
【００２３】
例えば、すべてのシグナリングメッセージ（特にＳＩＰ要求メッセージ）がネットワーク機能から到来すると期待される場合、秘密パラメータを含まないすべてのシグナリングメッセージは、端末レベルにおいて有利且つ容易に廃棄することができる。これらの状況では、ＳＩＰ要求メッセージの送信に基づくフラッド攻撃から端末を容易に保護することができる。
【００２４】
秘密パラメータがＳＩＰメッセージの先頭に取り入れられるとき、端末は、ＳＩＰメッセージ全体をパースすることなくＳＩＰメッセージの廃棄を決定することができる。したがって、端末レベルにおいて使用される資源は、パースオペレーションによって妨げられない。資源枯渇によるサービス拒否の影響は低減され、端末のサービスに影響を与えないはずである。
【００２５】
一実施の形態によれば、サービスは、ネットワークにおいてセッション開始プロトコルに基づいて提供され、秘密パラメータは、要求メッセージのＳＩＰ「contact」フィールドに含まれると期待される。
【００２６】
したがって、端末は、受信された要求メッセージがネットワーク機能から到来したか否かを容易に検出することができる。
【００２７】
端末に宛てられネットワーク機能を通過するメッセージのタイプは、ＳＩＰ要求メッセージタイプとすることができ、端末は、最初の４バイトが大文字である場合にのみステップ／２／を実行する。
【００２８】
これらの状況において、有利には、受信メッセージがネットワーク機能から到来しているか否かを判断する前に、端末は、受信メッセージを事前にパースする。実際に、端末は、すべての要求メッセージがネットワーク機能から到来することを知っているので、まず第１に、端末は、受信メッセージが要求メッセージであるか否かを判断することを試みる。この目的のために、端末は、ＳＩＰ受信メッセージの最初の４バイトが大文字であるか否かを判断する。ＳＩＰ受信メッセージの最初の４バイトが大文字である場合、受信メッセージはおそらく要求メッセージである。
【００２９】
一実施の形態では、サービスを管理する方法は、端末レベルにおいて、
フラッド攻撃を検出するステップと、
端末の、その秘密パラメータについての登録を抹消するために、ネットワーク機能へ登録抹消要求メッセージを送信するステップと、
をさらに含む。
【００３０】
したがって、有利には、フラッド攻撃の検出時に、端末は、ネットワーク機能の登録抹消ステップを管理する。フラッド攻撃は、悪意のあるデバイスが秘密パラメータを知っているということを意味する。この登録抹消ステップ中、端末と秘密パラメータとの間の関連付けが消去される。
【００３１】
したがって、膨大なＳＩＰ要求のフラッド攻撃の場合、端末は、どのＳＩＰサービスをも利用不能とするために、自身の現在の秘密パラメータの登録抹消ステップを実行することができる。
【００３２】
有利には、登録抹消要求メッセージは、フラッド攻撃の発信元に関する情報及び／又はフラッド攻撃の原因に関する情報を示すことができる。したがって、ネットワーク機能は、容疑者について知らされる。このような情報は、
【００３３】
フラッド攻撃は、所与の個数の悪意のあるメッセージの受信に基づいて検出することができる。
【００３４】
実際には、端末に宛てられた少なくとも一タイプのメッセージが、ネットワーク機能（１０）を通過するとき、
上記方法は、端末レベルにおいて、
／１／ 上記タイプのメッセージを受信するステップと、
／２／ 上記メッセージが秘密パラメータを含んでいない場合、受信メッセージを廃棄するステップと、
をさらに含んでもよく、
フラッド攻撃は、ステップ／２／において廃棄される受信メッセージを所与の個数受信した際に検出される。
【００３５】
第２の態様では、本発明は、サービスのためのネットワーク機能を備えるネットワークにおいて少なくとも１つの端末に提供される上記サービスを管理する方法であって、該方法は、ネットワーク機能レベルにおいて、
ａ）登録要求メッセージを受信するステップであって、該登録要求メッセージは、秘密パラメータを示す、登録要求メッセージを受信するステップと、
ｂ）秘密パラメータを端末に関連付けて記憶すると共に、端末へ登録の肯定応答を送信するステップと、
を含み、
端末に宛てられたメッセージに上記秘密パラメータが取り入れられる、方法を提供する。
【００３６】
したがって、ネットワーク機能は、通信サービスへの登録を管理すること及び登録された端末と秘密を共有するために秘密パラメータを記憶することを担当する。
【００３７】
ネットワーク機能は、端末に関連付けられた秘密パラメータを記憶するので、通信サービスを管理する方法は、ネットワーク機能レベルにおいて、
ｃ）端末に宛てられたメッセージを受信するステップと、
ｄ）端末に関連付けられた秘密パラメータをメッセージに取り入れるステップと、
ｅ）ステップｂ）において取得されたメッセージを端末へ送信するステップと、
を含むことができる。
【００３８】
したがって、端末に宛てられネットワーク機能を通過するすべてのメッセージは、秘密パラメータを示す。これらの状況では、端末は、受信メッセージがネットワーク機能から到来したか否かを容易に判断することができる。
【００３９】
本発明の第３の態様は、第１の態様による方法を実行する手段を備える端末に関する。
【００４０】
本発明の第４の態様は、第２の態様による方法を実行する手段を備えるネットワークデバイスに関する。
【００４１】
本発明のさらなる特徴及び利点は、以下の説明からより明らかになるであろう。以下の説明は、単に例示として与えられているにすぎず、添付図面と共に読まれるべきものである。
【図面の簡単な説明】
【００４２】
【図１】本発明の一実施形態による通信ネットワークを示す図である。
【図２】本発明の一実施形態による端末の登録ステップを示す図である。
【図３】本発明の一実施形態による秘密パラメータの使用を示す図である。
【図４】本発明の一実施形態によるＳＩＰスタックを示す図である。
【図５】本発明の一実施形態による登録抹消プロセスを示す図である。
【図６】本発明の一実施形態による端末、登録デバイス、及びプロキシデバイスを示す図である。
【発明を実施するための形態】
【００４３】
［好適な実施形態の説明］
図１は、本発明の一実施形態による通信ネットワークを示す。
【００４４】
この通信ネットワークは、ネットワーク機能１０と、ＩＰネットワーク１１上で通信できる複数の端末１３とを備える。ネットワーク機能１０は、登録機能１２及びプロキシ機能１４を備える。これら登録機能１２及びプロキシ機能１４は、同じネットワークデバイスに配置することもできるし、互いに通信できる異なるネットワークデバイス上に配置することもできる。ネットワークアーキテクチャに関する制限はない。以下のセクションでは、単に例示の目的でのみ、登録機能及びプロキシ機能に包括的に触れる。
【００４５】
以下では、一例示の実施形態として、ＩＰネットワーク上の通信は、ＲＦＣ３２６１に規定されたＳＩＰプロトコルに基づくものとする。
【００４６】
ネットワーク登録機能１２は、ＳＩＰプロトコルを使用しネットワーク１１を通じて通信したい端末１３の登録ステップをハンドリングするように構成されている。プロキシ機能１４は、端末から少なくとも一タイプのシグナリングメッセージを受信し、該メッセージをネットワーク１１を介して、本発明の一実施形態に従い登録されている端末へ送信するように構成されている。
【００４７】
一実施形態では、登録ステップの後、端末に宛てられたメッセージのいくつかが、経路（way）１０２を介してネットワークを通過すると期待される。本発明によって、ネットワーク機能を通過すると期待され且つ経路１０１を通過する（すなわち、２つの端末１３間を直接通過する）メッセージに基づくフラッド攻撃を検出することが可能になる。
【００４８】
図２は、本発明の一実施形態による端末の登録ステップを示す。
【００４９】
端末１３は、秘密に保たれているランダムパラメータを知っている。端末１３がステップ２１においてこのランダムパラメータを生成することを計画することが可能である。しかし、このランダムパラメータは、他の任意の方法によって生成することもできる。
【００５０】
端末は、このランダムパラメータを示す登録要求メッセージ２２を登録機能１２へ送信する。この登録機能１２は、このランダムパラメータを、この端末に関連付けてメモリに記憶し、登録ステップを確認するために、ＳＩＰメッセージ２００「ＯＫ」を返信することによって応答する。
【００５１】
ランダムパラメータは、端末の公開パラメータ（例えばユーザ名又は電話番号）と組み合わせてもよい。
【００５２】
一実施形態では、メッセージ２２は、以下の通りとすることができる。
【００５３】
【表１】
【００５４】
この実施形態では、秘密パラメータは、ＳＩＰ登録要求メッセージの「contact」フィールドで登録機能１２へ送信される。秘密パラメータは、ランダムパラメータと物理アドレスとを組み合わせたものに対応する。このフィールドは、ここでは、例えば、
−ランダム部分：11ff04d59d394bd5
−物理アドレス：192.0.2.4:5060
を示す。
【００５５】
この登録ステップの後、端末１３及びネットワーク登録機能１２は、同じ秘密パラメータを共有する。この共有の情報によって、端末１３及びネットワーク登録機能１２は、ＳＩＰフラッド攻撃のようないくつかの攻撃に対する保護を保証することが可能になる。
【００５６】
実際に、この登録ステップの後、プロキシ機能１４（登録機能１２に従来通りリンクされる）は、端末１３に宛てられプロキシ機能を通過するすべての要求メッセージに、共有の秘密パラメータを取り入れることができる。この実施形態では、「contact」フィールドに記入される情報はランダムなＡＯＲである。このランダムなＡＯＲは、例えば、端末１３に宛てられプロキシ機能１４を通過するすべてのメッセージの「contact」フィールドに含められる。
【００５７】
図３は、登録ステップ後の本発明の一実施形態による秘密パラメータの使用を示す。
【００５８】
従来通り、ネットワーク登録機能１２及びネットワークプロキシ機能１４は、互いに関連付けられる。その結果、プロキシ機能は、登録機能によって記憶された情報にアクセスすることができ、特に秘密パラメータにアクセスすることができる。この秘密パラメータは、本明細書のこの例示の実施形態では、ランダムな登録アドレスＡＯＲを意味し、登録された端末に関連付けて記憶されている。プロキシ機能１４が、端末１３に宛てられたメッセージ３１を受信したとき、プロキシ機能１４は、この端末がそれ自身を登録したときに記憶された登録アドレスＡＯＲを見つけ、ステップ３２において、メッセージ３１で受信された対応する情報をこの登録アドレスＡＯＲに置き換える。
【００５９】
このステップ３２の後、プロキシ機能１４は、図２に示すように、秘密パラメータ（例えば登録ステップに使用される登録アドレスを意味する）を示すメッセージ３３を端末へ送信する。その結果、端末１３がこのメッセージ３３を受信したとき、端末１３は、このメッセージがプロキシ機能１４から到来したものか否かを判断することができる。この目的のために、ステップ３４において、端末は、秘密パラメータがメッセージ３３に含まれているか否かを照査する。
【００６０】
端末レベルで実行されるこの照査ステップは、容易であり、受信メッセージ３３がプロキシ機能１４を通過したことを端末１３に確信させる。メッセージがプロキシ機能によって受信されたとき、そのメッセージは照査される。プロキシ機能によって適用される照査のレベルは、この機能１４が実装されるデバイスの能力に依存し得る。しかし、プロキシ機能は、各受信メッセージに対して照査ステップを実行する。その結果、受信メッセージがプロキシ機能から到来することを知ることは非常にセキュアである。その上、いくつかのネットワークでは、プロキシ機能１４は、受信メッセージに対して高レベルの照査を適用し、これらの状況では、端末は、完全に信頼できる状態で受信メッセージ３３をハンドリングすることができる。
【００６１】
いずれの場合も、受信メッセージがプロキシ機能から到来することを知ると、端末は、その受信メッセージを、信頼できる方法でハンドリングすることができる。
【００６２】
このような特徴によって、フラッド攻撃に対する保護を増強することが可能になる。
【００６３】
ＳＩＰメッセージに対してフィルタを適用することは、特にＳＩＰメッセージでは各フィールドが順序付けられていないので、一般に容易ではない。その結果、ＳＩＰメッセージ中で探索すべき情報を見つけることは難しい。ここで、好ましくは、本発明の一実施形態に従って使用される登録アドレス（秘密パラメータ）は、プロキシ機能１４によってＳＩＰメッセージの先頭に記入される。したがって、端末１３における受信時に、受信メッセージが、例えば、登録ステップ中に提供された登録アドレスから開始するか否かを照査することは非常に容易である。
【００６４】
図４は、本発明の一実施形態による端末のＳＩＰスタックを示す。このようなＳＩＰスタックは、ＴＣＰ−ＴＬＳ ＵＤＰレイヤ４３、保護レイヤ４２、及び標準ＳＩＰスタック４１を備える。換言すれば、本発明の一実施形態に従って端末の保護を増強するように定められた新しいレイヤが、従来のＴＣＰレイヤ４３と従来のＳＩＰスタック４１との間に取り入れられている。
【００６５】
このプロトコルスタックは、下位レイヤ４３と上位レイヤ４１との間に保護レイヤ４２を備える。バインディングテーブル４１２は、考慮対象の端末の秘密パラメータと公開パラメータとの関連付けを記憶するように構成されている。
【００６６】
一実施形態では、保護レイヤは、このタイプのメッセージで従来から使用されている公開パラメータを含む登録要求メッセージを受信する。次に、保護レイヤは、この公開パラメータを秘密パラメータに置き換え、このメッセージを下位レイヤへ送信する。バインディングテーブルは、公開パラメータと秘密パラメータとの関連付けを記憶する。したがって、いくつかの受信メッセージにおいて、メッセージを上位レイヤへ送信する前に、逆置換（秘密パラメータを公開パラメータに置き換えることを意味する）を行うことが可能である。
【００６７】
保護レイヤ４２は、以下のものを備える。
‐上位レイヤから受信され、下位レイヤを通じてネットワーク機能へ送信される登録要求メッセージに上記秘密パラメータを取り入れるように構成されている登録ブロック４１１。 ‐処理ブロック４１３であって、
端末によって受信されたメッセージが秘密パラメータを含むか否かを照査するように構成されている照査ユニット４０５、及び
上記メッセージを上位レイヤへ送信する前に、上記メッセージにおいて、秘密パラメータを上記関連付けられた公開パラメータに置き換えるように構成されている回復ユニット４０６、
を備える処理ブロック４１３。
【００６８】
一実施形態では、登録ブロック４１１は、上述したような登録ステップに対応するメッセージのハンドリングを担当する。この登録ブロック４１１は、変更ユニット４０１及び登録ユニット４０２を含む。
【００６９】
処理ブロック４１３は、ＳＩＰメッセージの受信のハンドリングを担当する。このブロック４１３は、パースユニット４０４、照査ユニット４０５、及び回復ユニット４０６を備えることができる。パースユニット４０４は、性能の増大を可能にするオプションのユニットとすることができる。
【００７０】
バインディングテーブル４１２は、ブロック４１１及び４１３の双方によって使用される。公開パラメータ及び秘密パラメータがＡＯＲに対応するとき、バインディングテーブル４１２は、双方のパラメータを結び付ける。このバインディングテーブル４１２は、登録ステップ中に、登録ブロック４１１の登録ユニット４０２によって供給される。バインディングテーブル４１２は、ＳＩＰメッセージが登録ステップ後に受信されるとき、処理ブロック４１３の照査ユニット４０５及び回復ユニット４０６がインターロゲートすることができる。このバインディングテーブルは、特に端末１３が複数の登録ステップをそれぞれ異なる秘密パラメータでハンドリングするときに役立つ。実際に、本発明の一実施形態によれば、１つの端末が実行できる異なる秘密パラメータによる登録ステップの個数に制限は課されていない。
【００７１】
ネットワークにおいて端末１３からネットワーク登録機能１２へ送信された登録要求メッセージ２２は、後述するように端末１３においてハンドリングすることができる。
【００７２】
ＳＩＰ登録要求メッセージは、変更ユニット４０１によってＳＩＰスタック４１から受信される。変更ユニット４０１は、ＳＩＰスタック４１から受信した登録要求メッセージのcontact「フィールド」に、ランダムＡＯＲに対応する秘密パラメータを記入する。上述したように、秘密パラメータは、部分的又は全体的にランダムなパラメータとすることができる。秘密パラメータは、例えば、ランダムパラメータとユーザ名又は電話番号とを組み合わせたものとすることができる。
【００７３】
本発明の一実施形態では、ＳＩＰスタックから受信された登録要求メッセージの「contact」フィールドに当初記入された情報は、ランダムＡＯＲに置き換えられ、この当初の情報とランダムＡＯＲとの間の関連付けが、バインディングテーブル４１２に記憶される。
【００７４】
秘密パラメータを示す登録要求メッセージ２２は、その後、変更ユニット４０１から登録ユニット４０２へ送信される。登録ユニット４０２は、ネットワーク登録機能１２とのインターフェースのハンドリングを担当する。登録ユニット４０２は、このメッセージ２２をネットワーク登録機能１２へ送信する。
【００７５】
また、ＳＩＰスタック４１によって提供されたこのフィールドがあまりにも長いとみなされたとき、登録ユニット４０２は、登録要求メッセージの「Expire」ヘッダを管理することもできる。この場合、登録ユニット４０２は、最終的には、新しい秘密パラメータ（一実施形態では新しいランダムＡＯＲを意味する）による再登録を管理することができる。
【００７６】
登録ユニット４０２は、他の要素からイベント４２０を受信することもできる。これらのイベントは、攻撃が検出されたことを登録ユニット４０２に知らせることができる。この場合、登録ユニット４０２は、そのＳＩＰユーザエージェントの登録抹消を決定することができ、そのＳＩＰユーザエージェントを新しいランダムＡＯＲとともに再登録する。
【００７７】
登録抹消ステップの終わりに、端末１３は、ＳＩＰ ＯＫ２００メッセージ２４を受信する。このメッセージ２４は、標準ＳＩＰスタック４１へ送信される前に、登録ブロック４１１によって受信される。
【００７８】
端末１３において受信されたＳＩＰメッセージ（登録又は登録抹消の目的に関するＳＩＰメッセージを除く）は、処理ブロック４１３によってハンドリングされる。パースユニット４０４（処理ブロックのオプションのユニット）が、すべての新しい着信ＳＩＰメッセージの先頭を解析することを担当する。これは、プロキシ機能１４から到来すると期待されるタイプのメッセージを照査ユニット４０５へ送信でき、他のメッセージをＳＩＰスタック４１へ直接送信できるようにするために行われる。
【００７９】
ＳＩＰ要求メッセージが、照査ユニット４０５へ送信されると期待されるとき、パースユニットは、ＳＩＰメッセージが要求メッセージであるか否かを判断するように構成されている。この場合、ＳＩＰメッセージは、照査ユニット４０５へ送信される。
【００８０】
この照査ユニット４０５は、最初に、ＳＩＰメッセージで受信されたランダムＡＯＲが、バインディングテーブルに記憶されたＡＯＲの１つに対応するか否かを照査するために、バインディングテーブル４０３をインターロゲートする。対応しない場合、そのＳＩＰメッセージは廃棄される。
【００８１】
対応する場合、ＳＩＰメッセージは、回復ユニット４０５へ送信される。このユニットは、ランダムＡＯＲを、バインディングテーブルに記憶された関連付けられた情報に置き換えることを担当する。この実施形態では、この情報は、端末の当初のＡＯＲに対応する。その後、ＳＩＰメッセージは、標準ＳＩＰスタックである上位レイヤ４１へ送信される。
【００８２】
以下のセクションでは、本発明の一実施形態による端末レベルにおいて実行される照査を詳細に説明する。
【００８３】
ＳＩＰフラッド攻撃の影響を抑制するために、ＳＩＰユーザエージェントは、ＳＩＰメッセージ全体をパースすることなく、悪意のあるＳＩＰメッセージを可能な限り早く拒否することができる。提案されたメカニズムは、端末のＳＩＰソケットにおいて受信されたすべてのメッセージの先頭のみを事前にパースし、ＳＩＰメッセージのタイプをチェックすることにその本質がある。
【００８４】
より正確には、メッセージがＳＩＰ応答である場合、パースユニットは、そのメッセージを高レベルＳＩＰスタック４１へ送信することができる。メッセージがＳＩＰ要求である場合、パースユニットは、要求ＡＯＲが、認可された登録アドレスの１つに等しいか否かを照査する。認可されたＡＯＲは、バインディングテーブル４１２に記憶されているＡＯＲに対応する。
【００８５】
等しくない場合、メッセージは、早期に廃棄され、等しい場合、メッセージは高レベルＳＩＰスタックへ送信される。
【００８６】
パース及びフィルタリングのプロセスは、以下のように適用することができる。
【００８７】
最初に、ＳＩＰソケットにおいて受信されたメッセージの最初の４バイトがパースされる。
【００８８】
最初の４バイトが「SIP/」である場合、メッセージはＳＩＰ応答であるはずである。その結果、このメッセージは、高レベルＳＩＰスタックへ送信される。
【００８９】
最初の４バイトが大文字である場合、メッセージはＳＩＰ要求であるはずである。この場合、パース方法が適用される。
【００９０】
最初の４バイトが「SIP/」でもなく、大文字でもない場合、受信したメッセージは廃棄される。
【００９１】
パース方法が適用されるとき、このメッセージのＡＯＲがアクティブな登録アドレスの１つに等しいか否かを判断するために、このＡＯＲがバイトごとにパースされる。ＡＯＲがアクティブな登録アドレスの１つに等しい場合、メッセージは、回復ユニット４０６へ送信され、そうでない場合、メッセージは廃棄される。
【００９２】
以下の例は、このメカニズムを示す。
【００９３】
端末１３のＳＩＰユーザエージェントは、一実施形態に従ってＡＯＲ「sip:11ff04d59d394bd5@192.0.2.4:5060」に登録される。以下の表は、左の列に、受信されたＳＩＰメッセージの最初のラインを示し、中央の列に、ブロック４１３の対応する結果を示し、右の列に、結果の理由を示す。
【００９４】
【表２】
【００９５】
端末１３では、ＳＩＰサービス拒否攻撃が、埋め込まれた他のサービス（ＨＴＰＰサービス等）に影響を与える可能性がある。予想される攻撃の場合にこれらのサービスを保護するために、提案されたメカニズムは、ＳＩＰ攻撃が検出されたときに、ＳＩＰユーザエージェントを登録抹消することにその本質がある。この保護は、攻撃が検出されたときのＳＩＰユーザエージェントの登録抹消に基づいている。この保護は、対応する端末の登録ステップが、上述したようなものではない従来通りの登録（すなわち、いかなる秘密パラメータも使用しない登録）であっても、有利に実行することができる。実際に、一実施形態による端末１３は、検出された攻撃に関するイベントを受信するように構成されている。
【００９６】
ユーザエージェントは、いくつかの単純な検証でいくつかの種類の攻撃を検出することができる。すなわち、オープンされたＴＣＰコンテキスト、確立されたＳＩＰダイアログ、毎秒のＳＩＰ要求、ＣＰＵ使用率、メモリ使用率、不正な形式のＳＩＰメッセージの受信、ヘッダの欠落等である。これらのチェックが脅威を識別した場合、ユーザエージェントは、非ＳＩＰサービスを保護するために、自身の登録を有利にキャンセルする（すなわち登録抹消をハンドリングする）ことができる。
【００９７】
端末１３が、上記で示すようなコンテキストにおいて、本発明の一実施形態に従って登録されたとき、端末は、ネットワーク機能を通過すると期待されるメッセージ（たとえば要求メッセージタイプ）に対するフラッド攻撃を検出することができる。例えば、所与の個数の受信メッセージが、秘密パラメータを含むと期待されるにもかかわらず、秘密パラメータを含んでいないために廃棄されるとき、端末は、自身がフラッド攻撃の被害者であると判定することができる。
【００９８】
この場合、ユーザエージェントは、自身の現在のランダムＡＯＲを登録抹消することができ、自身を新しいランダムＡＯＲに再登録する。登録抹消と再登録との間の時間、ユーザエージェントを待機させることが可能である。
【００９９】
登録抹消の後、前のランダムＡＯＲは受け付けられなくなり、このＡＯＲを示すどのＳＩＰ要求メッセージも、処理ブロック４１３によって廃棄されることになる。
【０１００】
その上、ＳＩＰユーザエージェントが攻撃を検出したことをＳＩＰネットワーク機能（プロキシ機能及び登録機能）に知らせるために、「Security-Alert」ヘッダ及び「Security-Black-List」ヘッダを使用して、特定のＳＩＰヘッダを登録抹消要求メッセージに設定することができる。
【０１０１】
「Security-Alert」ヘッダは、ユーザエージェントの登録抹消の理由を提供することができる。このヘッダによって、フラッド攻撃の原因についてネットワーク機能に知らせることが可能になる。このヘッダは以下のようにすることができる。
【０１０２】
【表３】
【０１０３】
「cause」フィールドの値は、以下の通りとすることができる。
100: INVITE要求フラッド
101: ACK要求フラッド
102: BYE要求フラッド
103: CANCEL要求フラッド
104: REGISTER要求フラッド
【０１０４】
このような値によって、ネットワーク機能は、フラッド攻撃がINVITEメッセージ、又はACKメッセージ、又はBYEメッセージ、又はCANCELメッセージ、又は登録要求メッセージに基づいていることを知ることができる。
【０１０５】
「Security-Black-List」ヘッダは、攻撃の発信元についての識別情報を提供することができる。この情報は、ネットワークプロキシ／登録機能へ送信され、フラッド攻撃の発信元についてネットワーク機能に知らせることを可能にする。攻撃の発信元は、例えば、その物理アドレス（ＩＰアドレス）によって識別することもできるし、そのＳＩＰ ＵＲＩから識別することもできる。
【０１０６】
「Security-Black-List」ヘッダは、ＳＩＰ登録要求内に配置されるべきである。
【０１０７】
【表４】
【０１０８】
例えば、このヘッダは、以下の情報を示すことができる。
【０１０９】
【表５】
【０１１０】
図５は、本発明の一実施形態による登録抹消プロセスを示す。このような登録抹消プロセスをトリガする方法には、何らの制限も課せられていない。登録抹消プロセスは、端末によるイベントの受信時にトリガすることもできるし、一実施形態によれば、廃棄されるメッセージを所与の個数受信したときにトリガすることもできる。
【０１１１】
端末１３が攻撃を検出したとき、端末１３は、自身の登録抹消を決定して、例えば非ＳＩＰサービスを保護することができる。端末１３が自身の登録抹消を決定したとき、端末１３は、登録抹消要求メッセージ５１を送信する。このメッセージは、以下の通りとすることができる。
【０１１２】
【表６】
【０１１３】
このメッセージ５１は、contactフィールド内に星印を示し、上述したような「Security-Alert」ヘッダ及び「Security-Black-List」ヘッダを含む。実際には、このメッセージは、登録抹消の理由と、推定される悪意のあるアドレスとについてネットワーク機能１０に知らせる。
【０１１４】
ネットワーク登録機能１２は、このメッセージ５１に応答して、「非認可（unauthorized）」メッセージ５２を端末へ送信する。
【０１１５】
このメッセージは、以下の通りとすることができる。
【０１１６】
【表７】
【０１１７】
このメッセージは、メッセージ５１の受信に肯定応答する。
【０１１８】
端末１３は、非認可メッセージ５２の受信後、登録要求メッセージ５３を、ネットワーク機能１０へ、より正確にはネットワーク登録機能１２へ送信する。このメッセージは以下の通りとすることができる。
【０１１９】
【表８】
【０１２０】
このメッセージ５３に肯定応答するために、ネットワーク機能１０は、２００ ＯＫメッセージを送信する。この２００ ＯＫメッセージは、以下のようにすることができる。
【０１２１】
【表９】
【０１２２】
このような登録抹消プロセスの後、端末１３は、本発明の一実施形態に従って、上述したように自身を再登録することができる。
【０１２３】
図６は、本発明の一実施形態による端末１３、登録ユニット６１、及びプロキシデバイスを示す。登録デバイス及びプロキシデバイスを配置することができる。
【０１２４】
端末１３は、ネットワーク１１において提供される通信サービスを使用するように構成されている。この端末は、以下のものを備える。
‐登録要求メッセージ２２をネットワーク機能へ送信し、登録の肯定応答２４を受信するように構成されているインターフェースユニット１３１。登録要求メッセージは、該端末に関連付けられた秘密パラメータを示す。
‐上記秘密パラメータに基づいて、少なくともいくつかの受信メッセージを照査するように構成されている照査ユニット１３２。
【０１２５】
この照査ユニットは、照査ユニット４０５に対応することができる。
【０１２６】
端末に宛てられた少なくとも一タイプのメッセージがネットワーク機能１０を通過するとき、該メッセージが秘密パラメータを含まない場合には、インターフェースユニット１３１が、上記タイプのメッセージ３３を受信し該メッセージを廃棄するようにすることができる。
【０１２７】
登録デバイス６１は、ネットワーク１１において提供される通信サービスについて端末１３を登録するように構成されている。
【０１２８】
該登録デバイス６１は、次のものを備える。
‐端末から登録要求メッセージを受信でき、登録の肯定応答を送信できるインターフェースユニット６１１。上記登録要求メッセージは秘密パラメータを示す。
‐秘密パラメータを端末に関連付けて記憶するように構成されているメモリ６１２。
【０１２９】
その上、図６は、本発明の一実施形態によるプロキシデバイスを示す。
【０１３０】
このプロキシデバイス６２は、登録デバイスと協調し、次のものを備える。
‐端末に宛てられたメッセージ３１を受信するように構成されている受信インターフェース６２１。
‐端末に関連付けられた秘密パラメータを上記メッセージ３１に取り入れることによって、変更されたメッセージ３３を提供するように構成されている変更ユニット６２２。
‐変調されたメッセージ３３を端末へ送信するように構成されている送信インターフェース６２３。
【技術分野】
【０００１】
［１．技術分野］
本発明は、包括的には、通信ネットワークに関し、より詳細には、これらのタイプのネットワークにおいて行われる可能性のあるいくつかの攻撃を抑制することに関する。
【背景技術】
【０００２】
［２．関連する技術］
いくつかの通信ネットワークは、マルチメディア通信セッション（インターネットによる音声呼及びビデオ呼(voice and video calls)等）のセットアップ及びティアダウンを可能にしている。これらのタイプの通信は、一般に、セッション開始プロトコル（ＳＩＰ）プロトコルに基づいている。
【０００３】
インターネットネットワークにより通信するどの端末も、様々なタイプの攻撃の標的になる可能性がある。例えば、この通信ネットワークの第１の端末は、この第１の端末に向けて大量のメッセージを送信してメッセージのオーバーフローを引き起こす第２の端末によって攻撃を受ける可能性がある。第１の端末に対するこのタイプの攻撃を防止するには、第２の端末から到来するメッセージをフィルタリングするように、第１の端末と第２の端末との間にネットワークデバイスを配置することが可能である。このようなフィルタは、第２の端末の識別子の解析に基づいている。この解析は、ＳＩＰメッセージに対して行うには、非常に複雑且つ高価になる可能性がある。実際に、発呼側を意味する第２の端末の識別子を取得するには、ＳＩＰメッセージ全体をパースしなければならない。その結果、ネットワークデバイスは、すべてのＳＩＰメッセージのこのようなパースを実行するための十分な計算能力を有していなければならない。実際に、ＳＩＰは、ハイパーテキスト転送プロトコル（ＨＴＰＰ）のようなテキストベースのプロトコルである。このようなプロトコルのパースは、大量の資源を必要とする。
【０００４】
ＳＩＰ端末、より詳細には、埋め込まれたＳＩＰユーザエージェント(embedded SIP User Agent)は、ＳＩＰフラッド攻撃及びサービス拒否攻撃に対して非常に脆弱である。ＳＩＰユーザエージェントに対する基本的な攻撃は、ＳＩＰ要求メッセージで標的をフラッドさせることにその本質がある。パースは、実に多くの資源を消費するので、この単純な攻撃は、実に効率的なものとなる可能性があり、サービス拒否を引き起こすおそれがある。ＳＩＰフォン又はホームゲートウェイとしての埋め込まれたＳＩＰユーザエージェントでは、このサービス拒否は、音声サービスに影響を与えるだけでなく、ＨＴＴＰや電子メール等の他のサービスにも影響を与える。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記に鑑み、インターネットネットワークにより通信する端末の保護を増強する必要がある。
【課題を解決するための手段】
【０００６】
第１の態様において、本発明は、通信サービスに関するネットワーク機能を備えるネットワークにおいて少なくとも１つの端末に提供される上記通信サービスを管理する方法であって、
該方法は、端末レベルにおいて、
ａ）登録要求メッセージをネットワーク機能へ送信するステップであって、該登録要求メッセージは、端末に関連付けられた秘密パラメータを示す、登録要求メッセージをネットワーク機能へ送信するステップと、
ｂ）登録の肯定応答を受信するステップと、
を含み、
秘密パラメータに基づいて少なくともいくつかの受信メッセージが照査（control）される、方法を提案する。
【０００７】
これらの特徴に基づいて、有利には、ネットワーク機能及びこのネットワーク機能に登録される端末は、当該端末に関連付けられている１つの同じ秘密パラメータを共有する。この共有の秘密パラメータに基づいて、端末は、受信したメッセージが、同じ秘密パラメータを知っているネットワーク機能から到来したものであるか否かを容易に判断することができる。実際に、端末に宛てられたメッセージがネットワーク機能によって受信されたとき、このネットワーク機能は、メッセージを端末へ送信する前に、メッセージに秘密パラメータを取り入れることができる。したがって、受信メッセージが共有の秘密パラメータを示しているとき、端末は、受信メッセージがネットワーク機能から到来したものであることを推定することができる。登録ステップは、端末とネットワークとの最初の接触に対応するので、端末とネットワーク機能との間での秘密パラメータの共有に関連する方法である。
【０００８】
その上、一般に、ネットワーク機能を備えるネットワークアーキテクチャでは、ネットワーク機能を通過するすべてのメッセージは、端末へ送信される前に照査(control)される。このようなネットワーク機能によって、端末に宛てられたメッセージをセキュアにすることが可能になる。
【０００９】
これらの状況において、端末は、ネットワーク機能から到来するメッセージを信頼することができ、共有の秘密パラメータによって、受信メッセージがネットワーク機能から到来したときに容易に判断することが可能になる。
【００１０】
本発明の一実施の形態によれば、端末は、特にＳＩＰメッセージについて、多くの資源を消費してすべての受信メッセージをパースする必要がない。実際に、ネットワーク機能から受信されたメッセージについてパースをまったく実行しなくとも、端末は、いくつかの攻撃から保護される。
【００１１】
本発明の一実施の形態では、ネットワーク機能は、１つの登録機能（より詳細には、端末の通信サービスへの登録ステップをハンドリングすることを担当する）、及び１つのプロキシ機能（登録された端末に宛てられたメッセージをハンドリングすることを担当する）を備えることができる。登録機能は、プロキシ機能とともに同一のネットワークデバイスに配置することもできるし、同一のネットワークデバイスに配置しなくてもよい。ネットワーク登録機能及びプロキシ機能の物理的な実施に対していかなる制限も関連付けられていない。
【００１２】
本発明は、端末に宛てられた少なくとも一種類のタイプのメッセージがネットワーク機能を通過するネットワークに有利に適用することができる。例えば、ＳＩＰプロトコルのコンテキストでは、このタイプのメッセージは、ＳＩＰ要求メッセージに対応することができる。
【００１３】
この状況において、本方法は、端末レベルにおいて、
上記のタイプのメッセージを受信するステップと、
上記メッセージが秘密パラメータを含んでいない場合、受信メッセージを廃棄するステップと、
をさらに含むことができる。
【００１４】
したがって、このコンテキストでは、端末が、所定のタイプのメッセージを、ネットワーク機能を通過することなく直接受信したとき、これは異常状況に対応する。
【００１５】
ここで、上述した特徴によって、状況が異常であるか否かを容易に判断することが可能になる。実際のところ、秘密パラメータは、登録された端末とネットワーク機能との間で共有される。その結果、ネットワーク機能は、端末に宛てられたメッセージのそれぞれに秘密パラメータを取り入れることができる。したがって、端末が、ネットワーク機能を通過すると期待されるメッセージを受信したとき、端末は、このメッセージが秘密パラメータを含むか否かを照査することができる。メッセージがネットワーク機能から到来すると期待され、且つ、メッセージが秘密パラメータを含まない場合、その状況は異常であり、その結果、端末は、このようなメッセージを有利に廃棄することができる。
【００１６】
受信メッセージが秘密パラメータを含むとき、端末は、第１に、受信メッセージが、期待されたようにネットワーク機能を通過したものと推定することができ、第２に、受信メッセージが、ネットワーク機能によってすでに照査されたものと推定することができる。
【００１７】
ネットワーク機能を通過すると期待される所定のタイプのメッセージは、シグナリングメッセージに対応することができ、より詳細には、ＳＩＰプロトコルが使用されているときはＳＩＰ要求メッセージに対応することができる。
【００１８】
ネットワークにおいて提供される通信サービスが、ＳＩＰプロトコルに基づくサービスに対応するとき、ＳＩＰネットワーク機能によって、登録された端末は、ネットワーク機能により使用される自身の現在のロケーションをアップロードすることが可能になる。ＳＩＰ登録要求メッセージは、一般に、ＳＩＰ端末がオンにスイッチングされたときにＳＩＰ端末によって送信される最初のメッセージである。端末とネットワーク機能との間で登録プロセスが実行されるとき、ＳＩＰ ＵＲＩ（「統一資源識別子(Uniform resource Identifier)」）又は登録アドレスとしての端末の識別子が、端末の物理アドレスに結び付けられる。これは従来通り登録要求メッセージの「contact」ヘッダで使用される。ＵＲＩ又は登録アドレスは、従来は、ユーザ名又は電話番号のような公開パラメータに対応することができる。したがって、ネットワーク機能が、端末に宛てられたメッセージを受信したとき、ネットワーク機能は、その後、このメッセージを、端末の結び付けられた物理ロケーションへ転送する。
【００１９】
本発明の一実施の形態において、本明細書で提案されるメカニズムは、登録ステップ中、従来使用されているユーザ名又は電話番号のような公開パラメータを使用する代わりに、任意の秘密パラメータを使用することにその本質があるものとすることができる。この秘密パラメータは、ランダムに生成することができる。この秘密パラメータは、ランダムな登録アドレス(address of registration)（ＡＯＲ）とみなすことができる。このランダムＡＯＲは、ランダムな部分をＡＯＲの一部のみとして含んでもよいし、ランダムな部分がＡＯＲ全体を表してもよい。
【００２０】
「端末」という用語は、ネットワークで使用される通信プロトコルを終端することができる任意のデバイスを意味する。ＳＩＰプロトコルのコンテキストでは、端末は、ＲＦＣ３２６１で参照されるような「ユーザエージェント」(User Agent)に対応することができる。
【００２１】
このような端末は、例えば、電話器、コンピュータ、ゲートウェイ、又はＰＡＢＸ（「構内自動交換機(Private Automatic Branch Exchange)」を表す）とすることができる。
【００２２】
有利には、端末は、受信メッセージがプロキシ機能から到来したか否かを容易に判断することができ、この受信メッセージをハンドリングするリスクを見積もることができる。時に、端末は、（特に、受信メッセージがネットワーク機能から到来すると期待されるが実際にはそうではないとき）受信メッセージの廃棄を決定することができる。したがって、フラッド攻撃を回避することができる。
【００２３】
例えば、すべてのシグナリングメッセージ（特にＳＩＰ要求メッセージ）がネットワーク機能から到来すると期待される場合、秘密パラメータを含まないすべてのシグナリングメッセージは、端末レベルにおいて有利且つ容易に廃棄することができる。これらの状況では、ＳＩＰ要求メッセージの送信に基づくフラッド攻撃から端末を容易に保護することができる。
【００２４】
秘密パラメータがＳＩＰメッセージの先頭に取り入れられるとき、端末は、ＳＩＰメッセージ全体をパースすることなくＳＩＰメッセージの廃棄を決定することができる。したがって、端末レベルにおいて使用される資源は、パースオペレーションによって妨げられない。資源枯渇によるサービス拒否の影響は低減され、端末のサービスに影響を与えないはずである。
【００２５】
一実施の形態によれば、サービスは、ネットワークにおいてセッション開始プロトコルに基づいて提供され、秘密パラメータは、要求メッセージのＳＩＰ「contact」フィールドに含まれると期待される。
【００２６】
したがって、端末は、受信された要求メッセージがネットワーク機能から到来したか否かを容易に検出することができる。
【００２７】
端末に宛てられネットワーク機能を通過するメッセージのタイプは、ＳＩＰ要求メッセージタイプとすることができ、端末は、最初の４バイトが大文字である場合にのみステップ／２／を実行する。
【００２８】
これらの状況において、有利には、受信メッセージがネットワーク機能から到来しているか否かを判断する前に、端末は、受信メッセージを事前にパースする。実際に、端末は、すべての要求メッセージがネットワーク機能から到来することを知っているので、まず第１に、端末は、受信メッセージが要求メッセージであるか否かを判断することを試みる。この目的のために、端末は、ＳＩＰ受信メッセージの最初の４バイトが大文字であるか否かを判断する。ＳＩＰ受信メッセージの最初の４バイトが大文字である場合、受信メッセージはおそらく要求メッセージである。
【００２９】
一実施の形態では、サービスを管理する方法は、端末レベルにおいて、
フラッド攻撃を検出するステップと、
端末の、その秘密パラメータについての登録を抹消するために、ネットワーク機能へ登録抹消要求メッセージを送信するステップと、
をさらに含む。
【００３０】
したがって、有利には、フラッド攻撃の検出時に、端末は、ネットワーク機能の登録抹消ステップを管理する。フラッド攻撃は、悪意のあるデバイスが秘密パラメータを知っているということを意味する。この登録抹消ステップ中、端末と秘密パラメータとの間の関連付けが消去される。
【００３１】
したがって、膨大なＳＩＰ要求のフラッド攻撃の場合、端末は、どのＳＩＰサービスをも利用不能とするために、自身の現在の秘密パラメータの登録抹消ステップを実行することができる。
【００３２】
有利には、登録抹消要求メッセージは、フラッド攻撃の発信元に関する情報及び／又はフラッド攻撃の原因に関する情報を示すことができる。したがって、ネットワーク機能は、容疑者について知らされる。このような情報は、
【００３３】
フラッド攻撃は、所与の個数の悪意のあるメッセージの受信に基づいて検出することができる。
【００３４】
実際には、端末に宛てられた少なくとも一タイプのメッセージが、ネットワーク機能（１０）を通過するとき、
上記方法は、端末レベルにおいて、
／１／ 上記タイプのメッセージを受信するステップと、
／２／ 上記メッセージが秘密パラメータを含んでいない場合、受信メッセージを廃棄するステップと、
をさらに含んでもよく、
フラッド攻撃は、ステップ／２／において廃棄される受信メッセージを所与の個数受信した際に検出される。
【００３５】
第２の態様では、本発明は、サービスのためのネットワーク機能を備えるネットワークにおいて少なくとも１つの端末に提供される上記サービスを管理する方法であって、該方法は、ネットワーク機能レベルにおいて、
ａ）登録要求メッセージを受信するステップであって、該登録要求メッセージは、秘密パラメータを示す、登録要求メッセージを受信するステップと、
ｂ）秘密パラメータを端末に関連付けて記憶すると共に、端末へ登録の肯定応答を送信するステップと、
を含み、
端末に宛てられたメッセージに上記秘密パラメータが取り入れられる、方法を提供する。
【００３６】
したがって、ネットワーク機能は、通信サービスへの登録を管理すること及び登録された端末と秘密を共有するために秘密パラメータを記憶することを担当する。
【００３７】
ネットワーク機能は、端末に関連付けられた秘密パラメータを記憶するので、通信サービスを管理する方法は、ネットワーク機能レベルにおいて、
ｃ）端末に宛てられたメッセージを受信するステップと、
ｄ）端末に関連付けられた秘密パラメータをメッセージに取り入れるステップと、
ｅ）ステップｂ）において取得されたメッセージを端末へ送信するステップと、
を含むことができる。
【００３８】
したがって、端末に宛てられネットワーク機能を通過するすべてのメッセージは、秘密パラメータを示す。これらの状況では、端末は、受信メッセージがネットワーク機能から到来したか否かを容易に判断することができる。
【００３９】
本発明の第３の態様は、第１の態様による方法を実行する手段を備える端末に関する。
【００４０】
本発明の第４の態様は、第２の態様による方法を実行する手段を備えるネットワークデバイスに関する。
【００４１】
本発明のさらなる特徴及び利点は、以下の説明からより明らかになるであろう。以下の説明は、単に例示として与えられているにすぎず、添付図面と共に読まれるべきものである。
【図面の簡単な説明】
【００４２】
【図１】本発明の一実施形態による通信ネットワークを示す図である。
【図２】本発明の一実施形態による端末の登録ステップを示す図である。
【図３】本発明の一実施形態による秘密パラメータの使用を示す図である。
【図４】本発明の一実施形態によるＳＩＰスタックを示す図である。
【図５】本発明の一実施形態による登録抹消プロセスを示す図である。
【図６】本発明の一実施形態による端末、登録デバイス、及びプロキシデバイスを示す図である。
【発明を実施するための形態】
【００４３】
［好適な実施形態の説明］
図１は、本発明の一実施形態による通信ネットワークを示す。
【００４４】
この通信ネットワークは、ネットワーク機能１０と、ＩＰネットワーク１１上で通信できる複数の端末１３とを備える。ネットワーク機能１０は、登録機能１２及びプロキシ機能１４を備える。これら登録機能１２及びプロキシ機能１４は、同じネットワークデバイスに配置することもできるし、互いに通信できる異なるネットワークデバイス上に配置することもできる。ネットワークアーキテクチャに関する制限はない。以下のセクションでは、単に例示の目的でのみ、登録機能及びプロキシ機能に包括的に触れる。
【００４５】
以下では、一例示の実施形態として、ＩＰネットワーク上の通信は、ＲＦＣ３２６１に規定されたＳＩＰプロトコルに基づくものとする。
【００４６】
ネットワーク登録機能１２は、ＳＩＰプロトコルを使用しネットワーク１１を通じて通信したい端末１３の登録ステップをハンドリングするように構成されている。プロキシ機能１４は、端末から少なくとも一タイプのシグナリングメッセージを受信し、該メッセージをネットワーク１１を介して、本発明の一実施形態に従い登録されている端末へ送信するように構成されている。
【００４７】
一実施形態では、登録ステップの後、端末に宛てられたメッセージのいくつかが、経路（way）１０２を介してネットワークを通過すると期待される。本発明によって、ネットワーク機能を通過すると期待され且つ経路１０１を通過する（すなわち、２つの端末１３間を直接通過する）メッセージに基づくフラッド攻撃を検出することが可能になる。
【００４８】
図２は、本発明の一実施形態による端末の登録ステップを示す。
【００４９】
端末１３は、秘密に保たれているランダムパラメータを知っている。端末１３がステップ２１においてこのランダムパラメータを生成することを計画することが可能である。しかし、このランダムパラメータは、他の任意の方法によって生成することもできる。
【００５０】
端末は、このランダムパラメータを示す登録要求メッセージ２２を登録機能１２へ送信する。この登録機能１２は、このランダムパラメータを、この端末に関連付けてメモリに記憶し、登録ステップを確認するために、ＳＩＰメッセージ２００「ＯＫ」を返信することによって応答する。
【００５１】
ランダムパラメータは、端末の公開パラメータ（例えばユーザ名又は電話番号）と組み合わせてもよい。
【００５２】
一実施形態では、メッセージ２２は、以下の通りとすることができる。
【００５３】
【表１】
【００５４】
この実施形態では、秘密パラメータは、ＳＩＰ登録要求メッセージの「contact」フィールドで登録機能１２へ送信される。秘密パラメータは、ランダムパラメータと物理アドレスとを組み合わせたものに対応する。このフィールドは、ここでは、例えば、
−ランダム部分：11ff04d59d394bd5
−物理アドレス：192.0.2.4:5060
を示す。
【００５５】
この登録ステップの後、端末１３及びネットワーク登録機能１２は、同じ秘密パラメータを共有する。この共有の情報によって、端末１３及びネットワーク登録機能１２は、ＳＩＰフラッド攻撃のようないくつかの攻撃に対する保護を保証することが可能になる。
【００５６】
実際に、この登録ステップの後、プロキシ機能１４（登録機能１２に従来通りリンクされる）は、端末１３に宛てられプロキシ機能を通過するすべての要求メッセージに、共有の秘密パラメータを取り入れることができる。この実施形態では、「contact」フィールドに記入される情報はランダムなＡＯＲである。このランダムなＡＯＲは、例えば、端末１３に宛てられプロキシ機能１４を通過するすべてのメッセージの「contact」フィールドに含められる。
【００５７】
図３は、登録ステップ後の本発明の一実施形態による秘密パラメータの使用を示す。
【００５８】
従来通り、ネットワーク登録機能１２及びネットワークプロキシ機能１４は、互いに関連付けられる。その結果、プロキシ機能は、登録機能によって記憶された情報にアクセスすることができ、特に秘密パラメータにアクセスすることができる。この秘密パラメータは、本明細書のこの例示の実施形態では、ランダムな登録アドレスＡＯＲを意味し、登録された端末に関連付けて記憶されている。プロキシ機能１４が、端末１３に宛てられたメッセージ３１を受信したとき、プロキシ機能１４は、この端末がそれ自身を登録したときに記憶された登録アドレスＡＯＲを見つけ、ステップ３２において、メッセージ３１で受信された対応する情報をこの登録アドレスＡＯＲに置き換える。
【００５９】
このステップ３２の後、プロキシ機能１４は、図２に示すように、秘密パラメータ（例えば登録ステップに使用される登録アドレスを意味する）を示すメッセージ３３を端末へ送信する。その結果、端末１３がこのメッセージ３３を受信したとき、端末１３は、このメッセージがプロキシ機能１４から到来したものか否かを判断することができる。この目的のために、ステップ３４において、端末は、秘密パラメータがメッセージ３３に含まれているか否かを照査する。
【００６０】
端末レベルで実行されるこの照査ステップは、容易であり、受信メッセージ３３がプロキシ機能１４を通過したことを端末１３に確信させる。メッセージがプロキシ機能によって受信されたとき、そのメッセージは照査される。プロキシ機能によって適用される照査のレベルは、この機能１４が実装されるデバイスの能力に依存し得る。しかし、プロキシ機能は、各受信メッセージに対して照査ステップを実行する。その結果、受信メッセージがプロキシ機能から到来することを知ることは非常にセキュアである。その上、いくつかのネットワークでは、プロキシ機能１４は、受信メッセージに対して高レベルの照査を適用し、これらの状況では、端末は、完全に信頼できる状態で受信メッセージ３３をハンドリングすることができる。
【００６１】
いずれの場合も、受信メッセージがプロキシ機能から到来することを知ると、端末は、その受信メッセージを、信頼できる方法でハンドリングすることができる。
【００６２】
このような特徴によって、フラッド攻撃に対する保護を増強することが可能になる。
【００６３】
ＳＩＰメッセージに対してフィルタを適用することは、特にＳＩＰメッセージでは各フィールドが順序付けられていないので、一般に容易ではない。その結果、ＳＩＰメッセージ中で探索すべき情報を見つけることは難しい。ここで、好ましくは、本発明の一実施形態に従って使用される登録アドレス（秘密パラメータ）は、プロキシ機能１４によってＳＩＰメッセージの先頭に記入される。したがって、端末１３における受信時に、受信メッセージが、例えば、登録ステップ中に提供された登録アドレスから開始するか否かを照査することは非常に容易である。
【００６４】
図４は、本発明の一実施形態による端末のＳＩＰスタックを示す。このようなＳＩＰスタックは、ＴＣＰ−ＴＬＳ ＵＤＰレイヤ４３、保護レイヤ４２、及び標準ＳＩＰスタック４１を備える。換言すれば、本発明の一実施形態に従って端末の保護を増強するように定められた新しいレイヤが、従来のＴＣＰレイヤ４３と従来のＳＩＰスタック４１との間に取り入れられている。
【００６５】
このプロトコルスタックは、下位レイヤ４３と上位レイヤ４１との間に保護レイヤ４２を備える。バインディングテーブル４１２は、考慮対象の端末の秘密パラメータと公開パラメータとの関連付けを記憶するように構成されている。
【００６６】
一実施形態では、保護レイヤは、このタイプのメッセージで従来から使用されている公開パラメータを含む登録要求メッセージを受信する。次に、保護レイヤは、この公開パラメータを秘密パラメータに置き換え、このメッセージを下位レイヤへ送信する。バインディングテーブルは、公開パラメータと秘密パラメータとの関連付けを記憶する。したがって、いくつかの受信メッセージにおいて、メッセージを上位レイヤへ送信する前に、逆置換（秘密パラメータを公開パラメータに置き換えることを意味する）を行うことが可能である。
【００６７】
保護レイヤ４２は、以下のものを備える。
‐上位レイヤから受信され、下位レイヤを通じてネットワーク機能へ送信される登録要求メッセージに上記秘密パラメータを取り入れるように構成されている登録ブロック４１１。 ‐処理ブロック４１３であって、
端末によって受信されたメッセージが秘密パラメータを含むか否かを照査するように構成されている照査ユニット４０５、及び
上記メッセージを上位レイヤへ送信する前に、上記メッセージにおいて、秘密パラメータを上記関連付けられた公開パラメータに置き換えるように構成されている回復ユニット４０６、
を備える処理ブロック４１３。
【００６８】
一実施形態では、登録ブロック４１１は、上述したような登録ステップに対応するメッセージのハンドリングを担当する。この登録ブロック４１１は、変更ユニット４０１及び登録ユニット４０２を含む。
【００６９】
処理ブロック４１３は、ＳＩＰメッセージの受信のハンドリングを担当する。このブロック４１３は、パースユニット４０４、照査ユニット４０５、及び回復ユニット４０６を備えることができる。パースユニット４０４は、性能の増大を可能にするオプションのユニットとすることができる。
【００７０】
バインディングテーブル４１２は、ブロック４１１及び４１３の双方によって使用される。公開パラメータ及び秘密パラメータがＡＯＲに対応するとき、バインディングテーブル４１２は、双方のパラメータを結び付ける。このバインディングテーブル４１２は、登録ステップ中に、登録ブロック４１１の登録ユニット４０２によって供給される。バインディングテーブル４１２は、ＳＩＰメッセージが登録ステップ後に受信されるとき、処理ブロック４１３の照査ユニット４０５及び回復ユニット４０６がインターロゲートすることができる。このバインディングテーブルは、特に端末１３が複数の登録ステップをそれぞれ異なる秘密パラメータでハンドリングするときに役立つ。実際に、本発明の一実施形態によれば、１つの端末が実行できる異なる秘密パラメータによる登録ステップの個数に制限は課されていない。
【００７１】
ネットワークにおいて端末１３からネットワーク登録機能１２へ送信された登録要求メッセージ２２は、後述するように端末１３においてハンドリングすることができる。
【００７２】
ＳＩＰ登録要求メッセージは、変更ユニット４０１によってＳＩＰスタック４１から受信される。変更ユニット４０１は、ＳＩＰスタック４１から受信した登録要求メッセージのcontact「フィールド」に、ランダムＡＯＲに対応する秘密パラメータを記入する。上述したように、秘密パラメータは、部分的又は全体的にランダムなパラメータとすることができる。秘密パラメータは、例えば、ランダムパラメータとユーザ名又は電話番号とを組み合わせたものとすることができる。
【００７３】
本発明の一実施形態では、ＳＩＰスタックから受信された登録要求メッセージの「contact」フィールドに当初記入された情報は、ランダムＡＯＲに置き換えられ、この当初の情報とランダムＡＯＲとの間の関連付けが、バインディングテーブル４１２に記憶される。
【００７４】
秘密パラメータを示す登録要求メッセージ２２は、その後、変更ユニット４０１から登録ユニット４０２へ送信される。登録ユニット４０２は、ネットワーク登録機能１２とのインターフェースのハンドリングを担当する。登録ユニット４０２は、このメッセージ２２をネットワーク登録機能１２へ送信する。
【００７５】
また、ＳＩＰスタック４１によって提供されたこのフィールドがあまりにも長いとみなされたとき、登録ユニット４０２は、登録要求メッセージの「Expire」ヘッダを管理することもできる。この場合、登録ユニット４０２は、最終的には、新しい秘密パラメータ（一実施形態では新しいランダムＡＯＲを意味する）による再登録を管理することができる。
【００７６】
登録ユニット４０２は、他の要素からイベント４２０を受信することもできる。これらのイベントは、攻撃が検出されたことを登録ユニット４０２に知らせることができる。この場合、登録ユニット４０２は、そのＳＩＰユーザエージェントの登録抹消を決定することができ、そのＳＩＰユーザエージェントを新しいランダムＡＯＲとともに再登録する。
【００７７】
登録抹消ステップの終わりに、端末１３は、ＳＩＰ ＯＫ２００メッセージ２４を受信する。このメッセージ２４は、標準ＳＩＰスタック４１へ送信される前に、登録ブロック４１１によって受信される。
【００７８】
端末１３において受信されたＳＩＰメッセージ（登録又は登録抹消の目的に関するＳＩＰメッセージを除く）は、処理ブロック４１３によってハンドリングされる。パースユニット４０４（処理ブロックのオプションのユニット）が、すべての新しい着信ＳＩＰメッセージの先頭を解析することを担当する。これは、プロキシ機能１４から到来すると期待されるタイプのメッセージを照査ユニット４０５へ送信でき、他のメッセージをＳＩＰスタック４１へ直接送信できるようにするために行われる。
【００７９】
ＳＩＰ要求メッセージが、照査ユニット４０５へ送信されると期待されるとき、パースユニットは、ＳＩＰメッセージが要求メッセージであるか否かを判断するように構成されている。この場合、ＳＩＰメッセージは、照査ユニット４０５へ送信される。
【００８０】
この照査ユニット４０５は、最初に、ＳＩＰメッセージで受信されたランダムＡＯＲが、バインディングテーブルに記憶されたＡＯＲの１つに対応するか否かを照査するために、バインディングテーブル４０３をインターロゲートする。対応しない場合、そのＳＩＰメッセージは廃棄される。
【００８１】
対応する場合、ＳＩＰメッセージは、回復ユニット４０５へ送信される。このユニットは、ランダムＡＯＲを、バインディングテーブルに記憶された関連付けられた情報に置き換えることを担当する。この実施形態では、この情報は、端末の当初のＡＯＲに対応する。その後、ＳＩＰメッセージは、標準ＳＩＰスタックである上位レイヤ４１へ送信される。
【００８２】
以下のセクションでは、本発明の一実施形態による端末レベルにおいて実行される照査を詳細に説明する。
【００８３】
ＳＩＰフラッド攻撃の影響を抑制するために、ＳＩＰユーザエージェントは、ＳＩＰメッセージ全体をパースすることなく、悪意のあるＳＩＰメッセージを可能な限り早く拒否することができる。提案されたメカニズムは、端末のＳＩＰソケットにおいて受信されたすべてのメッセージの先頭のみを事前にパースし、ＳＩＰメッセージのタイプをチェックすることにその本質がある。
【００８４】
より正確には、メッセージがＳＩＰ応答である場合、パースユニットは、そのメッセージを高レベルＳＩＰスタック４１へ送信することができる。メッセージがＳＩＰ要求である場合、パースユニットは、要求ＡＯＲが、認可された登録アドレスの１つに等しいか否かを照査する。認可されたＡＯＲは、バインディングテーブル４１２に記憶されているＡＯＲに対応する。
【００８５】
等しくない場合、メッセージは、早期に廃棄され、等しい場合、メッセージは高レベルＳＩＰスタックへ送信される。
【００８６】
パース及びフィルタリングのプロセスは、以下のように適用することができる。
【００８７】
最初に、ＳＩＰソケットにおいて受信されたメッセージの最初の４バイトがパースされる。
【００８８】
最初の４バイトが「SIP/」である場合、メッセージはＳＩＰ応答であるはずである。その結果、このメッセージは、高レベルＳＩＰスタックへ送信される。
【００８９】
最初の４バイトが大文字である場合、メッセージはＳＩＰ要求であるはずである。この場合、パース方法が適用される。
【００９０】
最初の４バイトが「SIP/」でもなく、大文字でもない場合、受信したメッセージは廃棄される。
【００９１】
パース方法が適用されるとき、このメッセージのＡＯＲがアクティブな登録アドレスの１つに等しいか否かを判断するために、このＡＯＲがバイトごとにパースされる。ＡＯＲがアクティブな登録アドレスの１つに等しい場合、メッセージは、回復ユニット４０６へ送信され、そうでない場合、メッセージは廃棄される。
【００９２】
以下の例は、このメカニズムを示す。
【００９３】
端末１３のＳＩＰユーザエージェントは、一実施形態に従ってＡＯＲ「sip:11ff04d59d394bd5@192.0.2.4:5060」に登録される。以下の表は、左の列に、受信されたＳＩＰメッセージの最初のラインを示し、中央の列に、ブロック４１３の対応する結果を示し、右の列に、結果の理由を示す。
【００９４】
【表２】
【００９５】
端末１３では、ＳＩＰサービス拒否攻撃が、埋め込まれた他のサービス（ＨＴＰＰサービス等）に影響を与える可能性がある。予想される攻撃の場合にこれらのサービスを保護するために、提案されたメカニズムは、ＳＩＰ攻撃が検出されたときに、ＳＩＰユーザエージェントを登録抹消することにその本質がある。この保護は、攻撃が検出されたときのＳＩＰユーザエージェントの登録抹消に基づいている。この保護は、対応する端末の登録ステップが、上述したようなものではない従来通りの登録（すなわち、いかなる秘密パラメータも使用しない登録）であっても、有利に実行することができる。実際に、一実施形態による端末１３は、検出された攻撃に関するイベントを受信するように構成されている。
【００９６】
ユーザエージェントは、いくつかの単純な検証でいくつかの種類の攻撃を検出することができる。すなわち、オープンされたＴＣＰコンテキスト、確立されたＳＩＰダイアログ、毎秒のＳＩＰ要求、ＣＰＵ使用率、メモリ使用率、不正な形式のＳＩＰメッセージの受信、ヘッダの欠落等である。これらのチェックが脅威を識別した場合、ユーザエージェントは、非ＳＩＰサービスを保護するために、自身の登録を有利にキャンセルする（すなわち登録抹消をハンドリングする）ことができる。
【００９７】
端末１３が、上記で示すようなコンテキストにおいて、本発明の一実施形態に従って登録されたとき、端末は、ネットワーク機能を通過すると期待されるメッセージ（たとえば要求メッセージタイプ）に対するフラッド攻撃を検出することができる。例えば、所与の個数の受信メッセージが、秘密パラメータを含むと期待されるにもかかわらず、秘密パラメータを含んでいないために廃棄されるとき、端末は、自身がフラッド攻撃の被害者であると判定することができる。
【００９８】
この場合、ユーザエージェントは、自身の現在のランダムＡＯＲを登録抹消することができ、自身を新しいランダムＡＯＲに再登録する。登録抹消と再登録との間の時間、ユーザエージェントを待機させることが可能である。
【００９９】
登録抹消の後、前のランダムＡＯＲは受け付けられなくなり、このＡＯＲを示すどのＳＩＰ要求メッセージも、処理ブロック４１３によって廃棄されることになる。
【０１００】
その上、ＳＩＰユーザエージェントが攻撃を検出したことをＳＩＰネットワーク機能（プロキシ機能及び登録機能）に知らせるために、「Security-Alert」ヘッダ及び「Security-Black-List」ヘッダを使用して、特定のＳＩＰヘッダを登録抹消要求メッセージに設定することができる。
【０１０１】
「Security-Alert」ヘッダは、ユーザエージェントの登録抹消の理由を提供することができる。このヘッダによって、フラッド攻撃の原因についてネットワーク機能に知らせることが可能になる。このヘッダは以下のようにすることができる。
【０１０２】
【表３】
【０１０３】
「cause」フィールドの値は、以下の通りとすることができる。
100: INVITE要求フラッド
101: ACK要求フラッド
102: BYE要求フラッド
103: CANCEL要求フラッド
104: REGISTER要求フラッド
【０１０４】
このような値によって、ネットワーク機能は、フラッド攻撃がINVITEメッセージ、又はACKメッセージ、又はBYEメッセージ、又はCANCELメッセージ、又は登録要求メッセージに基づいていることを知ることができる。
【０１０５】
「Security-Black-List」ヘッダは、攻撃の発信元についての識別情報を提供することができる。この情報は、ネットワークプロキシ／登録機能へ送信され、フラッド攻撃の発信元についてネットワーク機能に知らせることを可能にする。攻撃の発信元は、例えば、その物理アドレス（ＩＰアドレス）によって識別することもできるし、そのＳＩＰ ＵＲＩから識別することもできる。
【０１０６】
「Security-Black-List」ヘッダは、ＳＩＰ登録要求内に配置されるべきである。
【０１０７】
【表４】
【０１０８】
例えば、このヘッダは、以下の情報を示すことができる。
【０１０９】
【表５】
【０１１０】
図５は、本発明の一実施形態による登録抹消プロセスを示す。このような登録抹消プロセスをトリガする方法には、何らの制限も課せられていない。登録抹消プロセスは、端末によるイベントの受信時にトリガすることもできるし、一実施形態によれば、廃棄されるメッセージを所与の個数受信したときにトリガすることもできる。
【０１１１】
端末１３が攻撃を検出したとき、端末１３は、自身の登録抹消を決定して、例えば非ＳＩＰサービスを保護することができる。端末１３が自身の登録抹消を決定したとき、端末１３は、登録抹消要求メッセージ５１を送信する。このメッセージは、以下の通りとすることができる。
【０１１２】
【表６】
【０１１３】
このメッセージ５１は、contactフィールド内に星印を示し、上述したような「Security-Alert」ヘッダ及び「Security-Black-List」ヘッダを含む。実際には、このメッセージは、登録抹消の理由と、推定される悪意のあるアドレスとについてネットワーク機能１０に知らせる。
【０１１４】
ネットワーク登録機能１２は、このメッセージ５１に応答して、「非認可（unauthorized）」メッセージ５２を端末へ送信する。
【０１１５】
このメッセージは、以下の通りとすることができる。
【０１１６】
【表７】
【０１１７】
このメッセージは、メッセージ５１の受信に肯定応答する。
【０１１８】
端末１３は、非認可メッセージ５２の受信後、登録要求メッセージ５３を、ネットワーク機能１０へ、より正確にはネットワーク登録機能１２へ送信する。このメッセージは以下の通りとすることができる。
【０１１９】
【表８】
【０１２０】
このメッセージ５３に肯定応答するために、ネットワーク機能１０は、２００ ＯＫメッセージを送信する。この２００ ＯＫメッセージは、以下のようにすることができる。
【０１２１】
【表９】
【０１２２】
このような登録抹消プロセスの後、端末１３は、本発明の一実施形態に従って、上述したように自身を再登録することができる。
【０１２３】
図６は、本発明の一実施形態による端末１３、登録ユニット６１、及びプロキシデバイスを示す。登録デバイス及びプロキシデバイスを配置することができる。
【０１２４】
端末１３は、ネットワーク１１において提供される通信サービスを使用するように構成されている。この端末は、以下のものを備える。
‐登録要求メッセージ２２をネットワーク機能へ送信し、登録の肯定応答２４を受信するように構成されているインターフェースユニット１３１。登録要求メッセージは、該端末に関連付けられた秘密パラメータを示す。
‐上記秘密パラメータに基づいて、少なくともいくつかの受信メッセージを照査するように構成されている照査ユニット１３２。
【０１２５】
この照査ユニットは、照査ユニット４０５に対応することができる。
【０１２６】
端末に宛てられた少なくとも一タイプのメッセージがネットワーク機能１０を通過するとき、該メッセージが秘密パラメータを含まない場合には、インターフェースユニット１３１が、上記タイプのメッセージ３３を受信し該メッセージを廃棄するようにすることができる。
【０１２７】
登録デバイス６１は、ネットワーク１１において提供される通信サービスについて端末１３を登録するように構成されている。
【０１２８】
該登録デバイス６１は、次のものを備える。
‐端末から登録要求メッセージを受信でき、登録の肯定応答を送信できるインターフェースユニット６１１。上記登録要求メッセージは秘密パラメータを示す。
‐秘密パラメータを端末に関連付けて記憶するように構成されているメモリ６１２。
【０１２９】
その上、図６は、本発明の一実施形態によるプロキシデバイスを示す。
【０１３０】
このプロキシデバイス６２は、登録デバイスと協調し、次のものを備える。
‐端末に宛てられたメッセージ３１を受信するように構成されている受信インターフェース６２１。
‐端末に関連付けられた秘密パラメータを上記メッセージ３１に取り入れることによって、変更されたメッセージ３３を提供するように構成されている変更ユニット６２２。
‐変調されたメッセージ３３を端末へ送信するように構成されている送信インターフェース６２３。
【特許請求の範囲】
【請求項１】
通信サービスに関するネットワーク機能（１０）を備えるネットワーク（１１）において少なくとも１つの端末（１３）に提供される前記通信サービスを管理する方法であって、
前記方法は、端末レベルにおいて、
ａ）登録要求メッセージ（２２）を前記ネットワーク機能へ送信するステップであって、前記登録要求メッセージは、前記端末に関連付けられた秘密パラメータを示す、登録要求メッセージ（２２）を前記ネットワーク機能へ送信するステップと、
ｂ）登録の肯定応答（２４）を受信するステップと、
を含み、
前記ネットワーク機能は、前記端末に宛てられたメッセージに前記秘密パラメータを取り入れ、
前記端末は、前記秘密パラメータに基づいて少なくともいくつかの受信メッセージを照査する、方法。
【請求項２】
前記端末に宛てられた少なくとも一タイプのメッセージが、前記ネットワーク機能（１０）を通過し、
前記方法は、前記端末レベルにおいて、
／１／ 前記タイプのメッセージ（３３）を受信するステップと、
／２／ 前記メッセージが前記秘密パラメータを含んでいない場合（３４）、前記受信メッセージを廃棄するステップと、
をさらに含む、請求項１に記載の通信サービスを管理する方法。
【請求項３】
前記サービスは、前記ネットワークにおいてセッション開始プロトコルに基づいて提供され、
前記秘密パラメータは、要求メッセージのＳＩＰ contactフィールドに含まれると期待される、請求項２に記載のサービスを管理する方法。
【請求項４】
前記端末に宛てられ、前記ネットワーク機能を通過するメッセージの前記タイプは、ＳＩＰ要求メッセージタイプであり、
前記端末は、最初の４バイトが大文字である場合にのみ前記ステップ／２／を実行する、請求項２及び３に記載のサービスを管理する方法。
【請求項５】
前記端末レベルにおいて、
フラッド攻撃を検出するステップと、
前記端末の、前記秘密パラメータについての登録を抹消するために、前記ネットワーク機能（１０）へ登録抹消要求メッセージ（５１）を送信するステップと、
をさらに含む、請求項１〜４のいずれか一項に記載のサービスを管理する方法。
【請求項６】
登録抹消要求メッセージ（５１）は、前記フラッド攻撃の発信元に関する情報及び／又はフラッド攻撃の原因に関する情報を示す、請求項５に記載のサービスを管理する方法。
【請求項７】
前記端末に宛てられた少なくとも一タイプのメッセージが、前記ネットワーク機能（１０）を通過し、
前記方法は、前記端末レベルにおいて、
／１／前記タイプのメッセージ（３３）を受信するステップと、
／２／前記メッセージが前記秘密パラメータを含んでいない場合（３４）、前記受信メッセージを廃棄するステップと、
をさらに含み、
フラッド攻撃は、前記ステップ／２／において廃棄される受信メッセージを所与の個数受信した際に検出される、請求項５又は６に記載のサービスを管理する方法。
【請求項８】
通信サービスに関するネットワーク機能（１０）を備えるネットワークにおいて少なくとも１つの端末（１３）に提供される前記通信サービスを管理する方法であって、
前記方法は、前記ネットワーク機能レベルにおいて、
ａ）前記端末から登録要求メッセージ（２２）を受信するステップであって、前記登録要求メッセージは、秘密パラメータを示す、前記端末から登録要求メッセージ（２２）を受信するステップと、
ｂ）前記秘密パラメータを前記端末に関連付けて記憶すると共に、前記端末へ登録の肯定応答（２４）を送信するステップと、
を含み、
前記ネットワーク機能は、前記端末に宛てられたメッセージに前記秘密パラメータを取り入れる、方法。
【請求項９】
通信サービスに関するネットワーク機能（１０）を備えるネットワーク（１１）において提供される前記通信サービスを使用するように構成されている端末（１３）であって、
前記ネットワーク機能は、前記端末に宛てられたメッセージに前記秘密パラメータを取り入れ、
前記端末は、
‐登録要求メッセージ（２２）を前記ネットワーク機能へ送信し、登録の肯定応答（２４）を受信するように構成されているインターフェースユニット（１３１）であって、前記登録要求メッセージは、前記端末に関連付けられた秘密パラメータを示す、インターフェースユニット（１３１）と、
‐前記秘密パラメータに基づいて少なくともいくつかの受信メッセージを照査するように構成されている照査ユニット（１３２）と、
を備える、端末。
【請求項１０】
前記端末に宛てられた少なくとも一タイプのメッセージが、前記ネットワーク機能（１０）を通過し、
前記インターフェースユニット（１３１）は、前記タイプのメッセージ（３３）を受信し、前記メッセージが前記秘密パラメータを含まない場合には、前記メッセージを廃棄するように構成されている、請求項９に記載の端末。
【請求項１１】
ネットワーク（１１）において提供される通信サービスについて端末（１３）を登録するように構成されている登録デバイス（６１）であって、
前記登録デバイスは、
‐前記端末から登録要求メッセージ（２２）を受信でき、登録の肯定応答（２４）を送信できるインターフェースユニット（６１１）であって、前記登録要求メッセージは、秘密パラメータを示す、インターフェースユニット（６１１）と、
‐前記秘密パラメータを前記端末に関連付けて記憶するように構成されているメモリ（６１２）と、
を備える登録デバイス。
【請求項１２】
請求項１１に記載の登録デバイス（６１）を備えるネットワーク（１１）におけるプロキシデバイス（６２）であって、
前記プロキシデバイスは、前記登録デバイスと協働し、
前記プロキシデバイスは、
‐前記端末（１３）に宛てられたメッセージ（３１）を受信するように構成されている受信インターフェース（６２２）と、
‐前記端末に関連付けられた秘密パラメータを前記メッセージ（３１）に取り入れることによって、変更されたメッセージ（３３）を提供するように構成されている変更ユニット（６２３）と、
‐前記変更されたメッセージ（３３）を前記端末へ送信するように構成されている送信インターフェース（６２１）と、
を備える、プロキシデバイス。
【請求項１３】
請求項９に記載の端末（１３）用に適合されているプロトコルスタック製品であって、
前記プロトコルスタックは、下位レイヤ（４３）と上位レイヤ（４１）との間に保護レイヤ（４２）を備え、
バインディングテーブル（４１２）が、秘密パラメータと公開パラメータとの関連付けを記憶するように構成されており、
前記保護レイヤ（４２）は、
‐前記上位レイヤから受信され、前記下位レイヤを通じてネットワーク機能へ送信される登録要求メッセージに前記秘密パラメータを取り入れるように構成されている登録ブロック（４１１）と、
‐処理ブロック（４１３）であって、
‐前記端末によって受信されたメッセージが前記秘密パラメータを含むか否かを照査するように構成されている照査ユニット（４０５）、及び
‐前記メッセージを前記上位レイヤへ送信する前に、前記メッセージにおいて、前記秘密パラメータを前記関連付けられた公開パラメータに置き換えるように構成されている回復ユニット（４０６）、
を備える処理ブロック（４１３）と、
を備える、プロトコルスタック製品。
【請求項１】
通信サービスに関するネットワーク機能（１０）を備えるネットワーク（１１）において少なくとも１つの端末（１３）に提供される前記通信サービスを管理する方法であって、
前記方法は、端末レベルにおいて、
ａ）登録要求メッセージ（２２）を前記ネットワーク機能へ送信するステップであって、前記登録要求メッセージは、前記端末に関連付けられた秘密パラメータを示す、登録要求メッセージ（２２）を前記ネットワーク機能へ送信するステップと、
ｂ）登録の肯定応答（２４）を受信するステップと、
を含み、
前記ネットワーク機能は、前記端末に宛てられたメッセージに前記秘密パラメータを取り入れ、
前記端末は、前記秘密パラメータに基づいて少なくともいくつかの受信メッセージを照査する、方法。
【請求項２】
前記端末に宛てられた少なくとも一タイプのメッセージが、前記ネットワーク機能（１０）を通過し、
前記方法は、前記端末レベルにおいて、
／１／ 前記タイプのメッセージ（３３）を受信するステップと、
／２／ 前記メッセージが前記秘密パラメータを含んでいない場合（３４）、前記受信メッセージを廃棄するステップと、
をさらに含む、請求項１に記載の通信サービスを管理する方法。
【請求項３】
前記サービスは、前記ネットワークにおいてセッション開始プロトコルに基づいて提供され、
前記秘密パラメータは、要求メッセージのＳＩＰ contactフィールドに含まれると期待される、請求項２に記載のサービスを管理する方法。
【請求項４】
前記端末に宛てられ、前記ネットワーク機能を通過するメッセージの前記タイプは、ＳＩＰ要求メッセージタイプであり、
前記端末は、最初の４バイトが大文字である場合にのみ前記ステップ／２／を実行する、請求項２及び３に記載のサービスを管理する方法。
【請求項５】
前記端末レベルにおいて、
フラッド攻撃を検出するステップと、
前記端末の、前記秘密パラメータについての登録を抹消するために、前記ネットワーク機能（１０）へ登録抹消要求メッセージ（５１）を送信するステップと、
をさらに含む、請求項１〜４のいずれか一項に記載のサービスを管理する方法。
【請求項６】
登録抹消要求メッセージ（５１）は、前記フラッド攻撃の発信元に関する情報及び／又はフラッド攻撃の原因に関する情報を示す、請求項５に記載のサービスを管理する方法。
【請求項７】
前記端末に宛てられた少なくとも一タイプのメッセージが、前記ネットワーク機能（１０）を通過し、
前記方法は、前記端末レベルにおいて、
／１／前記タイプのメッセージ（３３）を受信するステップと、
／２／前記メッセージが前記秘密パラメータを含んでいない場合（３４）、前記受信メッセージを廃棄するステップと、
をさらに含み、
フラッド攻撃は、前記ステップ／２／において廃棄される受信メッセージを所与の個数受信した際に検出される、請求項５又は６に記載のサービスを管理する方法。
【請求項８】
通信サービスに関するネットワーク機能（１０）を備えるネットワークにおいて少なくとも１つの端末（１３）に提供される前記通信サービスを管理する方法であって、
前記方法は、前記ネットワーク機能レベルにおいて、
ａ）前記端末から登録要求メッセージ（２２）を受信するステップであって、前記登録要求メッセージは、秘密パラメータを示す、前記端末から登録要求メッセージ（２２）を受信するステップと、
ｂ）前記秘密パラメータを前記端末に関連付けて記憶すると共に、前記端末へ登録の肯定応答（２４）を送信するステップと、
を含み、
前記ネットワーク機能は、前記端末に宛てられたメッセージに前記秘密パラメータを取り入れる、方法。
【請求項９】
通信サービスに関するネットワーク機能（１０）を備えるネットワーク（１１）において提供される前記通信サービスを使用するように構成されている端末（１３）であって、
前記ネットワーク機能は、前記端末に宛てられたメッセージに前記秘密パラメータを取り入れ、
前記端末は、
‐登録要求メッセージ（２２）を前記ネットワーク機能へ送信し、登録の肯定応答（２４）を受信するように構成されているインターフェースユニット（１３１）であって、前記登録要求メッセージは、前記端末に関連付けられた秘密パラメータを示す、インターフェースユニット（１３１）と、
‐前記秘密パラメータに基づいて少なくともいくつかの受信メッセージを照査するように構成されている照査ユニット（１３２）と、
を備える、端末。
【請求項１０】
前記端末に宛てられた少なくとも一タイプのメッセージが、前記ネットワーク機能（１０）を通過し、
前記インターフェースユニット（１３１）は、前記タイプのメッセージ（３３）を受信し、前記メッセージが前記秘密パラメータを含まない場合には、前記メッセージを廃棄するように構成されている、請求項９に記載の端末。
【請求項１１】
ネットワーク（１１）において提供される通信サービスについて端末（１３）を登録するように構成されている登録デバイス（６１）であって、
前記登録デバイスは、
‐前記端末から登録要求メッセージ（２２）を受信でき、登録の肯定応答（２４）を送信できるインターフェースユニット（６１１）であって、前記登録要求メッセージは、秘密パラメータを示す、インターフェースユニット（６１１）と、
‐前記秘密パラメータを前記端末に関連付けて記憶するように構成されているメモリ（６１２）と、
を備える登録デバイス。
【請求項１２】
請求項１１に記載の登録デバイス（６１）を備えるネットワーク（１１）におけるプロキシデバイス（６２）であって、
前記プロキシデバイスは、前記登録デバイスと協働し、
前記プロキシデバイスは、
‐前記端末（１３）に宛てられたメッセージ（３１）を受信するように構成されている受信インターフェース（６２２）と、
‐前記端末に関連付けられた秘密パラメータを前記メッセージ（３１）に取り入れることによって、変更されたメッセージ（３３）を提供するように構成されている変更ユニット（６２３）と、
‐前記変更されたメッセージ（３３）を前記端末へ送信するように構成されている送信インターフェース（６２１）と、
を備える、プロキシデバイス。
【請求項１３】
請求項９に記載の端末（１３）用に適合されているプロトコルスタック製品であって、
前記プロトコルスタックは、下位レイヤ（４３）と上位レイヤ（４１）との間に保護レイヤ（４２）を備え、
バインディングテーブル（４１２）が、秘密パラメータと公開パラメータとの関連付けを記憶するように構成されており、
前記保護レイヤ（４２）は、
‐前記上位レイヤから受信され、前記下位レイヤを通じてネットワーク機能へ送信される登録要求メッセージに前記秘密パラメータを取り入れるように構成されている登録ブロック（４１１）と、
‐処理ブロック（４１３）であって、
‐前記端末によって受信されたメッセージが前記秘密パラメータを含むか否かを照査するように構成されている照査ユニット（４０５）、及び
‐前記メッセージを前記上位レイヤへ送信する前に、前記メッセージにおいて、前記秘密パラメータを前記関連付けられた公開パラメータに置き換えるように構成されている回復ユニット（４０６）、
を備える処理ブロック（４１３）と、
を備える、プロトコルスタック製品。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１０−１６１７６９（Ｐ２０１０−１６１７６９Ａ）
【公開日】平成２２年７月２２日（２０１０．７．２２）
【国際特許分類】
【外国語出願】
【出願番号】特願２００９−２９２８６４（Ｐ２００９−２９２８６４）
【出願日】平成２１年１２月２４日（２００９．１２．２４）
【出願人】（５０３１６３５２７）ミツビシ・エレクトリック・アールアンドディー・センター・ヨーロッパ・ビーヴィ (175)
【氏名又は名称原語表記】ＭＩＴＳＵＢＩＳＨＩ ＥＬＥＣＴＲＩＣ Ｒ＆Ｄ ＣＥＮＴＲＥ ＥＵＲＯＰＥ Ｂ．Ｖ．
【住所又は居所原語表記】Ｃａｐｒｏｎｉｌａａｎ ４６， １１１９ ＮＳ Ｓｃｈｉｐｈｏｌ Ｒｉｊｋ， Ｔｈｅ Ｎｅｔｈｅｒｌａｎｄｓ
【Ｆターム（参考）】
【公開日】平成２２年７月２２日（２０１０．７．２２）
【国際特許分類】
【出願番号】特願２００９−２９２８６４（Ｐ２００９−２９２８６４）
【出願日】平成２１年１２月２４日（２００９．１２．２４）
【出願人】（５０３１６３５２７）ミツビシ・エレクトリック・アールアンドディー・センター・ヨーロッパ・ビーヴィ (175)
【氏名又は名称原語表記】ＭＩＴＳＵＢＩＳＨＩ ＥＬＥＣＴＲＩＣ Ｒ＆Ｄ ＣＥＮＴＲＥ ＥＵＲＯＰＥ Ｂ．Ｖ．
【住所又は居所原語表記】Ｃａｐｒｏｎｉｌａａｎ ４６， １１１９ ＮＳ Ｓｃｈｉｐｈｏｌ Ｒｉｊｋ， Ｔｈｅ Ｎｅｔｈｅｒｌａｎｄｓ
【Ｆターム（参考）】
[ Back to top ]