いくつかのDNSキャッシュ5_1、5_i、5_nを含むコンピュータネットワークB内の少なくとも1つのDNSキャッシュ5_iのポイズニングを防止するための方法であって、2つの異なるDNSキャッシュによって戻された、DNSクエリに対する少なくとも2つのDNS応答を比較するステップと、DNSキャッシュに問い合わせる前に、DNSクエリを解析して、前記DNSクエリが関連するサービスを識別することを可能にするステップとを含む、方法。問い合わされるDNSキャッシュの数が、DNSクエリが関連するサービスに依存することを特徴とする、請求項1に記載の方法。DNS応答を比較するステップが、少なくとも1つのDNSキャッシュによってDNSクエリを逆引き解決するステップを含むことを特徴とする、請求項1に記載の方法。DNS応答を比較するステップが、DNS応答の比率を計算するステップを含むことを特徴とする、請求項1に記載の方法。DNSキャッシュによって戻されたDNS応答のセットのうち最高比率を有するDNS応答がDNSクエリに対するDNS応答であることを特徴とする、請求項4に記載の方法。DNSキャッシュによって戻されたDNS応答の間の不整合が以下の動作、すなわち、-セキュリティ問題についてDNSクエリのソースに通知すること、-少なくとも1つのDNSキャッシュに対する潜在的なポイズニング攻撃についてコンピュータネットワークBの管理者に通知すること、-これらのDNS応答のうちの少なくとも1つをデータベース11内に格納することのうちの少なくとも1つをトリガすることを特徴とする、請求項1に記載の方法。DNSキャッシュのセットによって戻された応答のうち低い比率を有するDNS応答を戻すDNSキャッシュの有効期間が、0に削減されることを特徴とする、請求項4に記載の方法。DNS応答が、DNSルートサーバ9によって戻されたDNS応答を含むことを特徴とする、請求項1から7のいずれかに記載の方法。いくつかのDNSキャッシュを含むコンピュータネットワーク内の少なくとも1つのDNSキャッシュのポイズニングを防止するためのシステムであって、2つの異なるDNSキャッシュによって戻された、DNSクエリに対する少なくとも2つのDNS応答の解析器と、DNSクエリに関連するサービスを識別することを可能にする、DNSクエリに関する情報のデータベース4を備えたDNSクエリ解析器2とを備えることを特徴とする、システム。DNS応答が、DNSルートサーバ9によって戻されたDNS応答を含むことを特徴とする、請求項9に記載のシステム。本発明の1つの目的は、前述の欠点を是正することである。本発明の別の目的は、多くのDNSキャッシュを有するコンピュータネットワークに属しているDNSキャッシュのポイズニングを防止することである。本発明の別の目的は、システムに最小量の修正を加えることによってDNSキャッシュポイズニング攻撃を防止するための方法を用いて、分散型DNSキャッシュシステムを提供することである。本発明の別の目的は、DNSキャッシュによって使用されるDNSプロトコルと互換性があるDNSキャッシュに対するポイズニング攻撃を防止するための方法およびシステムを提案することである。本発明の別の目的は、DNSキャッシュポイズニング攻撃を防止するための自律的システムを提案することである。本発明の別の目的は、インターネットサービスプロバイダネットワーク内のDNS解決の整合性を改善することである。本発明の別の目的は、大部分のインターネットサービスプロバイダISPネットワークと互換性のあるDNSキャッシュポイズニング攻撃を防止するための方法を提案することである。本発明の別の目的は、コンピュータネットワーク内のDNSキャッシュポイズニング攻撃に対する対抗措置を提案することである。本発明の別の目的は、インターネットサービスプロバイダのネットワークに接続されたユーザに提供されるコンピュータセキュリティを改善することである。このために、本発明は、第1の態様によれば、いくつかのDNSキャッシュを含むコンピュータネットワーク内の少なくとも1つのDNSキャッシュのポイズニングを防止するための方法であって、2つの異なるDNSキャッシュから戻された、DNSクエリに対する少なくとも2つのDNS応答を比較するステップを含む方法を提案する。第2の態様によれば、本発明は、いくつかのDNSキャッシュを含むコンピュータネットワーク内の少なくとも1つのDNSキャッシュのポイズニングを防止するためのシステムであって、2つの異なるDNSキャッシュによって戻された、DNSクエリに対する少なくとも2つのDNS応答の解析器を備えたシステムに関する。有利には、このシステムは、DNSクエリが関連するサービスを識別することを可能にする、DNSクエリに関する情報のデータベースを備えたDNSクエリ解析器も備える。本発明のその他の特徴および利点は、一実施形態のモジュール同士の間の相互作用をグラフで例示する図1が参照される、好ましい実施形態の以下の説明を読んだ後に、より明瞭かつより具体的に理解されよう。ISPネットワークBは、一般に、ネットワークBに接続されたクライアントAに属している少なくとも1つのDNSレゾルバ1から発行されたDNSクエリに応答する任務を負う、いくつかのDNSキャッシュ5_1、5_2、...、5_nn>1を備える。DNSレゾルバ1は、一般に、ネットワークBに送信されることになるDNSクエリを形成して、DNSレゾルバ1に戻されたDNS応答を解釈するクライアントプログラムである。DNSキャッシュ5_1、5_2、...、5_n内で利用可能な情報に基づいてDNSクエリに応答することができない場合、DNS応答は、ネームサーバオペレータCに属しているDNSルートサーバ9から請求される。DNS応答は、一般に、この応答をそのDNSクエリが発生したDNSレゾルバ1に中継する任務を負うネットワークB上でDNSレスポンダ10に通信される。DNSキャッシュ管理システム3は、DNSキャッシュ5_1、5_2、...、5_nの同時制御または個々の制御を可能にする。例えば、管理システム3は、それぞれのDNSキャッシュに関するTTLを修正すること、またはDNSキャッシュを動作可能/動作不可能にすることを可能にする。DNSキャッシュ5_1、5_2、...、5_nに対するポイズニング攻撃は、いくつかのDNSキャッシュ、詳細には、1つがインターネットサービスプロバイダISPに属しているDNSキャッシュを備えた任意のコンピュータネットワークBに適応され得る機能モジュールを使用することによって防止される。詳細には、これらのモジュールは、-DNSレゾルバ1から送信されたDNSクエリをどのように処理するかを決定するDNSクエリ解析器2と、-いくつかのDNSキャッシュにサービス提供するDNSクエリデコンセントレータ6deconcentratorと、-いくつかのDNSキャッシュから取得されたDNS応答の比較器7と、-いくつかのDNSキャッシュから取得されたDNS応答の解析器8と、-DNSキャッシュ5_1、...、5_nに関するポイズニング攻撃防止システムを支援する、いくつかの拡張可能な情報データベースとを備える。DNSクエリ解析器2がDNSレゾルバ1から発行されたDNSクエリを受信するとき図1上のリンク12、DNSクエリ解析器2は、このDNSクエリを解決するためにどの処理を実行するかを決定する。この決定は、以下から取り出された情報に基づいて行われる:すなわち、-DNSクエリが関連する、サービス例えば、ブラウジング、電子メール、ストリーミング、電子商取引、およびeラーニングならびに/またはプロトコル例えば、HTTP、HTTPS、POP3、FTP、もしくはSMTPなど、DNSクエリに関する情報を伴うデータベース4、-無効DNS応答のデータベース11、および-ネットワークBの管理者によって構成され得るDNSキャッシュ5_1、5_2、...、5_nに関する管理システム3である。DNSクエリに関する情報のデータベース4は、このDNSクエリが関連するサービスを識別するために、DNSクエリのコンテンツ詳細には、ドメイン名、例えば、ebay.comまたはgoogle.com、およびトランスポートプロトコル、例えば、HTTP、HTTPS、またはSMTPを使用する。例えば、DNSクエリが、ドメイン名ebay.comを含む場合、情報データベース4は、このドメイン名を識別して、それを電子商取引サービスと関連付ける、ドメイン名home.americanexpress.comを含む場合、情報データベースは、このドメイン名を識別して、それを電子銀行業務サービスと関連付ける、SMTPプロトコルを含む場合、情報データベースはこのクエリを電子メールアプリケーションと関連付ける。情報データベース4のコンテンツは、予め手動で確立されることが可能であり、かつ/または受信されたDNSクエリ内に含まれた情報を用いて、自動的に改善されることが可能である自動学習。情報データベース4は、これにより、ネットワークBの管理者によって決定的に重要と思われるDNSクエリ例えば、電子商取引/電子銀行業務サービスまたは電子メールシステムを区別することを可能にする。一実施形態では、DNSクエリ解析器2は、情報データベース4によって識別されたサービスに基づいて、重要性のレベル例えば、決定的に重要、重要、並、または1から10の間の数によって、それぞれのDNSクエリをラベル付する。DNSクエリを解決するために実行されることになる処理の選択は、例えば、以下に基づいて、DNSキャッシュ管理システム3からプログラムされ得る点に留意されたい。すなわち、-時間:ピーク時であるか否か、-DNSキャッシュの利用可能性:保守、オーバラン、-DNSクエリのソース:異なるタイプの加入を有するクライアント、-DNSクエリが関連するサービス、例えば、電子商取引、電子銀行業務、電子メール、またはVPN、である。一実施形態では、DNSクエリを解決するために、3つの可能な処理モードが区別され得る:-DNSクエリが単一のDNSキャッシュに送信される例えば、図1に示される、DNSキャッシュ5_1:リンク25、-DNSクエリがDNSクエリデコンセントレータ6に送信される図1のリンク26、または-DNSクエリがDNSルートサーバ9に直接送信される図1のリンク29。DNS応答は、以下のようにネットワークBから取得され得る点に留意されたい。-再帰的:DNSクエリの受信時に、DNSサーバは、このクエリに関してそのローカルDNSキャッシュ5_j1≦j≦n例えば、図1に示されるDNSキャッシュ5_1に問い合わせる。そのキャッシュがこのクエリに対する応答をローカルに有する場合、この応答はDNS応答モジュール10に送信される図1のリンク51。そうでない場合、DNSサーバは、レゾルバの役割を担い、要求された情報を有する可能性がより高い別のDNSサーバすなわち、それが要求された情報を有する確率が十分に高いDNSサーバにDNSクエリを送信する。いずれのDNSサーバもその応答を有さない場合、そのクエリは、そこからDNS応答のコピー図1のリンク95がTTLの間、DNSキャッシュ内に格納されることになるDNSルートサーバ9に最終的に送信される図1のリンク59、または-反復的:DNSキャッシュがDNSクエリに対するローカルな応答を有さない場合、そのDNSキャッシュは、要求された情報を有する可能性がより高い別のDNSサーバにそのクエリを直接送信するようDNSレゾルバ1に要求する。いずれのDNSサーバもその応答を有さない場合、そのクエリは、最終的にDNSルートサーバ9に送信される図1のリンク29。DNSルートサーバ9によって戻されたDNS応答は、DNSレスポンダ10に通信される図1のリンク91。別の実施形態では、DNS応答は、以下のように、いくつかのDNSキャッシュから統合された形で取得される:-DNSクエリがDNSクエリデコンセントレータ6に到着するとすぐ、そのDNSクエリは、データベース61内に格納された配信基準に従って、DNSキャッシュのリストに送信される図1のリンク65。-DNSキャッシュのリストによって取得されたDNS応答は、すべてDNS応答比較器7に送信される図1のリンク57。-取得されたDNS応答に基づいて、比較器7は、情報データベース70によって援助されて、DNS応答をDNSレスポンダ10に送信する図1のリンク71、または、取得された結果をDNS応答解析器8に送信する。-DNS応答解析器8は、DNS応答を調査し、次いで、1つの単一のDNS応答をDNSレスポンダ10に送信する図1のリンク81。デコンセントレータ6による、DNSキャッシュのリストに対するDNSクエリの配信は、データベース61から取り出された情報に基づいて実行される点に留意されたい。データベース61は、コンテンツの数、トポロジ、地理的位置、IPアドレス、サイズ、およびDNSキャッシュ5_1、...、5_nに接続されたユーザの数など、ネットワークB上のDNSキャッシュ5_1、5_2、...、5_nに関する情報を含む。有利には、データベース61内で利用可能なデータに基づいて、デコンセントレータ6は、関連すると見なされるDNSキャッシュだけにDNSクエリを中継することが可能である。実際に、一実施形態では、デコンセントレータ6によってDNSクエリが中継されることになるDNSキャッシュのリストは、以下に基づいて選択される:-DNSサーバの位置など、データベース61から取り出された情報。例えば、2つの空間的に遠いDNSキャッシュの同じ無効データによるポイズニングのリスクはより少ないと仮定することによって、その場合:DNSキャッシュサーバがさらに分離されればされるほど、遠隔DNSキャッシュによって戻されたDNS応答と比較器7によって決定された同一である、ローカルDNSキャッシュによって戻されたDNS応答が有効正確である可能性はより高くなる。特に、これは、コンピュータネットワークBのトポロジに依存する、および/または-DNSクエリ解析器2によって提供された情報:例えば、DNS解析器2がDNSクエリを決定的に重要とマーキングした場合、好ましくは、より多くの数のDNSキャッシュが問い合わされることになる。すなわち、問い合わされることになるDNSキャッシュの数は、好ましくは、DNSクエリが関連するサービスに依存する。これは、DNS応答検証プロセスのパフォーマンスを最適化することをやはり可能にする。次いで、DNS応答比較器7は、問い合わされたすなわち、DNSクエリデコンセントレータ6によって指定されたDNSキャッシュのリストから取得されたすべてのDNS応答を集中させて比較することを可能にする。すべてのDNS応答が同一である場合、このDNS応答は、次いで、そのDNS応答をDNSレゾルバ1に送信することになるDNSレスポンダ10に直接送信されることになる図1のリンク71か、またはDNSレスポンダ10を介さずにDNSレゾルバ1に直接送信されることになる。いくつかのドメインは、2つ以上のIPアドレスまたは、その逆、すなわち、2つ以上のドメイン名に対応する1つのIPアドレスを有し、この場合、既に会社、例えば、ebayTM、MicrosoftTM、HSBCTM、またはYouTubeTMに割り当てられているデータベース70内に格納されたIPプレフィックスに対するアクセスを有する比較器7は、同一のドメイン名を区別するためにサブネットワークのIPアドレスを比較することが可能であることに留意されたい。DNS応答がデータベース70内で識別されていないIPアドレスを含む場合、そのDNS応答は、潜在的に無効DNS応答であり得る。2つの異なるDNSキャッシュによって戻された2つのDNS応答を比較するために、DNSの逆引き解決を使用することも可能である:DNSキャッシュ例えば、5_1を介して、別のDNSキャッシュ例えば、5_2によって戻されたIPアドレスに関連するドメイン名の逆引き解決reverseresolutionを必要とする。2つのDNS応答同士の間の差異は、それら2つのDNSキャッシュのうちの少なくとも1つのポイズニングを証明する。それらのDNS応答が異なる場合、それらのDNS応答は、DNS応答解析器8に送信される。DNS応答解析器8は、-DNS応答の比率を計算する、-その比率によってDNS応答を分類する、および-それに応じて、以下のように動作する:DNSレスポンダ10に送信される図1のリンク81ことになるか、もしくはレゾルバ1に直接送信されて、少なくとも問い合わされたDNSキャッシュによって確認される図1のリンク85ことになるDNS応答を保持する、または問題が検出された場合、レゾルバ1にDNSキャッシュポイズニング攻撃について通知するか、エラーをレゾルバ1に送信するか、レゾルバ1に何も送信しないか、またはDNSキャッシュポイズニングの潜在的なリスクが存在することを示す内部警告をネットワークBの管理者に送信することをトリガする等の動作をトリガする。有利には、DNS応答解析器8は、ネットワークBの管理者によって構成/セットアップされ得る例えば、しきい比率、またはDNSキャッシュポイズニング問題が検出された場合にトリガされることになる動作。例示のための一例として、そのうちの4つが同一である5つのDNS応答が存在する場合、DNS応答解析器8は、DNSレスポンダ10に送信されることになるか、またはレゾルバ1に直接送信されることになる主応答dominantresponseの存在を推定する。5つのDNS応答のうち3つのDNS応答だけが同一であり、他の2つのDNS応答が異なる場合など、問い合わされたDNSキャッシュによって戻されたDNS応答の間に整合性が存在しない場合、DNS応答解析器8は、有効DNS応答が存在するという結論を下すことができない。この場合、以下の動作が開始され得る:-潜在的なセキュリティ問題についてレゾルバ1に通知する。この情報は、ドメインに関する記述的情報を含むDNS応答のTXTフィールド内に組み込まれることが可能である、-無効DNS応答例えば、低い比率を持つDNS応答を無効DNS応答11のデータベース内に格納する、-潜在的なDNSキャッシュポイズニング攻撃についてネットワークBの管理者に通知する。一実施形態では、DNSキャッシュによって戻されたDNS応答のセットのうち最高比率を有するDNS応答がDNSクエリに対するDNS応答と見なされる。無効DNS応答が確認された場合、それが無効DNS応答11のデータベースに追加される図1のリンク82。これは、後のDNSクエリを解決するときに、DNSキャッシュに警告することを可能にする。通信プロトコルは、DNS応答解析器8からDNSレスポンダ10にまたは、同等に、DNSレゾルバ1にエラー通知を送信することに関する、IETFからのRFC5507に従って定義されることが可能である。DNS応答の比率に基づいて、1つまたは複数のDNSキャッシュに関してポイズニング問題が推定される場合、当該DNSキャッシュのTTLを0に削減する例えば、DNS応答のセットの中で低い比率を有するDNS応答を戻したDNSキャッシュのTTLを削減するためのコマンドが開始/プログラムされ得る。このコマンドは、即時であってよい:このコマンドは、TTLを即時に0に設定することからなる。あるいは、このコマンドは、算術的であってよい:このコマンドは、所定の減分例えば、1秒または2秒だけTTLの継続的な削減を命令することからなってよい。あるいは、このコマンドは、幾何的であってよく、例えば、問題のDNSキャッシュのTTLが半分に分割されるよう命令することからなってよい。このコマンドは、DNSキャッシュにそのキャッシュを強制的に更新させることが意図される。例えば、3600秒のTTLを有するDNSキャッシュ内のエントリは、0秒に設定されることが可能であり、これにより、無効になる。DNS応答の比率に基づいて、1つまたは複数のDNSキャッシュに伴うポイズニング問題を推定する場合の代替の対策は、例えば、DNSゾーンの失効、またはその問題によって影響を受けるDNSキャッシュ内の持続性のDNSエントリの構成である。これは、その原因とされるDNSキャッシュが後で問い合わされた場合、それらのDNSキャッシュが有効値を戻すのを保証することを可能にする。この対策は、一時的であり、DNSキャッシュデータベースの動的構成を可能にするために後で削除されなければならない。一実施形態では、DNS応答比較器7およびDNS応答解析器は、結合されて単一の機能モジュールを形成する。有利には、これにより取得されたDNS応答は、いくつかのDNSキャッシュを通じて統合される。有利には、ここで説明された方法は、ISPネットワーク内に既に存在しているDNSキャッシュサーバのインテリジェントな使用を介して、DNSキャッシュポイズニング攻撃を防止することを可能にする。別の実施形態では、DNSクエリデコンセントレータ6は、-少なくとも1つのDNSキャッシュ例えば、DNSキャッシュ5_1に、-少なくとも1つのDNSルートサーバ9にDNSクエリを中継して、次いで、当該DNSキャッシュおよび当該DNSサーバが戻すDNS応答を比較する。これはDNS応答比較器7に関して1つの追加のエントリを有することを可能にする。DNSキャッシュポイズニングを防止することを可能にする別の実施形態は、DNSキャッシュコンテンツの有効性が検証される様式を変更する。すなわち、DNSプロトコルを使用して情報を交換する代わりに、別のDNSキャッシュコンテンツ検証プロトコルが開発される。有利には、ここで説明された実施形態は、大部分のISPネットワーク内で既に使用中である分散型DNSキャッシュシステムを使用する。ここで説明された実施形態は、ネットワークBに接続されたクライアントAによって使用されるオペレーティングシステムに依存しない点に留意されたい。別の実施形態では、DNSモジュール10はオプションであり、DNS応答は、したがって、DNSレゾルバ1に直接送信される。別の実施形態では、そのカスタマの住居に設置されたISPの住宅用ゲートウェイは、DNSキャッシュである。オペレータのネットワークに接続されたこれらの住居用ゲートウェイは、次いで、モジュール2、6、5_i、および、オプションで、7、8、10、ならびに、オプションで、これらのモジュールに関連するデータベースを結合させることが可能である。