(57)【要約】      （修正有）【課題】ＤＮＳキャッシュサーバとＤＮＳ権威サーバと連携して、ＳＩＧ（０）に対応したアクセス制御を実現する。【解決手段】ユーザ端末がＳＩＧ（０）リソースレコード付きの問い合わせを行ったときに、ＤＮＳキャッシュサーバを介して該当ドメインネームの情報を保持するＤＮＳ権威サーバがＳＩＧ（０）リソースレコ−ドを検証し、その結果である該当ドメインネームの情報とＳＩＧ（０）の検証に用いた鍵情報をＤＮＳキャッシュサーバに保持させ、以降にユーザ端末から該当ドメインネームの情報およびＳＩＧ（０）リソースレコード付きの問い合わせを受けたときにその鍵情報を用いて検証を実施する。【選択図】図１
2012231284.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末からドメインネームの情報の問い合わせを受けたＤＮＳキャッシュサーバが、該当ドメインネームの情報を保持する場合はその保持情報をユーザ端末に応答し、該当ドメインネームの情報を保持しない場合はＤＮＳ権威サーバに再帰問い合わせを実施し、該当ドメインネームの情報を保持するＤＮＳ権威サーバから該当ドメインネームの情報を取得したときに保持するとともに該当ドメインネームの情報をユーザ端末に応答するＤＮＳにおいて、
前記ユーザ端末がＳＩＧ(0) リソースレコード付きの問い合わせを行ったときに、前記ＤＮＳキャッシュサーバを介して該当ドメインネームの情報を保持するＤＮＳ権威サーバが前記ＳＩＧ(0) リソースレコ−ドを検証し、その結果である該当ドメインネームの情報とＳＩＧ(0) の検証に用いた鍵情報を前記ＤＮＳキャッシュサーバに保持させ、以降にユーザ端末から該当ドメインネームの情報およびＳＩＧ(0) リソースレコード付きの問い合わせを受けたときにその鍵情報を用いて検証を実施する構成である
ことを特徴とするＤＮＳ。
【請求項２】
請求項１に記載のＤＮＳにおいて、
前記ＤＮＳ権威サーバは、前記ＤＮＳキャッシュサーバの公開鍵署名を用いることで前記ＤＮＳキャッシュサーバの正当性を検証する構成である
ことを特徴とするＤＮＳ。
【請求項３】
ユーザ端末からドメインネームの情報の問い合わせを受けたＤＮＳキャッシュサーバが、該当ドメインネームの情報を保持する場合はその保持情報をユーザ端末に応答し、該当ドメインネームの情報を保持しない場合はＤＮＳ権威サーバに再帰問い合わせを実施し、該当ドメインネームの情報を保持するＤＮＳ権威サーバから該当ドメインネームの情報を取得したときに保持するとともに該当ドメインネームの情報をユーザ端末に応答するＤＮＳアクセス制御方法において、
前記ユーザ端末がＳＩＧ(0) リソースレコード付きの問い合わせを行ったときに、前記ＤＮＳキャッシュサーバを介して該当ドメインネームの情報を保持するＤＮＳ権威サーバが前記ＳＩＧ(0) リソースレコ−ドを検証し、その結果である該当ドメインネームの情報とＳＩＧ(0) の検証に用いた鍵情報を前記ＤＮＳキャッシュサーバに保持させ、以降にユーザ端末から該当ドメインネームの情報およびＳＩＧ(0) リソースレコード付きの問い合わせを受けたときにその鍵情報を用いて検証を実施する
ことを特徴とするＤＮＳアクセス制御方法。
【請求項４】
請求項３に記載のＤＮＳアクセス制御方法において、
前記ＤＮＳキャッシュサーバは、前記ユーザ端末からＳＩＧ(0) リソースレコード付きの問い合わせを受けたときに、前記ＤＮＳ権威サーバにＳＩＧ(0) リソースレコード無しの再帰問い合わせを行い、該当するドメインネームの情報を保持するＤＮＳ権威サーバからＳＩＧ(0) リソースレコード無しによるエラーメッセージを受けたときに、前記ユーザ端末から送付されたドメインネームの情報の問い合わせとＳＩＧ(0) リソースレコードを載せたメッセージを当該ＤＮＳ権威サーバへ送信し、
前記メッセージを受信したＤＮＳ権威サーバは、前記ＳＩＧ(0) リソースレコ−ドを用いて当該メッセージの正当性を検証し、検証の結果問題がなければ、前記ＤＮＳキャッシュサーバに対して該当ドメインネームの情報と、ＳＩＧ(0) の検証に用いた鍵情報を送信し、検証の結果問題があればエラーメッセージを送信し、
前記ＤＮＳキャッシュサーバは、受信した該当ドメインネームの情報とＳＩＧ(0) の検証に用いた鍵情報を保持するとともに、前記ユーザ端末に該当ドメインネームの情報を応答し、以降にユーザ端末から該当ドメインネームの情報およびＳＩＧ(0) リソースレコード付きの問い合わせを受けたときにその鍵情報を用いて検証を実施する
ことを特徴とするＤＮＳアクセス制御方法。
【請求項５】
請求項３に記載のＤＮＳアクセス制御方法において、
前記ＤＮＳ権威サーバは、前記ＤＮＳキャッシュサーバの公開鍵署名を用いることで前記ＤＮＳキャッシュサーバの正当性を検証する
ことを特徴とするＤＮＳアクセス制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ網上で装置のドメインネームを管理するドメインネームシステム（ＤＮＳ）のセキュリティ機能をＤＮＳキャッシュサーバとＤＮＳ権威サーバが連携して実現するＤＮＳおよびＤＮＳアクセス制御方法に関する。
【背景技術】
【０００２】
従来のＤＮＳのアクセス制御として、最も有名なＤＮＳソフトウェアであるＢＩＮＤ（Berkley Internet Name Domain) は、ＩＰアドレス単位のアクセス制御を実現している。さらに、公開鍵署名を利用するＳＩＧ(0) を用いたアクセス制御により、ＩＰなりすまし対応や、ＤＨＣＰを実現する方法が広く知られている（例えば、非特許文献１）。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】馬場達也、日下貴義、山岡正輝、松田栄之、「ＤＮＳにおけるアクセス制御プロトコルの検討」、情報処理学会研究報告. CSEC,[コンピュータセキュリティ] 2003(18), 173-178, 2003-02-27 http://ci.nii.ac.jp/naid/110004028896
【発明の概要】
【発明が解決しようとする課題】
【０００４】
一般的にＤＮＳは、図１に示すように、ドメインネーム等の原本データを保持するＤＮＳ権威サーバ１３−１〜１３−３と、ＤＮＳ権威サーバの原本データのキャッシュを保持するＤＮＳキャッシュサーバ１２から構成される。通常、ユーザ端末１１はＤＮＳキャッシュサーバ１２にドメインネームの情報の問い合わせを行い、この問い合わせを受信したＤＮＳキャッシュサーバ１２は、内部にドメインネームの情報を保持する場合は、その保持情報を用いてユーザ端末１１に応答する。一方、内部にドメインネームの情報を保持しない場合は、ＤＮＳキャッシュサーバ１２のフルサービスリゾルバ機能によりＤＮＳ権威サーバ１３−１〜１３−３に再帰問い合わせを実施し、該当するドメインネームの情報を保持するＤＮＳ権威サーバから問い合わせ内容に対応したドメインネームの情報を取得し、保持する。その後、ＤＮＳキャッシュサーバ１２は取得したドメインネームの情報をユーザ端末１１に応答することでＤＮＳ問い合わせの処理を完了する。
【０００５】
しかし、ＳＩＧ(0) を用いたアクセス制御の場合、ＤＮＳキャッシュサーバ１２がＳＩＧ(0) リソースレコード付きの問い合わせを受信すると、ＤＮＳキャッシュサーバ１２のフルサービスリゾルバ機能によりＳＩＧ(0) リソースレコード無しの再帰問い合わせが実施され、ＳＩＧ(0) を用いたアクセス制御が実施できない課題がある。また、直接ＤＮＳ権威サーバにＳＩＧ(0) リソースレコード付きの問い合わせをし、ＳＩＧ(0) リソースレコードを用いた検証を実施する方法があるが、ＤＮＳ権威サーバの負荷が高くなる課題がある。
【０００６】
本発明は、ＤＮＳ権威サーバの負荷の軽減を図りながら、ＤＮＳキャッシュサーバとＤＮＳ権威サーバと連携してＳＩＧ(0) に対応したアクセス制御を実現することができるＤＮＳおよびＤＮＳアクセス制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
第１の発明は、ユーザ端末からドメインネームの情報の問い合わせを受けたＤＮＳキャッシュサーバが、該当ドメインネームの情報を保持する場合はその保持情報をユーザ端末に応答し、該当ドメインネームの情報を保持しない場合はＤＮＳ権威サーバに再帰問い合わせを実施し、該当ドメインネームの情報を保持するＤＮＳ権威サーバから該当ドメインネームの情報を取得したときに保持するとともに該当ドメインネームの情報をユーザ端末に応答するＤＮＳにおいて、ユーザ端末がＳＩＧ(0) リソースレコード付きの問い合わせを行ったときに、ＤＮＳキャッシュサーバを介して該当ドメインネームの情報を保持するＤＮＳ権威サーバがＳＩＧ(0) リソースレコ−ドを検証し、その結果である該当ドメインネームの情報とＳＩＧ(0) の検証に用いた鍵情報をＤＮＳキャッシュサーバに保持させ、以降にユーザ端末から該当ドメインネームの情報およびＳＩＧ(0) リソースレコード付きの問い合わせを受けたときにその鍵情報を用いて検証を実施する構成である。
【０００８】
第１の発明のＤＮＳにおいて、ＤＮＳ権威サーバは、ＤＮＳキャッシュサーバの公開鍵署名を用いることでＤＮＳキャッシュサーバの正当性を検証する構成である。
【０００９】
第２の発明は、ユーザ端末からドメインネームの情報の問い合わせを受けたＤＮＳキャッシュサーバが、該当ドメインネームの情報を保持する場合はその保持情報をユーザ端末に応答し、該当ドメインネームの情報を保持しない場合はＤＮＳ権威サーバに再帰問い合わせを実施し、該当ドメインネームの情報を保持するＤＮＳ権威サーバから該当ドメインネームの情報を取得したときに保持するとともに該当ドメインネームの情報をユーザ端末に応答するＤＮＳアクセス制御方法において、ユーザ端末がＳＩＧ(0) リソースレコード付きの問い合わせを行ったときに、ＤＮＳキャッシュサーバを介して該当ドメインネームの情報を保持するＤＮＳ権威サーバがＳＩＧ(0) リソースレコ−ドを検証し、その結果である該当ドメインネームの情報とＳＩＧ(0) の検証に用いた鍵情報をＤＮＳキャッシュサーバに保持させ、以降にユーザ端末から該当ドメインネームの情報およびＳＩＧ(0) リソースレコード付きの問い合わせを受けたときにその鍵情報を用いて検証を実施する。
【００１０】
第２の発明のＤＮＳアクセス制御方法において、ＤＮＳキャッシュサーバは、ユーザ端末からＳＩＧ(0) リソースレコード付きの問い合わせを受けたときに、ＤＮＳ権威サーバにＳＩＧ(0) リソースレコード無しの再帰問い合わせを行い、該当するドメインネームの情報を保持するＤＮＳ権威サーバからＳＩＧ(0) リソースレコード無しによるエラーメッセージを受けたときに、ユーザ端末から送付されたドメインネームの情報の問い合わせとＳＩＧ(0) リソースレコードを載せたメッセージを当該ＤＮＳ権威サーバへ送信し、メッセージを受信したＤＮＳ権威サーバは、ＳＩＧ(0) リソースレコ−ドを用いて当該メッセージの正当性を検証し、検証の結果問題がなければ、ＤＮＳキャッシュサーバに対して該当ドメインネームの情報と、ＳＩＧ(0) の検証に用いた鍵情報を送信し、検証の結果問題があればエラーメッセージを送信し、ＤＮＳキャッシュサーバは、受信した該当ドメインネームの情報とＳＩＧ(0) の検証に用いた鍵情報を保持するとともに、ユーザ端末に該当ドメインネームの情報を応答し、以降にユーザ端末から該当ドメインネームの情報およびＳＩＧ(0) リソースレコード付きの問い合わせを受けたときにその鍵情報を用いて検証を実施する。
【００１１】
第２の発明のＤＮＳアクセス制御方法において、ＤＮＳ権威サーバは、ＤＮＳキャッシュサーバの公開鍵署名を用いることでＤＮＳキャッシュサーバの正当性を検証する。
【発明の効果】
【００１２】
本発明は、ＤＮＳキャッシュサーバとＤＮＳ権威サーバが連携し、ＤＮＳ権威サーバでＳＩＧ(0) の検証に用いた鍵情報をＤＮＳキャッシュサーバが保持することにより、ＳＩＧ(0) 利用時に直接ＤＮＳ権威サーバに問い合わせすることなく検証が可能となり、ＤＮＳ権威サーバの負荷の軽減を図りながら、ＳＩＧ(0) に対応したアクセス制御を実現することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明のＤＮＳの構成例を示す図である。
【図２】本発明のＤＮＳアクセス制御方法の処理フローを示す図である。
【発明を実施するための形態】
【００１４】
図１は、本発明のＤＮＳの構成例を示す。
図１において、ユーザ端末１１は、インターネットを介してＤＮＳキャッシュサーバ１２へアクセスし、ドメインネームの情報（リソースレコード）の問い合わせを実施する機能を有する。ＤＮＳキャッシュサーバ１２は、ユーザ端末１１からの問い合わせ先となり、ドメインネームの情報が見つかるまでＤＮＳ権威サーバ１３−１〜１３−３に反復して問い合わせ（再帰問い合わせ）を行うフルサービスリゾルバ機能を有する。ＤＮＳ権威サーバ１３−１〜１３−３は、ドメインネームの情報の原本を保持し、ＤＮＳキャッシュサーバ１２からの問い合わせに対する応答機能を有する。ＤＮＳキャッシュサーバ１２とＤＮＳ権威サーバ１３−１〜１３−３が連携し、ＳＩＧ(0) に対応したアクセス制御を実現する機能については以下に説明する。
【００１５】
図２は、本発明のＤＮＳアクセス制御方法の処理フローを示す。
まず、ユーザ端末１１はＤＮＳキャッシュサーバ１２に対し、ＳＩＧ(0) リソースレコード付きの問い合わせを実施する。本問い合わせを受信したＤＮＳキャッシュサーバ１２は、該当するドメインネームの情報を保持するＤＮＳ権威サーバを探すため、ＤＮＳ権威サーバ１３−１〜１３−３に再帰問い合わせを実施する。この問い合わせの際はＳＩＧ(0) リソースレコードを付けないものとする。再帰問い合わせの結果、該当ドメインネームの情報を保持するＤＮＳ権威サーバ(.hoge.co.jp) １３−３が判明する。しかし、ＤＮＳ権威サーバ１３−３への問い合わせはＳＩＧ(0) リソースレコード無しのため、エラーメッセージがＤＮＳ権威サーバ１３−３からＤＮＳキャッシュサーバ１２に対して送付される。
【００１６】
本エラーメッセージを取得したＤＮＳキャッシュサーバ１２は、ＳＩＧ(0) の署名を有効にするために、ユーザ端末１１から送付されたドメインネームの情報（リソースレコードの問い合わせおよびＳＩＧ(0) リソースレコードに手を加えずに、ＤＮＳ権威サーバ１３−３への問い合わせメッセージの中に入れ、ＤＮＳ権威サーバ１３−３に対して問い合わせを実施する。
【００１７】
本問い合わせを受信したＤＮＳ権威サーバ１３−３は、ＳＩＧ(0) リソースレコードの検証を実施し、検証の結果問題がなければ、ＤＮＳキャッシュサーバ１２に問い合わせに対応したリソースレコード（ドメインネームの情報）、およびＳＩＧ(0) の検証に用いた公開鍵をＤＮＳキャッシュサーバ１２に応答する。一方、検証の結果問題があれば、ＤＮＳキャッシュサーバ１２にエラーメッセージを応答する。
【００１８】
前記リソースレコードおよび公開鍵を受信したＤＮＳキャッシュサーバ１２は、受信したドメインネームの情報および公開鍵をキャッシュするとともに、ドメインネームの情報をユーザ端末１１に応答し、問い合わせ処理を完了する。
【００１９】
以降、ＤＮＳキャッシュサーバ１２は、ユーザ端末１１からＳＩＧ(0) リソースレコード付きの問い合わせが来た際は、保持している公開鍵を用いて検証を実施し、ＤＮＳ権威サーバ１３−１〜１３−３への問い合わせを実施しない形で問い合わせの検証が可能となる。
【００２０】
ここで、ＤＮＳ権威サーバ１３−３から公開鍵を渡されるＤＮＳキャッシュサーバ１２の正当性の保証は、以下のようにＤＮＳキャッシュサーバ１２の公開鍵署名を用いる方法で対処する。まず、ＤＮＳキャッシュサーバ１２はＤＮＳ権威サーバ１３−１〜１３−３に対し、事前にＤＮＳキャッシュサーバ１２の公開鍵を登録しておく。次に、ＤＮＳキャッシュサーバ１２から上記の例ではＤＮＳ権威サーバ１３−３へのドメイン情報問い合わせ時に、ＤＮＳキャッシュサーバ１２の秘密鍵を用いて問い合わせメッセージの署名を生成し、問い合わせメッセージと一緒に署名をＤＮＳ権威サーバ１３−３に送付することで問い合わせ元のＤＮＳキャッシュサーバ１２の正当性を検証可能となる。
【符号の説明】
【００２１】
１１  ユーザ端末
１２  ＤＮＳキャッシュサーバ
１３−１〜１３−３  ＤＮＳ権威サーバ
【図１】
2012231284.tif 000003
【図２】
2012231284.tif 000004