JPH11167536A - コンピュータ・ネットワークを利用したクライアント／ホスト間の通信方法と装置 - Google Patents
コンピュータ・ネットワークを利用したクライアント／ホスト間の通信方法と装置Info
- Publication number
- JPH11167536A JPH11167536A JP18308898A JP18308898A JPH11167536A JP H11167536 A JPH11167536 A JP H11167536A JP 18308898 A JP18308898 A JP 18308898A JP 18308898 A JP18308898 A JP 18308898A JP H11167536 A JPH11167536 A JP H11167536A
- Authority
- JP
- Japan
- Prior art keywords
- machine
- secure
- exchanger
- response
- name
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
- H04L63/0209—Architectural arrangements, e.g. perimeter networks or demilitarized zones
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
- H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
- H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
- Small-Scale Networks (AREA)
Abstract
(57)【要約】
【課題】 保護ホストのアドレスおよび中間デバイス
（暗号化ファイアウォール、暗号化ルータ、セキュア・
ゲートウェイ）のキーとアドレスを使用して許可クライ
アントを動的に構成し、中間デバイスがその背後にトポ
ロジ状に置かれている私用ネットワーク上の複数のホス
トを保護すること。 【解決手段】 ドメインの登録ネーム・サーバはそのド
メインに置かれた保護ホストとのセキュア・コミュニケ
ーションのために必要な情報の要求に応答して、新規の
リソース・アドレス・タイプ（ＳＸレコード）を戻すよ
うに構成されている。許可クライアントに置かれている
（さもなければ、それと関連づけられている）リゾルバ
はＳＸレコード内のデータを使用して、セキュア・コミ
ュニケーションを処理するためにクライアントによって
使用された情報を動的に更新する。
（暗号化ファイアウォール、暗号化ルータ、セキュア・
ゲートウェイ）のキーとアドレスを使用して許可クライ
アントを動的に構成し、中間デバイスがその背後にトポ
ロジ状に置かれている私用ネットワーク上の複数のホス
トを保護すること。 【解決手段】 ドメインの登録ネーム・サーバはそのド
メインに置かれた保護ホストとのセキュア・コミュニケ
ーションのために必要な情報の要求に応答して、新規の
リソース・アドレス・タイプ（ＳＸレコード）を戻すよ
うに構成されている。許可クライアントに置かれている
（さもなければ、それと関連づけられている）リゾルバ
はＳＸレコード内のデータを使用して、セキュア・コミ
ュニケーションを処理するためにクライアントによって
使用された情報を動的に更新する。
Description
【０００１】
【発明の属する技術分野】本発明は一般的にはコンピュ
ータ・ネットワークに関し、具体的には、コンピュータ
・ネットワークを利用する許可(authorized)クライアン
トと保護ホスト間のセキュア・コミュニケーションに関
する。
ータ・ネットワークに関し、具体的には、コンピュータ
・ネットワークを利用する許可(authorized)クライアン
トと保護ホスト間のセキュア・コミュニケーションに関
する。
【０００２】
【従来の技術】Ａ ネットワーク・アドレス コンピュータは相互に接続されてネットワークを形成
し、これらのネットワークは他のネットワークに接続さ
れてインターネットを形成している。「Internet（イン
ターネット）」と呼ばれる世界的規模のインターネット
の利用は、会議室(down the hall) にだけではなく、海
外に置かれたホスト・コンピュータと通信する必要のあ
るクライアント・マシン上でプログラムを実行させる人
が増加するのに伴って急激に増加している。Internet上
の各ホストはwww.whitehouse.govといった固有の名前、
および１２８．１０２．２５２．１．といった対応する
ネットワーク・アドレスをもっている。US Postal Serv
ice （米国郵便サービス）を通してレターを郵送する人
が受取人の住所を知っている必要があるのと同じよう
に、ネットワークを通してホストと通信するクライアン
トはホストのネットワーク・アドレスを知っている必要
がある。しかし、通常は、クライアントはホストの名前
だけを知っている。
し、これらのネットワークは他のネットワークに接続さ
れてインターネットを形成している。「Internet（イン
ターネット）」と呼ばれる世界的規模のインターネット
の利用は、会議室(down the hall) にだけではなく、海
外に置かれたホスト・コンピュータと通信する必要のあ
るクライアント・マシン上でプログラムを実行させる人
が増加するのに伴って急激に増加している。Internet上
の各ホストはwww.whitehouse.govといった固有の名前、
および１２８．１０２．２５２．１．といった対応する
ネットワーク・アドレスをもっている。US Postal Serv
ice （米国郵便サービス）を通してレターを郵送する人
が受取人の住所を知っている必要があるのと同じよう
に、ネットワークを通してホストと通信するクライアン
トはホストのネットワーク・アドレスを知っている必要
がある。しかし、通常は、クライアントはホストの名前
だけを知っている。
【０００３】Internetの世界では、ホストの名前とアド
レスは世界の各国に置かれているコンピュータ上のデー
タベースにストアされている。これらのデータベースの
１つをもち、ホスト・アドレスの照会(queries) に応答
するコンピュータは、「ドメイン・ネーム・サーバ(Dom
ain Name Server)」または単純に「ネーム・サーバ」を
含めて、種々の名前で知らされている。非常に多数のホ
スト・コンピュータはInternetアドレスをもっているの
で、すべてのホストの名前とアドレス情報を１つのデー
タベースに保存しておくことは実用的でない。その代わ
りに、このような情報は世界各国のInternetドメイン・
ネーム・サーバ間に分散されている。
レスは世界の各国に置かれているコンピュータ上のデー
タベースにストアされている。これらのデータベースの
１つをもち、ホスト・アドレスの照会(queries) に応答
するコンピュータは、「ドメイン・ネーム・サーバ(Dom
ain Name Server)」または単純に「ネーム・サーバ」を
含めて、種々の名前で知らされている。非常に多数のホ
スト・コンピュータはInternetアドレスをもっているの
で、すべてのホストの名前とアドレス情報を１つのデー
タベースに保存しておくことは実用的でない。その代わ
りに、このような情報は世界各国のInternetドメイン・
ネーム・サーバ間に分散されている。
【０００４】ドメイン・ネーム・サーバおよびそれらに
関連づけられた名前とアドレス・データベースは、アド
レス照会に応答するために使用される１つのシステムに
すぎない（「リゾルビングアドレス(resolving address
es) 」とも呼ばれる）。「ディレクトリ・サービス」、
「ディレクトリ・システム」、「ＤＳ」といった用語や
その他の用語は、一般に、オンライン・データベースか
ら情報を取り出してネットワーク経由で照会に応答する
システムを指すために使用されている。例えば、Ｘ５０
０ディレクトリ・システム標準に準拠して実現されてい
る分散データベースには、ネットワーク・アドレス以外
にも、他の多数の種類の情報（例えば、人の名前とアド
レス、プリンタの名前とロケーション、電話番号とファ
ックス番号）を含めることが可能になっている。Ｘ５０
０の詳細は当業者には周知であるので、ここで詳細に説
明することは省略する。参考文献としては、例えば、Uy
less D. Black 著「ＯＳＩ：A Model for Computer Com
munication Standards（ＯＳＩ：コンピュータ通信標準
モデル）」、Prentice-Hall （１９９１），ｐｐ．３８
８−８９がある。
関連づけられた名前とアドレス・データベースは、アド
レス照会に応答するために使用される１つのシステムに
すぎない（「リゾルビングアドレス(resolving address
es) 」とも呼ばれる）。「ディレクトリ・サービス」、
「ディレクトリ・システム」、「ＤＳ」といった用語や
その他の用語は、一般に、オンライン・データベースか
ら情報を取り出してネットワーク経由で照会に応答する
システムを指すために使用されている。例えば、Ｘ５０
０ディレクトリ・システム標準に準拠して実現されてい
る分散データベースには、ネットワーク・アドレス以外
にも、他の多数の種類の情報（例えば、人の名前とアド
レス、プリンタの名前とロケーション、電話番号とファ
ックス番号）を含めることが可能になっている。Ｘ５０
０の詳細は当業者には周知であるので、ここで詳細に説
明することは省略する。参考文献としては、例えば、Uy
less D. Black 著「ＯＳＩ：A Model for Computer Com
munication Standards（ＯＳＩ：コンピュータ通信標準
モデル）」、Prentice-Hall （１９９１），ｐｐ．３８
８−８９がある。
【０００５】ある企業がInternetに接続するときは、そ
の企業はそのドメイン名（例えば、sun.com)を登録す
る。これは第２レベル・ドメインと呼ばれている。企業
は第２レベル・ドメインのすべてのアドレス照会がInte
rnetドメイン・ネーム・システムによって送られる先の
公開ネーム・サーバを少なくとも２つ指名し、登録しな
ければならない。これらのサーバは、以下では、ドメイ
ンの「登録」ネーム・サーバと呼ぶことにする。企業は
そのドメインをもっと小さなセグメントに分割すること
がよくあり、これらのセグメントは「ゾーン」と呼ばれ
ている（例えば、eng.sun.com およびcorp.sun.com）。
当業者ならば理解されるように、「ゾーン」という用語
はドメインを任意に分割したものを指す場合があり、こ
の中にはドメイン全体自体も含まれる。企業はそれぞれ
のゾーンだけで「権限をもつ」ネーム・サーバを指名す
ることができる。この場合、各ゾーンは独自のデータベ
ース（「ゾーン・データベース」）をもち、そこには、
そのゾーンに置かれているマシンの名前、アドレス、お
よびその他の情報が収容されている。説明の便宜上、
「ネーム・サーバ」という用語は、以下では、サーバの
データベース（例えば、ドメイン・ネーム・サーバまた
はディレクトリ・サーバ）内の情報の照会に応答するサ
ーバを意味するために使用され、「ゾーン・データベー
ス」という用語は、それが第２レベル・ドメインを包含
するか、もっと小さなゾーンを包含するかに関係なく、
そのデータベースを意味するために使用されている。当
業者ならば理解されるように、「データベース」という
用語は編成された情報の集まり一切を意味することがで
きる。
の企業はそのドメイン名（例えば、sun.com)を登録す
る。これは第２レベル・ドメインと呼ばれている。企業
は第２レベル・ドメインのすべてのアドレス照会がInte
rnetドメイン・ネーム・システムによって送られる先の
公開ネーム・サーバを少なくとも２つ指名し、登録しな
ければならない。これらのサーバは、以下では、ドメイ
ンの「登録」ネーム・サーバと呼ぶことにする。企業は
そのドメインをもっと小さなセグメントに分割すること
がよくあり、これらのセグメントは「ゾーン」と呼ばれ
ている（例えば、eng.sun.com およびcorp.sun.com）。
当業者ならば理解されるように、「ゾーン」という用語
はドメインを任意に分割したものを指す場合があり、こ
の中にはドメイン全体自体も含まれる。企業はそれぞれ
のゾーンだけで「権限をもつ」ネーム・サーバを指名す
ることができる。この場合、各ゾーンは独自のデータベ
ース（「ゾーン・データベース」）をもち、そこには、
そのゾーンに置かれているマシンの名前、アドレス、お
よびその他の情報が収容されている。説明の便宜上、
「ネーム・サーバ」という用語は、以下では、サーバの
データベース（例えば、ドメイン・ネーム・サーバまた
はディレクトリ・サーバ）内の情報の照会に応答するサ
ーバを意味するために使用され、「ゾーン・データベー
ス」という用語は、それが第２レベル・ドメインを包含
するか、もっと小さなゾーンを包含するかに関係なく、
そのデータベースを意味するために使用されている。当
業者ならば理解されるように、「データベース」という
用語は編成された情報の集まり一切を意味することがで
きる。
【０００６】企業があるゾーン内のマシンのアドレスを
公開して、見えるようにすることを選択していれば、そ
のゾーンを収めている第２レベル・ドメインの登録ネー
ム・サーバはそのゾーン内のマシンのアドレス照会を権
限をもつゾーン・ネーム・サーバに送るように構成され
ている。しかし、企業がゾーンのネットワーク・トポロ
ジを隠す必要があるときは、登録ネーム・サーバはゾー
ン・ネーム・サーバに関するどの情報ももたないように
構成され、そのゾーン内のマシンだけが照会をゾーン・
ネーム・サーバに送るように構成されている。このよう
な可視制限ゾーン(visibility-limited zone) は「保護
ゾーン」と呼ぶことができ、そこに置かれたマシンは
「保護マシン(protected machines)」と呼ぶことができ
る。従って、マシンのアドレスが公開されて、見えるよ
うにされたかどうかは、ネットワーク上で稼働している
プログラム相互間のやりとり(interaction) に影響する
ことになる。
公開して、見えるようにすることを選択していれば、そ
のゾーンを収めている第２レベル・ドメインの登録ネー
ム・サーバはそのゾーン内のマシンのアドレス照会を権
限をもつゾーン・ネーム・サーバに送るように構成され
ている。しかし、企業がゾーンのネットワーク・トポロ
ジを隠す必要があるときは、登録ネーム・サーバはゾー
ン・ネーム・サーバに関するどの情報ももたないように
構成され、そのゾーン内のマシンだけが照会をゾーン・
ネーム・サーバに送るように構成されている。このよう
な可視制限ゾーン(visibility-limited zone) は「保護
ゾーン」と呼ぶことができ、そこに置かれたマシンは
「保護マシン(protected machines)」と呼ぶことができ
る。従って、マシンのアドレスが公開されて、見えるよ
うにされたかどうかは、ネットワーク上で稼働している
プログラム相互間のやりとり(interaction) に影響する
ことになる。
【０００７】上述したように、クライアント上で実行さ
れているアプリケーション・プログラムが別のロケーシ
ョンに置かれたホストに連絡する必要があるときは、そ
のアプリケーションはそのホストのアドレスを必要とす
る。一般に、アプリケーション・プログラムは照会を
「リゾルバ(resolver)」プログラム（これもクライアン
ト上で実行されている）に送って、アドレスを要求する
ことがある。リゾルバ・プログラムはローカル・ファイ
ルをチェックし、ホスト・アドレスを要求するためのデ
フォルト・ネーム・サーバが分かると、その照会をデフ
ォルト・ネーム・サーバに渡すことになる。説明の便宜
上、このデフォルト・ネーム・サーバは、以下ではクラ
イアントの「ローカルＮＳ」と呼ぶことにする。ローカ
ルＮＳは要求されたアドレスをすでにもっている場合も
あれば、そのアドレスをもつサーバ（例えば、第２レベ
ル・ドメインの登録ネーム・サーバまたはゾーンの権限
をもつネーム・サーバ）に到達するまで、必要に応じて
他のネーム・サーバに連絡していく場合もある。ローカ
ルＮＳが照会に対する応答を受信すると、ローカルＮＳ
はその応答をリゾルバに戻し、リゾルバは応答を処理
し、アドレスをクライアントに引き渡す。Internetドメ
イン・ネーム・システムおよびリゾルバの上記説明とそ
の他の詳細は当業者には周知であるので、ここでは詳し
く説明することは省略する。参考文献としては、例え
ば、Sidnie Feit 著「ＴＣＰ／ＩＰ」、McGraw-Hill
（１９９７）があり、第１２章に詳しく説明されてい
る。
れているアプリケーション・プログラムが別のロケーシ
ョンに置かれたホストに連絡する必要があるときは、そ
のアプリケーションはそのホストのアドレスを必要とす
る。一般に、アプリケーション・プログラムは照会を
「リゾルバ(resolver)」プログラム（これもクライアン
ト上で実行されている）に送って、アドレスを要求する
ことがある。リゾルバ・プログラムはローカル・ファイ
ルをチェックし、ホスト・アドレスを要求するためのデ
フォルト・ネーム・サーバが分かると、その照会をデフ
ォルト・ネーム・サーバに渡すことになる。説明の便宜
上、このデフォルト・ネーム・サーバは、以下ではクラ
イアントの「ローカルＮＳ」と呼ぶことにする。ローカ
ルＮＳは要求されたアドレスをすでにもっている場合も
あれば、そのアドレスをもつサーバ（例えば、第２レベ
ル・ドメインの登録ネーム・サーバまたはゾーンの権限
をもつネーム・サーバ）に到達するまで、必要に応じて
他のネーム・サーバに連絡していく場合もある。ローカ
ルＮＳが照会に対する応答を受信すると、ローカルＮＳ
はその応答をリゾルバに戻し、リゾルバは応答を処理
し、アドレスをクライアントに引き渡す。Internetドメ
イン・ネーム・システムおよびリゾルバの上記説明とそ
の他の詳細は当業者には周知であるので、ここでは詳し
く説明することは省略する。参考文献としては、例え
ば、Sidnie Feit 著「ＴＣＰ／ＩＰ」、McGraw-Hill
（１９９７）があり、第１２章に詳しく説明されてい
る。
【０００８】Ｂ 許可クライアント 現在のテクノロジは、ネットワークを利用したコミュニ
ケーションをいくつかの側面から見たとき、十分に解決
していない側面がいくつかある。企業のネットワーク・
ポリシを実現するためには、上述したように、ネットワ
ーク管理者は、保護マシンのアドレスを他の保護マシン
だけに見えるようにすることによってネットワーク・ト
ポロジを隠すようにゾーンをセットアップすることがで
きる。しかし、ネットワーク管理者は保護ゾーンの外に
いる許可クライアントが、保護ゾーンの内側にいるホス
トと通信できるようにしたい場合もある。ネットワーク
管理者は許可クライアントが通信できる保護ホストのア
ドレスを、そのクライアント上の１つまたは２つ以上の
静的構成ファイルにストアしておくこともできる。その
場合には、これらの構成ファイルは保護ホストのアドレ
スが変更されるたびに、すべての許可クライアント側で
更新する必要がある。ネットワーク管理者は置換ファイ
ルをすべての許可クライアントに送ることができるが、
別の方法として、ネットワーク管理者は変更された情報
を、許可クライアントへのアクセス権をもつ人に配布し
て「手操作（マニュアル）」で入力させることもでき
る。このような人は構成ファイルを直接に編集すること
も、プログラム（例えば、コマンドライン・プログラム
またはグラフィカル・ユーザ・インタフェース）を使用
して変更情報を入力することもできる。
ケーションをいくつかの側面から見たとき、十分に解決
していない側面がいくつかある。企業のネットワーク・
ポリシを実現するためには、上述したように、ネットワ
ーク管理者は、保護マシンのアドレスを他の保護マシン
だけに見えるようにすることによってネットワーク・ト
ポロジを隠すようにゾーンをセットアップすることがで
きる。しかし、ネットワーク管理者は保護ゾーンの外に
いる許可クライアントが、保護ゾーンの内側にいるホス
トと通信できるようにしたい場合もある。ネットワーク
管理者は許可クライアントが通信できる保護ホストのア
ドレスを、そのクライアント上の１つまたは２つ以上の
静的構成ファイルにストアしておくこともできる。その
場合には、これらの構成ファイルは保護ホストのアドレ
スが変更されるたびに、すべての許可クライアント側で
更新する必要がある。ネットワーク管理者は置換ファイ
ルをすべての許可クライアントに送ることができるが、
別の方法として、ネットワーク管理者は変更された情報
を、許可クライアントへのアクセス権をもつ人に配布し
て「手操作（マニュアル）」で入力させることもでき
る。このような人は構成ファイルを直接に編集すること
も、プログラム（例えば、コマンドライン・プログラム
またはグラフィカル・ユーザ・インタフェース）を使用
して変更情報を入力することもできる。
【０００９】クライアントの数と移動性が増加するに伴
い、これらの構成ファイルを最新に保つことは、不可能
ではないにしても、煩わしい作業である。ネットワーク
管理者は保護ホストのアドレスを使用して許可クライア
ントを構成し、人間の介入なしですべての許可クライア
ント上の構成ファイルを変更できるようにする方法を必
要としている。本発明の種々実施例が提供する解決方法
によれば、許可クライアントは中央ロケーションにスト
アされ、維持されている情報を使用して各自のファイル
を動的に更新することができる。その場合、ネットワー
ク管理者はすべての許可クライアント上のファイルを更
新しなくても、容易にアクセス可能なロケーションに置
かれている情報を更新するだけですむことになる。
い、これらの構成ファイルを最新に保つことは、不可能
ではないにしても、煩わしい作業である。ネットワーク
管理者は保護ホストのアドレスを使用して許可クライア
ントを構成し、人間の介入なしですべての許可クライア
ント上の構成ファイルを変更できるようにする方法を必
要としている。本発明の種々実施例が提供する解決方法
によれば、許可クライアントは中央ロケーションにスト
アされ、維持されている情報を使用して各自のファイル
を動的に更新することができる。その場合、ネットワー
ク管理者はすべての許可クライアント上のファイルを更
新しなくても、容易にアクセス可能なロケーションに置
かれている情報を更新するだけですむことになる。
【００１０】Ｃ セキュア・コミュニケーション 許可クライアントはコミュニケーションを確立するため
に、保護ホストのアドレス以上のものを必要とすること
がよくある。このようなことは、クライアントとホスト
がコミュニケーションが「セキュア（安全保護）」であ
るかを確かめたいときに起こっている。セキュア・コミ
ュニケーションには、プライバシ、保全性、および認証
という問題が含まれている。ここでプライバシとは、あ
るクライアントがネットワークを利用して機密情報を送
信するとき、意図するホストだけがそれを読み取り、理
解できることを意味する。保全性(integrity) とは、送
信中にだれもがメッセージを変更しなかったことを意味
する。認証(authentification)とは、そのメッセージが
メッセージが要求するクライアントからのものであるこ
とがホストに保証されることを意味する。標準的暗号手
法としては、ＤＥＳやＲＳＡなどのアルゴリズム、およ
びディジタル・シグネーチャ、ディジタル証明、ＳＫＩ
Ｐなどの、他のテクノロジやプロトコルがある。必要に
応じて、これらの暗号手法（または同等のセキュリティ
手法）は種々側面から見たプライバシ、保全性、および
認証を保証するために使用されているのが普通である。
に、保護ホストのアドレス以上のものを必要とすること
がよくある。このようなことは、クライアントとホスト
がコミュニケーションが「セキュア（安全保護）」であ
るかを確かめたいときに起こっている。セキュア・コミ
ュニケーションには、プライバシ、保全性、および認証
という問題が含まれている。ここでプライバシとは、あ
るクライアントがネットワークを利用して機密情報を送
信するとき、意図するホストだけがそれを読み取り、理
解できることを意味する。保全性(integrity) とは、送
信中にだれもがメッセージを変更しなかったことを意味
する。認証(authentification)とは、そのメッセージが
メッセージが要求するクライアントからのものであるこ
とがホストに保証されることを意味する。標準的暗号手
法としては、ＤＥＳやＲＳＡなどのアルゴリズム、およ
びディジタル・シグネーチャ、ディジタル証明、ＳＫＩ
Ｐなどの、他のテクノロジやプロトコルがある。必要に
応じて、これらの暗号手法（または同等のセキュリティ
手法）は種々側面から見たプライバシ、保全性、および
認証を保証するために使用されているのが普通である。
【００１１】保護ホストのアドレスを許可クライアント
に提供するのと同じように、セキュア・コミュニケーシ
ョンはネットワークを利用したコミュニケーションの１
つの側面であり、この側面も現在のテクノロジでは十分
に解決されていない。ある種のネットワーク構成では、
ネットワーク・セキュリティ・システムであるファイア
ウォール(firewall)が保護マシンへのアクセスを管理し
ている。許可クライアントが保護マシンと機密に通信で
きるようにするためには、ファイアウォールはそのクラ
イアントからのコミュニケーションがファイアウォール
を経由するように構成されていなければならない。さら
に、保護ホストとセキュア・コミュニケーションを行う
ためには、ホストのアドレスのほかに、許可クライアン
トは追加の情報を必要とする。この追加情報としては、
（１）保護ホストのために暗号化を行うファイアウォー
ルのアドレスとキー、および（２）使用される暗号アル
ゴリズム（および他の必要な暗号手法）がある。
に提供するのと同じように、セキュア・コミュニケーシ
ョンはネットワークを利用したコミュニケーションの１
つの側面であり、この側面も現在のテクノロジでは十分
に解決されていない。ある種のネットワーク構成では、
ネットワーク・セキュリティ・システムであるファイア
ウォール(firewall)が保護マシンへのアクセスを管理し
ている。許可クライアントが保護マシンと機密に通信で
きるようにするためには、ファイアウォールはそのクラ
イアントからのコミュニケーションがファイアウォール
を経由するように構成されていなければならない。さら
に、保護ホストとセキュア・コミュニケーションを行う
ためには、ホストのアドレスのほかに、許可クライアン
トは追加の情報を必要とする。この追加情報としては、
（１）保護ホストのために暗号化を行うファイアウォー
ルのアドレスとキー、および（２）使用される暗号アル
ゴリズム（および他の必要な暗号手法）がある。
【００１２】許可クライアントがこの追加情報を取得す
ると、その追加情報はホスト・アドレスと一緒に、暗号
化オペレーションを処理するクライアントのコンポーネ
ント（例えば、アプリケーション・プログラム、オペレ
ーティング・システム、またはハードウェアの暗号プロ
セッサ）によって使用されるデータ構造にストアされる
のが一般である。例えば、ＳＫＩＰテクノロジでは、こ
のような「アウトバウンド・セキュア・メッセージ」は
インバウンド・アクセス情報と一緒に、クライアントの
アクセス・コントロール・リストにストアされている。
しかし、当業者ならば理解されるように、アウトバウン
ド・メッセージ情報は適切なデータ構造であれば、どの
データ構造にもストアすることが可能である。
ると、その追加情報はホスト・アドレスと一緒に、暗号
化オペレーションを処理するクライアントのコンポーネ
ント（例えば、アプリケーション・プログラム、オペレ
ーティング・システム、またはハードウェアの暗号プロ
セッサ）によって使用されるデータ構造にストアされる
のが一般である。例えば、ＳＫＩＰテクノロジでは、こ
のような「アウトバウンド・セキュア・メッセージ」は
インバウンド・アクセス情報と一緒に、クライアントの
アクセス・コントロール・リストにストアされている。
しかし、当業者ならば理解されるように、アウトバウン
ド・メッセージ情報は適切なデータ構造であれば、どの
データ構造にもストアすることが可能である。
【００１３】アウトバウンド・セキュア・メッセージ情
報を収めているデータ構造はホストのアドレスまたは暗
号情報が変更されるたびに、すべての許可クライアント
側で更新する必要がある。この場合も、本発明の種々の
実施例によれば、許可クライアントは中央ロケーション
にストアされ、維持されている情報を使用して各自のデ
ータ構造を動的に更新することができる。説明の便宜
上、「許可クライアント」という用語は、ここでは、本
発明を使用するように構成され、許可クライアントが通
信する保護ホストのファイアウォールを経由してコミュ
ニケーションが許されているクライアントを意味するも
のとして用いられている。
報を収めているデータ構造はホストのアドレスまたは暗
号情報が変更されるたびに、すべての許可クライアント
側で更新する必要がある。この場合も、本発明の種々の
実施例によれば、許可クライアントは中央ロケーション
にストアされ、維持されている情報を使用して各自のデ
ータ構造を動的に更新することができる。説明の便宜
上、「許可クライアント」という用語は、ここでは、本
発明を使用するように構成され、許可クライアントが通
信する保護ホストのファイアウォールを経由してコミュ
ニケーションが許されているクライアントを意味するも
のとして用いられている。
【００１４】
【発明の要約】本発明によれば、保護ホストのアドレス
および中間デバイス（例えば、暗号化ファイアウォー
ル、暗号化ルータ、セキュア・ゲートウェイ）のキーと
アドレスを使用して許可クライアントを動的に構成し、
その中間デバイスがその中間デバイスの背後にトポロジ
状に置かれている私用(private) ネットワーク上の複数
のホストを保護するようした方法および装置が提供され
ている。ドメインの登録ネーム・サーバはそのドメイン
に置かれた保護ホストとのセキュア・コミュニケーショ
ンに必要な情報の要求に応答して、新規のリソース・レ
コード・タイプ（ここでは、ＳＸレコードと名づけてい
る）を戻すように構成されている。許可クライアントに
置かれた（さもなければ、それと関連づけられた）リゾ
ルバ（ｒｅｓｏｌｖｅｒ）はＳＸレコード内のデータを
使用して、セキュア・コミュニケーションを処理するた
めにクライアントによって使用される情報を動的に更新
するように構成されている。
および中間デバイス（例えば、暗号化ファイアウォー
ル、暗号化ルータ、セキュア・ゲートウェイ）のキーと
アドレスを使用して許可クライアントを動的に構成し、
その中間デバイスがその中間デバイスの背後にトポロジ
状に置かれている私用(private) ネットワーク上の複数
のホストを保護するようした方法および装置が提供され
ている。ドメインの登録ネーム・サーバはそのドメイン
に置かれた保護ホストとのセキュア・コミュニケーショ
ンに必要な情報の要求に応答して、新規のリソース・レ
コード・タイプ（ここでは、ＳＸレコードと名づけてい
る）を戻すように構成されている。許可クライアントに
置かれた（さもなければ、それと関連づけられた）リゾ
ルバ（ｒｅｓｏｌｖｅｒ）はＳＸレコード内のデータを
使用して、セキュア・コミュニケーションを処理するた
めにクライアントによって使用される情報を動的に更新
するように構成されている。
【００１５】本発明のいくつかの実施例を使用すると、
多数の利点が得られる。そのような利点としては、保護
ホストのアドレスを使用してクライアントを動的に構成
するシステム、保護ホストとのセキュア・コミュニケー
ションのためにクライアントを動的に構成するシステ
ム、およびネットワーク管理者がセキュア・コミュニケ
ーションのために必要なアドレスと暗号情報を中央で管
理できるようにするシステムがあるが、本発明はこれら
に限定されるものではない。本発明のいくつかの実施例
の上記利点およびその他の利点は、下述する詳細な説明
の中で明らかにする。
多数の利点が得られる。そのような利点としては、保護
ホストのアドレスを使用してクライアントを動的に構成
するシステム、保護ホストとのセキュア・コミュニケー
ションのためにクライアントを動的に構成するシステ
ム、およびネットワーク管理者がセキュア・コミュニケ
ーションのために必要なアドレスと暗号情報を中央で管
理できるようにするシステムがあるが、本発明はこれら
に限定されるものではない。本発明のいくつかの実施例
の上記利点およびその他の利点は、下述する詳細な説明
の中で明らかにする。
【００１６】
【発明の実施形態】以下、本発明の１つまたはいくつか
の実施例の理解を容易にするために、添付図面を参照し
て本発明について詳しく説明する。
の実施例の理解を容易にするために、添付図面を参照し
て本発明について詳しく説明する。
【００１７】ネットワークは種々構成が可能であり、そ
の構成はローカル・エリア・ネットワーク（ＬＡＮ）、
広域ネットワーク（ＷＡＮ）、イントラネット、インタ
ーネット、およびInternetといったように、多彩な名前
が付けられている。代表的なインターネット構成は私用
ＬＡＮおよび公衆(public)Internetの一部を含む、任意
の数のネットワークで構成されている。任意の数のコン
ピュータをこれらのネットワークに接続することができ
る。これらのコンピュータは様々な機能に利用すること
ができが、特定の機能を反映する用語で表されることが
よくある。１つの例では、ある人は別のコンピュータと
通信する必要のあるパーソナル・コンピュータ（ＰＣ）
上でプログラムを実行している。この場合のＰＣはクラ
イアントと呼ばれ、他方のコンピュータはサーバまたは
ホストと呼ばれている。別の例では、２つのネットワー
クを接続するコンピュータはゲートウェイと呼ばれてい
る。これらの例におけるコンピュータはいずれも、単純
にマシンと呼ばれることもある。当業者ならば理解され
るように、本発明はネットワークおよびそこに接続され
たコンピュータのどちらの場合も、特定の構成を要求す
るものではない。従って、以下では、ある特定の構成
（インターネットを利用したクライアントとホスト間の
コミュニケーション）を参照して本発明を説明している
が、以下の説明は任意のネットワーク・タイプ上で動作
する、どのコンピュータにも適用されることはもちろん
である。
の構成はローカル・エリア・ネットワーク（ＬＡＮ）、
広域ネットワーク（ＷＡＮ）、イントラネット、インタ
ーネット、およびInternetといったように、多彩な名前
が付けられている。代表的なインターネット構成は私用
ＬＡＮおよび公衆(public)Internetの一部を含む、任意
の数のネットワークで構成されている。任意の数のコン
ピュータをこれらのネットワークに接続することができ
る。これらのコンピュータは様々な機能に利用すること
ができが、特定の機能を反映する用語で表されることが
よくある。１つの例では、ある人は別のコンピュータと
通信する必要のあるパーソナル・コンピュータ（ＰＣ）
上でプログラムを実行している。この場合のＰＣはクラ
イアントと呼ばれ、他方のコンピュータはサーバまたは
ホストと呼ばれている。別の例では、２つのネットワー
クを接続するコンピュータはゲートウェイと呼ばれてい
る。これらの例におけるコンピュータはいずれも、単純
にマシンと呼ばれることもある。当業者ならば理解され
るように、本発明はネットワークおよびそこに接続され
たコンピュータのどちらの場合も、特定の構成を要求す
るものではない。従って、以下では、ある特定の構成
（インターネットを利用したクライアントとホスト間の
コミュニケーション）を参照して本発明を説明している
が、以下の説明は任意のネットワーク・タイプ上で動作
する、どのコンピュータにも適用されることはもちろん
である。
【００１８】Ａ 本発明が実施される環境 図１は、本発明の実施例を実施できる代表的なインター
ネット構成を示したものである。この構成には、ファイ
アウォール１１０によって公衆(public)ネットワーク１
９０に接続されているドメイン１００（例えば、sun.co
m ）が含まれている。ドメイン１００は保護ゾーン１８
０（「ファイアウォールの内側」と呼ばれることもあ
る）を含み、保護ゾーンは任意の数のマシンを任意の構
成で含むことができる。この例では、内側ホスト１４
０、ＬＡＮ１６０、内側クライアント１５０、および内
側ＮＳ１３０はすべて保護ゾーン１８０に置かれてい
る。外側ＮＳ１２０はドメイン１００の登録ネーム・サ
ーバであり、内側ＮＳ１３０は保護ゾーン１８０の権限
をもつネーム・サーバである。
ネット構成を示したものである。この構成には、ファイ
アウォール１１０によって公衆(public)ネットワーク１
９０に接続されているドメイン１００（例えば、sun.co
m ）が含まれている。ドメイン１００は保護ゾーン１８
０（「ファイアウォールの内側」と呼ばれることもあ
る）を含み、保護ゾーンは任意の数のマシンを任意の構
成で含むことができる。この例では、内側ホスト１４
０、ＬＡＮ１６０、内側クライアント１５０、および内
側ＮＳ１３０はすべて保護ゾーン１８０に置かれてい
る。外側ＮＳ１２０はドメイン１００の登録ネーム・サ
ーバであり、内側ＮＳ１３０は保護ゾーン１８０の権限
をもつネーム・サーバである。
【００１９】ほとんど無制限の数のマシンとネットワー
クが公衆ネットワーク１９０に接続されている。図１に
示すように、代表的な構成には、外側クライアント１８
２、外側ホスト１８４、ＬＡＮ１８６、ローカルＮＳ２
５０、および許可クライアント２１０が含まれている。
図２、図３および図４を参照して以下で明らかにするよ
うに、代表的な許可クライアント２１０には、アプリケ
ーション２１５、そのローカルＮＳ２５０を示している
構成ファイル２２０、リゾルバ２２５、暗号プロセッサ
２３０、オペレーティング・システム２３５、およびト
ンネル・マップ５００が含まれている（詳細は後述す
る）。代表例として、これらのコンポーネントは許可ク
ライアント２１０側の１つまたは２つ以上のコンピュー
タ可読媒体またはメモリに置かれている。
クが公衆ネットワーク１９０に接続されている。図１に
示すように、代表的な構成には、外側クライアント１８
２、外側ホスト１８４、ＬＡＮ１８６、ローカルＮＳ２
５０、および許可クライアント２１０が含まれている。
図２、図３および図４を参照して以下で明らかにするよ
うに、代表的な許可クライアント２１０には、アプリケ
ーション２１５、そのローカルＮＳ２５０を示している
構成ファイル２２０、リゾルバ２２５、暗号プロセッサ
２３０、オペレーティング・システム２３５、およびト
ンネル・マップ５００が含まれている（詳細は後述す
る）。代表例として、これらのコンポーネントは許可ク
ライアント２１０側の１つまたは２つ以上のコンピュー
タ可読媒体またはメモリに置かれている。
【００２０】Ｂ 問題 上述したシステム・アーキテクチャが与えられていると
き、許可クライアント２１０で実行されているアプリケ
ーション２１０が保護ゾーン１８０内の保護ホスト１４
０と機密に通信する必要が起こったとき、どのようなこ
とが行われるか。アプリケーション２１５がそれを行う
ためには、その前に、アウトバウンド・セキュア・メッ
セージ情報が必要になる。この情報は許可クライアント
２１０にストアされており、情報としては、内側ホスト
１４０のアドレス、ファイアウォール１１０のアドレス
とキー、および使用される暗号プロトコルがある。クラ
イアントの数と移動性が増加するに伴い、人間の介入に
頼ってアウトバウンド・セキュア・メッセージ情報を最
新に保つことは煩雑な作業であり、あるいは不可能であ
る。本発明の種々実施例によれば、この問題は許可クラ
イアントが中央ロケーションにストアされ、維持されて
いる情報を使用して、各自のアウトバウンド・セキュア
・メッセージ情報を動的に更新できるようにすることに
よって解決されている。以下のセクションでは、クライ
アントとネーム・サーバ間のメッセージの構造と内容、
仲介の働きをするリゾルバ・プログラム、およびシステ
ムがどのように構成されているか、について詳しく説明
する。
き、許可クライアント２１０で実行されているアプリケ
ーション２１０が保護ゾーン１８０内の保護ホスト１４
０と機密に通信する必要が起こったとき、どのようなこ
とが行われるか。アプリケーション２１５がそれを行う
ためには、その前に、アウトバウンド・セキュア・メッ
セージ情報が必要になる。この情報は許可クライアント
２１０にストアされており、情報としては、内側ホスト
１４０のアドレス、ファイアウォール１１０のアドレス
とキー、および使用される暗号プロトコルがある。クラ
イアントの数と移動性が増加するに伴い、人間の介入に
頼ってアウトバウンド・セキュア・メッセージ情報を最
新に保つことは煩雑な作業であり、あるいは不可能であ
る。本発明の種々実施例によれば、この問題は許可クラ
イアントが中央ロケーションにストアされ、維持されて
いる情報を使用して、各自のアウトバウンド・セキュア
・メッセージ情報を動的に更新できるようにすることに
よって解決されている。以下のセクションでは、クライ
アントとネーム・サーバ間のメッセージの構造と内容、
仲介の働きをするリゾルバ・プログラム、およびシステ
ムがどのように構成されているか、について詳しく説明
する。
【００２１】Ｃ．ネーム・サーバ・メッセージおよびリ
ソース・レコード ネーム・サーバ・メッセージはヘッダと４つのセクショ
ン（１）照会(query)、（２）返答(answer)、（３）権
限(authority) 、（４）追加(additional)から構成され
ている。返答、権限、および追加セクションは、ネーム
・サーバが照会に応答して送信するリソース・レコード
を収めている。リソース・レコード・タイプは多数存在
し、各々はそのレコード・タイプのデータを収めている
データ・フィールドを含んでいる。例えば、要求された
ホストのアドレスはＡレコードのデータ・フィールドに
入って戻され、権限をもつネーム・サーバの名前はＮＳ
レコードのデータ・フィールドに入って戻される。
ソース・レコード ネーム・サーバ・メッセージはヘッダと４つのセクショ
ン（１）照会(query)、（２）返答(answer)、（３）権
限(authority) 、（４）追加(additional)から構成され
ている。返答、権限、および追加セクションは、ネーム
・サーバが照会に応答して送信するリソース・レコード
を収めている。リソース・レコード・タイプは多数存在
し、各々はそのレコード・タイプのデータを収めている
データ・フィールドを含んでいる。例えば、要求された
ホストのアドレスはＡレコードのデータ・フィールドに
入って戻され、権限をもつネーム・サーバの名前はＮＳ
レコードのデータ・フィールドに入って戻される。
【００２２】セキュア・コミュニケーションの必要性を
サポートするために、Internetドメイン・ネーム・シス
テム（「セキュアＤＮＳ」）のあるバージョンはＫＥＹ
とＳＩＧリソース・レコード・タイプを含む、セキュリ
ティ拡張機能(extensions)を使用している。ＫＥＹリソ
ース・レコードは公開キーと関連情報を配布するために
使用できる。つまり、ＫＥＹレコードはキー、キー名、
またはアルゴリズムを収めることができる。ＳＩＧ、つ
まり、「シグネーチャ」リソース・レコードは他のリソ
ース・レコードに入っているデータを認証するために使
用できる。ＳＩＧレコードのデータ・フィールドの１つ
は「ラベル(labels)」フィールドである。このフィール
ドは、オリジナルＳＩＧレコード所有者名がゾーン・デ
ータベースに置かれているときラベルがいくつあるかを
カウントしたものである（例えば、＊.sun.comが２つの
ラベルをもっているのは、ルートを表すヌル・ラベル
（“．”）とワイルドカード（“＊”）はカウントに含
まれないためである）。従って、このラベル・カウント
はワイルドカード置換の結果としてリトリーブされたレ
コードのオリジナル名を導き出すために使用される（詳
細は後述する）。このオリジナル名は、例えば、ディジ
タル・シグネーチャを検証するために必要になる。
サポートするために、Internetドメイン・ネーム・シス
テム（「セキュアＤＮＳ」）のあるバージョンはＫＥＹ
とＳＩＧリソース・レコード・タイプを含む、セキュリ
ティ拡張機能(extensions)を使用している。ＫＥＹリソ
ース・レコードは公開キーと関連情報を配布するために
使用できる。つまり、ＫＥＹレコードはキー、キー名、
またはアルゴリズムを収めることができる。ＳＩＧ、つ
まり、「シグネーチャ」リソース・レコードは他のリソ
ース・レコードに入っているデータを認証するために使
用できる。ＳＩＧレコードのデータ・フィールドの１つ
は「ラベル(labels)」フィールドである。このフィール
ドは、オリジナルＳＩＧレコード所有者名がゾーン・デ
ータベースに置かれているときラベルがいくつあるかを
カウントしたものである（例えば、＊.sun.comが２つの
ラベルをもっているのは、ルートを表すヌル・ラベル
（“．”）とワイルドカード（“＊”）はカウントに含
まれないためである）。従って、このラベル・カウント
はワイルドカード置換の結果としてリトリーブされたレ
コードのオリジナル名を導き出すために使用される（詳
細は後述する）。このオリジナル名は、例えば、ディジ
タル・シグネーチャを検証するために必要になる。
【００２３】本発明の一実施例では、セキュアＤＮＳに
よって提供されるＫＥＹとＳＩＧリソース・レコードを
使用している。セキュアＤＮＳの詳細は当業者には周知
であるので、ここでは、これ以上詳しく説明することは
省略する。参考文献としては、例えば、ＲＦＣ ２０６
５−「Domain Name System-Security Extensions（ドメ
イン・ネーム・システム−セキュリティ拡張機能」（１
９９７）がある。当業者ならば理解されるように、本発
明の一実施例では、セキュアＤＮＳ機能を利用している
が（例えば、レコードのオリジナル名を導き出し、シグ
ネーチャを検証するために）、すべての実施例がこの機
能を必要とするとは限らない（つまり、これらは十分な
能力をもつ他のシステムを使用して実現することが可能
である）。
よって提供されるＫＥＹとＳＩＧリソース・レコードを
使用している。セキュアＤＮＳの詳細は当業者には周知
であるので、ここでは、これ以上詳しく説明することは
省略する。参考文献としては、例えば、ＲＦＣ ２０６
５−「Domain Name System-Security Extensions（ドメ
イン・ネーム・システム−セキュリティ拡張機能」（１
９９７）がある。当業者ならば理解されるように、本発
明の一実施例では、セキュアＤＮＳ機能を利用している
が（例えば、レコードのオリジナル名を導き出し、シグ
ネーチャを検証するために）、すべての実施例がこの機
能を必要とするとは限らない（つまり、これらは十分な
能力をもつ他のシステムを使用して実現することが可能
である）。
【００２４】Ｄ ＳＸレコード セキュリティ拡張機能で上に示したように、Internetド
メイン・ネーム・システムはユーザが新規のリソース・
レコード・タイプを自由に作成できる点でオープンエン
ド(open-ended)になっている。本発明の種々実施例によ
れば、さらに、ＳＸレコードと名づけた別の新規レコー
ド・タイプが追加されている。ＳＸレコードのデータ・
フィールドは、そのレコードの所有者に関連する「セキ
ュア・エクスチェンジャ(secure exchanger)」のＩＤ
（例えば、名前またはアドレス）を収めている。セキュ
ア・エクスチェンジャはセキュア・コミュニケーション
を自身のために、または別のマシンのために処理するマ
シンである（例えば、暗号化または解読を実行する）。
この機能を実行するために、セキュア・エクスチェンジ
ャは暗号データ（例えば、キーまたはアルゴリズム）を
使用する。セキュア・エクスチェンジャのＩＤと暗号デ
ータはセキュア・エクスチェンジャのパラメータと総称
することができる。ファイアウォールはセキュア・エク
スチェンジャ機能を頻繁に実行するので、「ファイアウ
ォール１１０」という用語は、ここでは、セキュア・エ
クスチェンジャを意味するために用いられている。当業
者ならば理解されるように、該当の暗号化機能を持つマ
シンならば、どのマシンでもセキュア・エクスチェンジ
ャとして機能させることができる。
メイン・ネーム・システムはユーザが新規のリソース・
レコード・タイプを自由に作成できる点でオープンエン
ド(open-ended)になっている。本発明の種々実施例によ
れば、さらに、ＳＸレコードと名づけた別の新規レコー
ド・タイプが追加されている。ＳＸレコードのデータ・
フィールドは、そのレコードの所有者に関連する「セキ
ュア・エクスチェンジャ(secure exchanger)」のＩＤ
（例えば、名前またはアドレス）を収めている。セキュ
ア・エクスチェンジャはセキュア・コミュニケーション
を自身のために、または別のマシンのために処理するマ
シンである（例えば、暗号化または解読を実行する）。
この機能を実行するために、セキュア・エクスチェンジ
ャは暗号データ（例えば、キーまたはアルゴリズム）を
使用する。セキュア・エクスチェンジャのＩＤと暗号デ
ータはセキュア・エクスチェンジャのパラメータと総称
することができる。ファイアウォールはセキュア・エク
スチェンジャ機能を頻繁に実行するので、「ファイアウ
ォール１１０」という用語は、ここでは、セキュア・エ
クスチェンジャを意味するために用いられている。当業
者ならば理解されるように、該当の暗号化機能を持つマ
シンならば、どのマシンでもセキュア・エクスチェンジ
ャとして機能させることができる。
【００２５】また、当業者ならば理解されるように、
「ＳＸ」は任意のレコード・タイプＩＤであり、ＳＸレ
コード・タイプが定義されていれば、クライアントは明
示的にそのタイプのレコードをネーム・サーバに要求す
ることができる。別の方法として、ネーム・サーバは他
のレコードの照会に対する返答を含む応答に入れてＳＸ
レコードを戻すように構成することも可能である。例え
ば、クライアントがホスト・アドレスについて照会する
と、ネーム・サーバはホスト・アドレスを応答セクショ
ンに、ＳＸレコードを追加セクションに入れて応答を送
信することになる。本発明の他の実施例には、ＳＸレコ
ードを追加または権限セクションに入れて戻し、応答の
返答セクションは空のままにしておくようにネーム・サ
ーバの振舞をカストマイズすることを含めることも可能
である。言い換えれば、応答は未要求のリソース・レコ
ードだけを含むことになる。上述した説明から明らかな
ように、当業者ならば理解されるように、本発明はＳＸ
レコードが応答のどの特定セクションに入って送られる
かには左右されない。ＳＸレコード内のデータは、保護
ホストとのセキュア・コミュニケーションのためにクラ
イアントによって使用された情報を更新するために、リ
ゾルバと呼ばれるプログラムによって使用される。
「ＳＸ」は任意のレコード・タイプＩＤであり、ＳＸレ
コード・タイプが定義されていれば、クライアントは明
示的にそのタイプのレコードをネーム・サーバに要求す
ることができる。別の方法として、ネーム・サーバは他
のレコードの照会に対する返答を含む応答に入れてＳＸ
レコードを戻すように構成することも可能である。例え
ば、クライアントがホスト・アドレスについて照会する
と、ネーム・サーバはホスト・アドレスを応答セクショ
ンに、ＳＸレコードを追加セクションに入れて応答を送
信することになる。本発明の他の実施例には、ＳＸレコ
ードを追加または権限セクションに入れて戻し、応答の
返答セクションは空のままにしておくようにネーム・サ
ーバの振舞をカストマイズすることを含めることも可能
である。言い換えれば、応答は未要求のリソース・レコ
ードだけを含むことになる。上述した説明から明らかな
ように、当業者ならば理解されるように、本発明はＳＸ
レコードが応答のどの特定セクションに入って送られる
かには左右されない。ＳＸレコード内のデータは、保護
ホストとのセキュア・コミュニケーションのためにクラ
イアントによって使用された情報を更新するために、リ
ゾルバと呼ばれるプログラムによって使用される。
【００２６】Ｅ リゾルバの概要 リゾルバは、ネーム・サーバと、クライアント上で実行
されているアプリケーション・プログラムとの間の仲介
役をするプログラムである。リゾルバは情報の照会をア
プリケーション・プログラムから受信し、その照会を該
当のネーム・サーバに送信し、もしあれば、応答を要求
側アプリケーションに戻す。照会のタイプとしては、所
与のホスト名のホスト・アドレス、所与のホスト・アド
レスのホスト名、およびネーム・サーバ・データベース
にストアされている情報の全体的ルックアップがある。
リゾルバは一般的に照会の処理を次の４ステップで行
う。（１）照会に対する返答がローカルにあれば、その
返答を戻し、返答がなければ（２）返答を要求する最良
のサーバを見つけ、（３）いずれかが応答するまでその
サーバに照会を送信し、（４）返答を処理する。
されているアプリケーション・プログラムとの間の仲介
役をするプログラムである。リゾルバは情報の照会をア
プリケーション・プログラムから受信し、その照会を該
当のネーム・サーバに送信し、もしあれば、応答を要求
側アプリケーションに戻す。照会のタイプとしては、所
与のホスト名のホスト・アドレス、所与のホスト・アド
レスのホスト名、およびネーム・サーバ・データベース
にストアされている情報の全体的ルックアップがある。
リゾルバは一般的に照会の処理を次の４ステップで行
う。（１）照会に対する返答がローカルにあれば、その
返答を戻し、返答がなければ（２）返答を要求する最良
のサーバを見つけ、（３）いずれかが応答するまでその
サーバに照会を送信し、（４）返答を処理する。
【００２７】ステップ（２）で照会するのに最良のサー
バを見つけるために、リゾルバはサーバ名とゾーンのリ
ストを、ＳＬＩＳＴと名づけた構造に保存している。Ｓ
ＬＩＳＴはデフォルト・サーバで初期化される。そのあ
とで、リゾルバはサーバとやりとりするたびに、リゾル
バはどのサーバが必要とする情報をもっているかのリゾ
ルバの「最良の推量(best guess)」でＳＬＩＳＴを更新
する。この「最良の推量」は所与のマシンに関する照会
に対する各サーバの応答性がどの程度であるか（例え
ば、応答時間またはサーバが応答した頻度）に基づいて
行われることがよくある。従って、過去の実績に基づく
応答性は将来の照会用にＳＬＩＳＴを最適化するために
使用されている。当業者ならば理解されるように、リゾ
ルバはこの基準または他の基準に従ってＳＬＩＳＴを維
持するようにプログラムすることが可能である。
バを見つけるために、リゾルバはサーバ名とゾーンのリ
ストを、ＳＬＩＳＴと名づけた構造に保存している。Ｓ
ＬＩＳＴはデフォルト・サーバで初期化される。そのあ
とで、リゾルバはサーバとやりとりするたびに、リゾル
バはどのサーバが必要とする情報をもっているかのリゾ
ルバの「最良の推量(best guess)」でＳＬＩＳＴを更新
する。この「最良の推量」は所与のマシンに関する照会
に対する各サーバの応答性がどの程度であるか（例え
ば、応答時間またはサーバが応答した頻度）に基づいて
行われることがよくある。従って、過去の実績に基づく
応答性は将来の照会用にＳＬＩＳＴを最適化するために
使用されている。当業者ならば理解されるように、リゾ
ルバはこの基準または他の基準に従ってＳＬＩＳＴを維
持するようにプログラムすることが可能である。
【００２８】上述した説明は、リゾルバが実行する機
能、およびその機能の実現方法を高度にカストマイズで
きることを示す一例である。リゾルバのこれらの説明お
よび他の詳細は当業者には周知であるので、ここで詳し
く説明することは省略する。参考文献としては、例え
ば、ＲＦＣ１０３４−「Domain Names-Concepts and Fa
cilities（ドメイン名−概念と機能）」（１９８７）お
よびＲＦＣ１０３５−「Domain Names-Implementation
and Specification （ドメイン名−実現方法と仕様）」
（１９８７）がある。
能、およびその機能の実現方法を高度にカストマイズで
きることを示す一例である。リゾルバのこれらの説明お
よび他の詳細は当業者には周知であるので、ここで詳し
く説明することは省略する。参考文献としては、例え
ば、ＲＦＣ１０３４−「Domain Names-Concepts and Fa
cilities（ドメイン名−概念と機能）」（１９８７）お
よびＲＦＣ１０３５−「Domain Names-Implementation
and Specification （ドメイン名−実現方法と仕様）」
（１９８７）がある。
【００２９】Ｆ リゾルバの機能 本発明の種々実施例は、保護ホストとのセキュア・コミ
ュニケーションのために使用される情報（つまり、アウ
トバウンド・セキュア・メッセージ情報）を収めてい
る、クライアント側のデータ構造を動的に更新するよう
にリゾルバ機能をカストマイズすることによって実現さ
れている。このようなデータ構造はデータ・セットから
構成され、そのフィールドは「トンネル情報」（例え
ば、デスティネーションとセキュア・エクスチェンジャ
・アドレス）と関連暗号データ（例えば、セキュア・エ
クスチェンジャのキーまたはアルゴリズム）を収めてい
るのが代表的である。ここで、「トンネル・マップ」と
いう用語はそのようなデータ構造を意味するために用い
られ、「トンネル・マップ・エントリ」という用語はデ
ータ・セットの１つを意味するために用いられている。
ュニケーションのために使用される情報（つまり、アウ
トバウンド・セキュア・メッセージ情報）を収めてい
る、クライアント側のデータ構造を動的に更新するよう
にリゾルバ機能をカストマイズすることによって実現さ
れている。このようなデータ構造はデータ・セットから
構成され、そのフィールドは「トンネル情報」（例え
ば、デスティネーションとセキュア・エクスチェンジャ
・アドレス）と関連暗号データ（例えば、セキュア・エ
クスチェンジャのキーまたはアルゴリズム）を収めてい
るのが代表的である。ここで、「トンネル・マップ」と
いう用語はそのようなデータ構造を意味するために用い
られ、「トンネル・マップ・エントリ」という用語はデ
ータ・セットの１つを意味するために用いられている。
【００３０】本発明の一実施例によれば、トンネル・マ
ップ・エントリはネーム・サーバ・メッセージからのＳ
Ｘレコードに入っているセキュア・エクスチェンジャの
カバレッジ有効範囲(scope of coverage) を示すフィー
ルドも含んでいるが、このフィールドは現在この分野で
は使用されていないものである。言い換えれば、この新
規フィールドはエントリ内のセキュア・エクスチェンジ
ャが暗号化メッセージを、どのマシンに「トンネルから
通過」させるかを示している。詳細は後述するが、この
フィールドを使用すると、既存のものから新規のトンネ
ル・マップ・エントリを作成できるので、エントリ作成
プロセスを効率化することができる。しかし、本発明の
すべての実施例がこのフィールドを必要とするとは限ら
ないので、これはトンネル・マップ・エントリから省く
ことも可能である。このような実施例の１つは「その他
の実施例」のセクションに示されている。
ップ・エントリはネーム・サーバ・メッセージからのＳ
Ｘレコードに入っているセキュア・エクスチェンジャの
カバレッジ有効範囲(scope of coverage) を示すフィー
ルドも含んでいるが、このフィールドは現在この分野で
は使用されていないものである。言い換えれば、この新
規フィールドはエントリ内のセキュア・エクスチェンジ
ャが暗号化メッセージを、どのマシンに「トンネルから
通過」させるかを示している。詳細は後述するが、この
フィールドを使用すると、既存のものから新規のトンネ
ル・マップ・エントリを作成できるので、エントリ作成
プロセスを効率化することができる。しかし、本発明の
すべての実施例がこのフィールドを必要とするとは限ら
ないので、これはトンネル・マップ・エントリから省く
ことも可能である。このような実施例の１つは「その他
の実施例」のセクションに示されている。
【００３１】図９はフィールド４ ５４０を含むトンネ
ル・マップ・エントリ５００を示す概略図である。図９
に示すように、行(row) １はエントリのフィールドの内
容を概略記述し、行２と行３−４は本発明の２実施例の
場合のフィールド・データを具体的に記述している。ト
ンネル・マップ・エントリ５００がどのように作成さ
れ、使用されるかの詳細は、「許可クライアントで実現
される発明」のセクションの後で説明することにする。
本発明の種々実施例では、トンネル・マップ情報はＩＰ
ＳＥＣやＳＫＩＰなどの、標準トンネル・プロトコルと
関連づけて使用されている。当業者ならば理解されるよ
うに、本発明はトンネル・マップ内の情報の内容または
ロケーションに行った変更を容易に受け入れることがで
きる。
ル・マップ・エントリ５００を示す概略図である。図９
に示すように、行(row) １はエントリのフィールドの内
容を概略記述し、行２と行３−４は本発明の２実施例の
場合のフィールド・データを具体的に記述している。ト
ンネル・マップ・エントリ５００がどのように作成さ
れ、使用されるかの詳細は、「許可クライアントで実現
される発明」のセクションの後で説明することにする。
本発明の種々実施例では、トンネル・マップ情報はＩＰ
ＳＥＣやＳＫＩＰなどの、標準トンネル・プロトコルと
関連づけて使用されている。当業者ならば理解されるよ
うに、本発明はトンネル・マップ内の情報の内容または
ロケーションに行った変更を容易に受け入れることがで
きる。
【００３２】当業者には公知であるように、リソース・
レコードは存続時間（time-to-live（ＴＴＬ））フィー
ルドを含んでおり、これはレコードの情報がいつまで信
頼できるかを示している。ＳＸレコード内のＴＴＬフィ
ールドはそのレコードから導き出されたトンネル・マッ
プ・エントリの寿命を判断するために使用できる。しか
し、マシンのリブート時にトンネル・マップを再初期化
するといった他の手法を用いて、トンエル・マップを最
新に保つことも可能である。本発明はどの特定手法にも
限定されないが、本発明によれば、これらの手法および
この分野で公知の他の手法を用いてトンネル・マップの
正確性を保つことが可能である。
レコードは存続時間（time-to-live（ＴＴＬ））フィー
ルドを含んでおり、これはレコードの情報がいつまで信
頼できるかを示している。ＳＸレコード内のＴＴＬフィ
ールドはそのレコードから導き出されたトンネル・マッ
プ・エントリの寿命を判断するために使用できる。しか
し、マシンのリブート時にトンネル・マップを再初期化
するといった他の手法を用いて、トンエル・マップを最
新に保つことも可能である。本発明はどの特定手法にも
限定されないが、本発明によれば、これらの手法および
この分野で公知の他の手法を用いてトンネル・マップの
正確性を保つことが可能である。
【００３３】Ｇ リゾルバのロケーション リゾルバの機能をカストマイズできるだけではなく、そ
の機能を１つまたは２つ以上のコンポーネントの中で実
現することも可能である。リゾルバ２２５という用語
は、ここでは、本発明によって提供される全機能を意味
するために用いられており、かかる機能を実現するため
に使用されるコンポーネントの数またはそのコンポーネ
ントが置かれるロケーションは無関係である。図２、図
３および図４は許可クライアント２１０の構成例を示し
ている。各構成において、許可クライアント２１０のア
ドレスは例えば１９９．２００．１．９に、そのローカ
ルＮＳ２５０のアドレスは例えば１９９．２００．１．
２になっている。従って、リゾルバ２２５によって使用
される構成ファイル２２０は、ローカルＮＳ２５０のア
ドレスを収めている。アプリケーション２１５は許可ク
ライアント２１０にインストールされている。暗号プロ
セッサ２３０が必要であれは、これも許可クライアント
２１０にインストールされる。
の機能を１つまたは２つ以上のコンポーネントの中で実
現することも可能である。リゾルバ２２５という用語
は、ここでは、本発明によって提供される全機能を意味
するために用いられており、かかる機能を実現するため
に使用されるコンポーネントの数またはそのコンポーネ
ントが置かれるロケーションは無関係である。図２、図
３および図４は許可クライアント２１０の構成例を示し
ている。各構成において、許可クライアント２１０のア
ドレスは例えば１９９．２００．１．９に、そのローカ
ルＮＳ２５０のアドレスは例えば１９９．２００．１．
２になっている。従って、リゾルバ２２５によって使用
される構成ファイル２２０は、ローカルＮＳ２５０のア
ドレスを収めている。アプリケーション２１５は許可ク
ライアント２１０にインストールされている。暗号プロ
セッサ２３０が必要であれは、これも許可クライアント
２１０にインストールされる。
【００３４】図２に示す構成では、リゾルバの全機能は
１つのコンポーネントに実現されている。このケースで
は、アプリケーション２１５はその照会をリゾルバ２２
５に送付する。リゾルバ２２５は構成ファイル２２０か
らのローカルＮＳ２５０のアドレスを読み取り、照会を
ローカルＮＳ２５０に転送する。リゾルバ２２５は応答
を受信すると、ここで説明したようにその応答を処理す
る。
１つのコンポーネントに実現されている。このケースで
は、アプリケーション２１５はその照会をリゾルバ２２
５に送付する。リゾルバ２２５は構成ファイル２２０か
らのローカルＮＳ２５０のアドレスを読み取り、照会を
ローカルＮＳ２５０に転送する。リゾルバ２２５は応答
を受信すると、ここで説明したようにその応答を処理す
る。
【００３５】図３は、クライアントのリゾルバを変更す
ることが望ましくないか、または可能でないとき実現で
きる構成を示したものである（例えば、クライアントで
はMicrosoft Windows が実行されている）。このケース
では、標準スタブ・リゾルバ２２６が許可クライアント
自体へのループバックと共に使用される。リゾルバ２２
５は許可クライアント２１０にインストールされている
ネーム・サーバ・ソフトウェアに組み込まれている。ル
ープバックを実現するために、リゾルバ２２５は構成フ
ァイル２２０を読み取り、ローカルＮＳ２５０のアドレ
スを許可クライアント２１０のアドレスで置き換える。
リゾルバ２２５はローカルＮＳ２５０のアドレスを自身
で使用するために保存しておく。このケースでは、アプ
リケーション２１５はその照会をスタブ・リゾルバ２２
６へ送付し、リゾルバ２２６は変更された構成ファイル
２２０を読み取り、照会をリゾルバ２２５へ送る。リゾ
ルバ２２５は照会を受信すると、オリジナル構成ファイ
ル２２０に残しておいたアドレスを使用して、その照会
をオリジナル・ローカルＮＳであるローカルＮＳ２５０
に転送する。なんらかの応答がリゾルバ２２５に戻され
ると、リゾルバ２２５はここで説明したように応答を処
理する。
ることが望ましくないか、または可能でないとき実現で
きる構成を示したものである（例えば、クライアントで
はMicrosoft Windows が実行されている）。このケース
では、標準スタブ・リゾルバ２２６が許可クライアント
自体へのループバックと共に使用される。リゾルバ２２
５は許可クライアント２１０にインストールされている
ネーム・サーバ・ソフトウェアに組み込まれている。ル
ープバックを実現するために、リゾルバ２２５は構成フ
ァイル２２０を読み取り、ローカルＮＳ２５０のアドレ
スを許可クライアント２１０のアドレスで置き換える。
リゾルバ２２５はローカルＮＳ２５０のアドレスを自身
で使用するために保存しておく。このケースでは、アプ
リケーション２１５はその照会をスタブ・リゾルバ２２
６へ送付し、リゾルバ２２６は変更された構成ファイル
２２０を読み取り、照会をリゾルバ２２５へ送る。リゾ
ルバ２２５は照会を受信すると、オリジナル構成ファイ
ル２２０に残しておいたアドレスを使用して、その照会
をオリジナル・ローカルＮＳであるローカルＮＳ２５０
に転送する。なんらかの応答がリゾルバ２２５に戻され
ると、リゾルバ２２５はここで説明したように応答を処
理する。
【００３６】図４に示す第３の構成では、アプリケーシ
ョン２１５はリゾルバ２２５と一体になるように変更さ
れている。従って、照会を行うには、アプリケーション
２１５は構成ファイル２２０を読み取り、照会をローカ
ルＮＳ２５０に送付する。変更されたアプリケーション
２１５は応答を受信すると、それを処理する。当業者な
らば理解されるように、本発明の精神と範囲から逸脱し
ない限り他の構成を使用することも可能である。
ョン２１５はリゾルバ２２５と一体になるように変更さ
れている。従って、照会を行うには、アプリケーション
２１５は構成ファイル２２０を読み取り、照会をローカ
ルＮＳ２５０に送付する。変更されたアプリケーション
２１５は応答を受信すると、それを処理する。当業者な
らば理解されるように、本発明の精神と範囲から逸脱し
ない限り他の構成を使用することも可能である。
【００３７】Ｈ システム・セットアップの概要 ＳＸレコードとリゾルバは上述したとおりであるが、そ
の説明を前提として、このセクションではシステムの一
実施例がどのようにセットアップされるかの概要を説明
する。以下の概要では、図１がレファレンスとして使用
され、「ネットワーク管理者」という用語はシステム・
セットアップ・タスクのいずれかを実行する一切の個人
を含むように広義に用いられている。これらの個人はネ
ットワーク管理者とは別の名称をもっている場合がある
（例えば、システム管理者、ＬＡＮ管理者、データベー
ス管理者、またはゾーン管理者）。実際には、エンドユ
ーザおよびプログラマがこれらのタスクの一部を実行す
る場合もある。さらに、当業者ならば理解されるよう
に、システム・セットアップ・タスクは一人の個人で実
行されるとは限らない。システムをセットアップするこ
とは、システムの３つの部分、つまり、（１）外側ＮＳ
１２０である、ドメイン１００の登録ネーム・サーバ、
（２）ファイアウォール１１０、および（３）許可クラ
イアント２１０を構成することと見ることができる。
の説明を前提として、このセクションではシステムの一
実施例がどのようにセットアップされるかの概要を説明
する。以下の概要では、図１がレファレンスとして使用
され、「ネットワーク管理者」という用語はシステム・
セットアップ・タスクのいずれかを実行する一切の個人
を含むように広義に用いられている。これらの個人はネ
ットワーク管理者とは別の名称をもっている場合がある
（例えば、システム管理者、ＬＡＮ管理者、データベー
ス管理者、またはゾーン管理者）。実際には、エンドユ
ーザおよびプログラマがこれらのタスクの一部を実行す
る場合もある。さらに、当業者ならば理解されるよう
に、システム・セットアップ・タスクは一人の個人で実
行されるとは限らない。システムをセットアップするこ
とは、システムの３つの部分、つまり、（１）外側ＮＳ
１２０である、ドメイン１００の登録ネーム・サーバ、
（２）ファイアウォール１１０、および（３）許可クラ
イアント２１０を構成することと見ることができる。
【００３８】外側ＮＳ１２０を構成するためにネットワ
ーク管理者が実行するタスクとしては、ＳＸリソース・
レコードを定義し、該当のレコードを外側ＮＳ１２０用
のネーム・サーバ・データベースに追加することがあ
る。この構成には、「登録ネーム・サーバで実現される
発明」のセクションで詳しく説明されているように、外
側ＮＳ１２０をカストマイズすることも含まれる。
ーク管理者が実行するタスクとしては、ＳＸリソース・
レコードを定義し、該当のレコードを外側ＮＳ１２０用
のネーム・サーバ・データベースに追加することがあ
る。この構成には、「登録ネーム・サーバで実現される
発明」のセクションで詳しく説明されているように、外
側ＮＳ１２０をカストマイズすることも含まれる。
【００３９】ファイアウォール１１０を構成することに
は、許可クライアント１２０と保護ゾーン１８０内側の
マシン間の暗号化コミュニケーションを処理するように
ファイルウォールをセットアップすることが含まれる。
また、許可クライアント２１０からのコミュニケーショ
ンを認識し、許可するようにファイアウォール１１０２
を構成することも含まれる。当業者に周知であって、こ
れらの結果を達成できる手法ならば、どの手法でもファ
イアウォール１１０を構成するために使用することがで
きる。
は、許可クライアント１２０と保護ゾーン１８０内側の
マシン間の暗号化コミュニケーションを処理するように
ファイルウォールをセットアップすることが含まれる。
また、許可クライアント２１０からのコミュニケーショ
ンを認識し、許可するようにファイアウォール１１０２
を構成することも含まれる。当業者に周知であって、こ
れらの結果を達成できる手法ならば、どの手法でもファ
イアウォール１１０を構成するために使用することがで
きる。
【００４０】本発明に従って動作するように許可クライ
アント２１０を構成するためには、次の２つの基本カテ
ゴリに属するコンポーネントが必要である。第１のカテ
ゴリには、リゾルバ２２５を実現するコンポーネントが
含まれる。リゾルバ・コンポーネントの詳しい説明は
「リゾルバのロケーション」のセクションに記載されて
いる。第２のカテゴリには、許可クライアント２１０の
ために暗号オペレーションを実行するコンポーネント
（以下では、暗号プロセッサ２３０と総称する）が含ま
れている。暗号オペレーションには、当業者ならば理解
されるように、暗号化、解読、ハッシング(hashing) 、
ディジタル証明、ディジタル・シグネーチャ、その他が
ある。従って、暗号コンポーネントには、暗号化／解読
ソフトウェアまたは暗号化機能を持つＰＣＭＣＩＡを含
めることができるが、いかなる場合も、これらに限定さ
れるものではない。
アント２１０を構成するためには、次の２つの基本カテ
ゴリに属するコンポーネントが必要である。第１のカテ
ゴリには、リゾルバ２２５を実現するコンポーネントが
含まれる。リゾルバ・コンポーネントの詳しい説明は
「リゾルバのロケーション」のセクションに記載されて
いる。第２のカテゴリには、許可クライアント２１０の
ために暗号オペレーションを実行するコンポーネント
（以下では、暗号プロセッサ２３０と総称する）が含ま
れている。暗号オペレーションには、当業者ならば理解
されるように、暗号化、解読、ハッシング(hashing) 、
ディジタル証明、ディジタル・シグネーチャ、その他が
ある。従って、暗号コンポーネントには、暗号化／解読
ソフトウェアまたは暗号化機能を持つＰＣＭＣＩＡを含
めることができるが、いかなる場合も、これらに限定さ
れるものではない。
【００４１】Ｉ 登録ネーム・サーバで実現される発明 上述した概要セクションを背景として使用して、このセ
クションでは本発明の一実施例を実現する詳細について
説明する。以下の説明では、留意すべき点が３つある。
第一は、ネーム・サーバは任意のタイプのレコードを応
答の特定のセクションに入れるのが代表的であるが、本
発明によれば、そのような要件が必ずしも課されないこ
とである。例えば、ＮＳレコードは権限セクションに入
って送られるのが代表的であるが、本発明の実施例で
は、追加セクションが使用される。第二は、ネーム・サ
ーバがリソース・レコードを応答に追加するとき、該当
のＳＩＧとＫＥＹレコードも追加されることが暗黙にな
っていることである（つまり、各レコード・タイプとレ
コード所有者名の組み合わせごとに１つのＳＩＧレコー
ド、およびＳＩＧレコードを生成するために使用される
ＫＥＹレコード）。さらに、ＳＩＧとＫＥＹレコードは
受信時に署名済みレコードを検証するために使用される
ことが暗黙になっている。第三は、レコードを応答に追
加する実行ステップがオプションとして記述されている
ときは、これらのレコードは追加の照会を行うことでク
ライアント側で取得できることを意味することである。
これらの基本点を留意して、図５は、ドメイン１００の
登録ネーム・サーバで実行されるときの本発明の一実施
例のフローチャートを示したものである。以下の説明に
おいて、外側ＮＳ１２０は図１に示すようにドメイン１
００の登録ネーム・サーバである。
クションでは本発明の一実施例を実現する詳細について
説明する。以下の説明では、留意すべき点が３つある。
第一は、ネーム・サーバは任意のタイプのレコードを応
答の特定のセクションに入れるのが代表的であるが、本
発明によれば、そのような要件が必ずしも課されないこ
とである。例えば、ＮＳレコードは権限セクションに入
って送られるのが代表的であるが、本発明の実施例で
は、追加セクションが使用される。第二は、ネーム・サ
ーバがリソース・レコードを応答に追加するとき、該当
のＳＩＧとＫＥＹレコードも追加されることが暗黙にな
っていることである（つまり、各レコード・タイプとレ
コード所有者名の組み合わせごとに１つのＳＩＧレコー
ド、およびＳＩＧレコードを生成するために使用される
ＫＥＹレコード）。さらに、ＳＩＧとＫＥＹレコードは
受信時に署名済みレコードを検証するために使用される
ことが暗黙になっている。第三は、レコードを応答に追
加する実行ステップがオプションとして記述されている
ときは、これらのレコードは追加の照会を行うことでク
ライアント側で取得できることを意味することである。
これらの基本点を留意して、図５は、ドメイン１００の
登録ネーム・サーバで実行されるときの本発明の一実施
例のフローチャートを示したものである。以下の説明に
おいて、外側ＮＳ１２０は図１に示すようにドメイン１
００の登録ネーム・サーバである。
【００４２】実行は、外側ＮＳ１２０がドメイン１００
に置かれているホスト（「登録ホスト」）のアドレスの
照会を受信したときステップ３０５からスタートする。
ステップ３１０で、外側ＮＳ１２０は要求されたホスト
名に一致する所有者名をもつＳＸレコードがそのゾーン
・データベースにあるかどうかをチェックする。そのよ
うなレコードがデータベースになければ、実行はステッ
プ３２０にジャンプする。データベースにレコードがあ
れば、ステップ３１５で、外側ＮＳ１２０は要求された
ホストのセキュア・エクスチェンジャを示すＳＸレコー
ドを応答に追加する。
に置かれているホスト（「登録ホスト」）のアドレスの
照会を受信したときステップ３０５からスタートする。
ステップ３１０で、外側ＮＳ１２０は要求されたホスト
名に一致する所有者名をもつＳＸレコードがそのゾーン
・データベースにあるかどうかをチェックする。そのよ
うなレコードがデータベースになければ、実行はステッ
プ３２０にジャンプする。データベースにレコードがあ
れば、ステップ３１５で、外側ＮＳ１２０は要求された
ホストのセキュア・エクスチェンジャを示すＳＸレコー
ドを応答に追加する。
【００４３】ステップ３２０で、外側ＮＳ１２０は要求
されたホストのＡレコードがそのゾーン・データベース
にあるかどうかを確かめるためにチェックする。要求さ
れたホストのＡレコードがデータベースにあれば（つま
り、要求されたホストのアドレスが公開され、見えるよ
うになっている）、外側ＮＳ１２０はステップ３３５で
ホストのＡレコードを応答に追加し、ステップ３４０に
進む。データベースにＡレコードがなければ（つまり、
要求されたホストが保護ゾーン１８０に置かれてい
る）、ステップ３２５で、外側ＮＳ１２０は照会すべき
他のネーム・サーバがあれば、それを示しているＮＳレ
コード（または複数のレコード）を応答に追加する。外
側ＮＳ１２０はステップ３３０で示すように、オプショ
ンとしてこれらのネーム・サーバのＡレコードを追加し
てから、ステップ３４０から続けることができる。
されたホストのＡレコードがそのゾーン・データベース
にあるかどうかを確かめるためにチェックする。要求さ
れたホストのＡレコードがデータベースにあれば（つま
り、要求されたホストのアドレスが公開され、見えるよ
うになっている）、外側ＮＳ１２０はステップ３３５で
ホストのＡレコードを応答に追加し、ステップ３４０に
進む。データベースにＡレコードがなければ（つまり、
要求されたホストが保護ゾーン１８０に置かれてい
る）、ステップ３２５で、外側ＮＳ１２０は照会すべき
他のネーム・サーバがあれば、それを示しているＮＳレ
コード（または複数のレコード）を応答に追加する。外
側ＮＳ１２０はステップ３３０で示すように、オプショ
ンとしてこれらのネーム・サーバのＡレコードを追加し
てから、ステップ３４０から続けることができる。
【００４４】ＳＸレコードがステップ３１５で応答に追
加されたときは、ステップ３４０で外側ＮＳ１２０はオ
プションとしてＳＸレコードのデータ・フィールドに入
っているセキュア・エクスチェンジャのＡレコードとＫ
ＥＹレコードを応答に追加することも可能である。最後
に、ステップ３４５で外側ＮＳ１２０は応答をリクエス
タに送付する。図１０は、要求されたホストのアドレス
が公開され、見えるようになっている場合の応答の例を
示す図である。図１１は、要求されたホストが保護ゾー
ンに置かれている場合の応答の例を示す図である。
加されたときは、ステップ３４０で外側ＮＳ１２０はオ
プションとしてＳＸレコードのデータ・フィールドに入
っているセキュア・エクスチェンジャのＡレコードとＫ
ＥＹレコードを応答に追加することも可能である。最後
に、ステップ３４５で外側ＮＳ１２０は応答をリクエス
タに送付する。図１０は、要求されたホストのアドレス
が公開され、見えるようになっている場合の応答の例を
示す図である。図１１は、要求されたホストが保護ゾー
ンに置かれている場合の応答の例を示す図である。
【００４５】Ｊ 許可クライアントで実現される発明 図６、図７および図８は許可クライアント２１０で実行
されるときの発明の種々実施例のフローチャートを示す
図である。当業者ならば理解されるように、ここで説明
している機能はハードウェアで実現することも、ソフト
ウェアで実現することもできる。前者の場合、このハー
ドウェアには、汎用プロセッサ、マイクロプロセッサ、
プログラム・ロジック・アレイ、アプリケーション専用
集積回路、およびここで説明している機能を実行するの
に十分な処理能力をもつ他のデバイスを含めることが可
能である。後者の場合、このソフトウェアは任意の該当
ハードウェア・プラットフォーム上で実行させることが
可能であり、オブジェクト指向または手続き型プログラ
ミング言語を含む、任意の該当プログラミング言語を使
用して実現することが可能である。
されるときの発明の種々実施例のフローチャートを示す
図である。当業者ならば理解されるように、ここで説明
している機能はハードウェアで実現することも、ソフト
ウェアで実現することもできる。前者の場合、このハー
ドウェアには、汎用プロセッサ、マイクロプロセッサ、
プログラム・ロジック・アレイ、アプリケーション専用
集積回路、およびここで説明している機能を実行するの
に十分な処理能力をもつ他のデバイスを含めることが可
能である。後者の場合、このソフトウェアは任意の該当
ハードウェア・プラットフォーム上で実行させることが
可能であり、オブジェクト指向または手続き型プログラ
ミング言語を含む、任意の該当プログラミング言語を使
用して実現することが可能である。
【００４６】以下のセクションでは、本発明の２つの実
施例を詳しく検討しているが、そこでは許可クライアン
ト２１０上で実行されているアプリケーション２１５は
内側ホスト１４０のアドレスの照会を行っている。最初
の実施例では、ドメイン１００の１つのネーム・サーバ
を使用し、ネットワーク・トポロジは隠されていない
（つまり、内側ホスト１４０のアドレスは１サーバ実施
例では公開され、見えるようになっている）。言い換え
れば、登録ネーム・サーバのデータベースは内側ホスト
１４０のＡアドレスを含んでいる。第２の実施例では、
ゾーンはネットワーク・トポロジを隠すように定義され
ており（つまり、内側ホスト１４０は保護ゾーン１８０
に置かれている）、登録ネーム・サーバのデータベース
は内側ホスト１４０のＡレコードをもっていない。その
代わりに、このＡレコードは第２のサーバによって使用
されるゾーン・データベースに置かれている。これらの
実施例はフローチャートを通る異なった経路をたどって
いくが、どちらもステップ４０５−４２５からスタート
する。
施例を詳しく検討しているが、そこでは許可クライアン
ト２１０上で実行されているアプリケーション２１５は
内側ホスト１４０のアドレスの照会を行っている。最初
の実施例では、ドメイン１００の１つのネーム・サーバ
を使用し、ネットワーク・トポロジは隠されていない
（つまり、内側ホスト１４０のアドレスは１サーバ実施
例では公開され、見えるようになっている）。言い換え
れば、登録ネーム・サーバのデータベースは内側ホスト
１４０のＡアドレスを含んでいる。第２の実施例では、
ゾーンはネットワーク・トポロジを隠すように定義され
ており（つまり、内側ホスト１４０は保護ゾーン１８０
に置かれている）、登録ネーム・サーバのデータベース
は内側ホスト１４０のＡレコードをもっていない。その
代わりに、このＡレコードは第２のサーバによって使用
されるゾーン・データベースに置かれている。これらの
実施例はフローチャートを通る異なった経路をたどって
いくが、どちらもステップ４０５−４２５からスタート
する。
【００４７】ステップ４０５で、リゾルバ２２５はアプ
リケーション２１５から照会を受信する。ステップ４１
０で、リゾルバ２２５は内側ホスト１４０のドメインの
ネーム・サーバまでレフェラルチェーン(referral chai
n)をたどっていくことができるが、ローカル・サーバが
再帰的サービスをサポートしていれば、照会をローカル
ＮＳ２５０に渡すことも可能である。いずれの場合も、
リゾルバ２２５にはその後で、ステップ４１５で照会に
対する応答が戻される。
リケーション２１５から照会を受信する。ステップ４１
０で、リゾルバ２２５は内側ホスト１４０のドメインの
ネーム・サーバまでレフェラルチェーン(referral chai
n)をたどっていくことができるが、ローカル・サーバが
再帰的サービスをサポートしていれば、照会をローカル
ＮＳ２５０に渡すことも可能である。いずれの場合も、
リゾルバ２２５にはその後で、ステップ４１５で照会に
対する応答が戻される。
【００４８】ステップ４２０で、リゾルバ２２５は応答
にＳＸレコードがあるかどうかをチェックして確かめ
る。これらの実施例のどちらの場合も、要求されたホス
ト名に一致する所有者名をもつＳＸレコードが登録ネー
ム・サーバのデータベースに含まれていれば、リゾルバ
が受信する最初の応答（つまり、登録ネーム・サーバか
らの応答）にはＳＸレコードが入っている。これらの実
施例の以下の説明では、このようなＳＸレコードが存在
し、応答に含まれているものと想定している。当業者な
らば理解されるように、セキュリティ上の目的から、Ｓ
Ｘレコードは署名され、そのシグネーチャ（署名）は受
信時に受信側で検証されるのが一般である。図１０は要
求されたホストのアドレスが公開されて、見えるように
なっている場合の応答例を示す図であり、図１１は要求
されたホストが保護ゾーンに置かれている場合の応答例
を示す図である。
にＳＸレコードがあるかどうかをチェックして確かめ
る。これらの実施例のどちらの場合も、要求されたホス
ト名に一致する所有者名をもつＳＸレコードが登録ネー
ム・サーバのデータベースに含まれていれば、リゾルバ
が受信する最初の応答（つまり、登録ネーム・サーバか
らの応答）にはＳＸレコードが入っている。これらの実
施例の以下の説明では、このようなＳＸレコードが存在
し、応答に含まれているものと想定している。当業者な
らば理解されるように、セキュリティ上の目的から、Ｓ
Ｘレコードは署名され、そのシグネーチャ（署名）は受
信時に受信側で検証されるのが一般である。図１０は要
求されたホストのアドレスが公開されて、見えるように
なっている場合の応答例を示す図であり、図１１は要求
されたホストが保護ゾーンに置かれている場合の応答例
を示す図である。
【００４９】実行はステップ４２５から続けられ、そこ
でリゾルバ２２５は内側ホスト１４０のＡレコードが応
答にあるかどうかをチェックして確かめる。２実施例が
異なる経路をたどっていくのはこのステップからであ
る。応答にＡレコードがなければ、実行はステップ４４
０にジャンプするが、その詳細は「２サーバ実施例」の
セクションで下述する。Ａレコードがあれば、実行はス
テップ４３０から続けられるが、その詳細は以下の「１
サーバ実施例」のセクションで説明する。
でリゾルバ２２５は内側ホスト１４０のＡレコードが応
答にあるかどうかをチェックして確かめる。２実施例が
異なる経路をたどっていくのはこのステップからであ
る。応答にＡレコードがなければ、実行はステップ４４
０にジャンプするが、その詳細は「２サーバ実施例」の
セクションで下述する。Ａレコードがあれば、実行はス
テップ４３０から続けられるが、その詳細は以下の「１
サーバ実施例」のセクションで説明する。
【００５０】
【実施例】１．１サーバ実施例 要約して説明すると、この実施例では、１ネーム・サー
バが使用され、ネットワーク・トポロジは隠されていな
い。図１を参照して説明すると、内側ＮＳ１３０は必要
でなく、外側ＮＳ１２０のデータベースは内側ホスト１
４０を含めて、ドメイン１００に置かれているマシンの
レコードを含んでいる。従って、図６のステップ４１５
では、アプリケーション２１５からのアドレス照会に対
してリゾルバ２２５が受信する最初の応答には、内側ホ
スト１４０のＡレコードと、ファイアウォール１１０を
対応するセキュア・エクスチェンジャとして示している
ＳＸレコードが含まれている。図１０はこの応答の例を
示す図である。
バが使用され、ネットワーク・トポロジは隠されていな
い。図１を参照して説明すると、内側ＮＳ１３０は必要
でなく、外側ＮＳ１２０のデータベースは内側ホスト１
４０を含めて、ドメイン１００に置かれているマシンの
レコードを含んでいる。従って、図６のステップ４１５
では、アプリケーション２１５からのアドレス照会に対
してリゾルバ２２５が受信する最初の応答には、内側ホ
スト１４０のＡレコードと、ファイアウォール１１０を
対応するセキュア・エクスチェンジャとして示している
ＳＸレコードが含まれている。図１０はこの応答の例を
示す図である。
【００５１】「登録ネーム・サーバで実現される発明」
のセクションで上述したように、応答はファイアウォー
ル１１０のＡレコードとＫＥＹレコードを含んでいる場
合もある。これらの追加レコードが応答になければ、リ
ゾルバ２２５は必要に応じて追加の照会を行う（図６に
は図示せず）。また、上述したように、すべての該当Ｓ
ＩＧレコードが応答に含まれている（つまり、各レコー
ド・タイプとレコード所有者名の組み合わせごとに１つ
のＳＩＧレコード）。リゾルバ２２５がこれらのレコー
ドをすべて受信すると、実行がステップ４３０から続け
れ、そこでリゾルバ２２５は図５に示すようなトンネル
・マップ・エントリ５００を作成し、これは内側ホスト
１４０へのメッセージを暗号化するために暗号プロセッ
サ２３０によって使用される。
のセクションで上述したように、応答はファイアウォー
ル１１０のＡレコードとＫＥＹレコードを含んでいる場
合もある。これらの追加レコードが応答になければ、リ
ゾルバ２２５は必要に応じて追加の照会を行う（図６に
は図示せず）。また、上述したように、すべての該当Ｓ
ＩＧレコードが応答に含まれている（つまり、各レコー
ド・タイプとレコード所有者名の組み合わせごとに１つ
のＳＩＧレコード）。リゾルバ２２５がこれらのレコー
ドをすべて受信すると、実行がステップ４３０から続け
れ、そこでリゾルバ２２５は図５に示すようなトンネル
・マップ・エントリ５００を作成し、これは内側ホスト
１４０へのメッセージを暗号化するために暗号プロセッ
サ２３０によって使用される。
【００５２】次に、図９の行２を参照して説明すると、
トンネル・マップ・エントリ５００を作成するために、
リゾルバ２２５は内側ホスト１４０のＡレコード内のデ
ータをフィールド１ ５１０内のデスティネーション・
アドレスとして使用する。リゾルバ２２５は、それぞれ
ＳＸレコードに示されているセキュア・エクスチェンジ
ャ（つまり、ファイアウォール１１０）のＡレコードと
ＫＥＹレコード内のデータを使用してフィールド２ ５
２０とフィールド３ ５３０を埋める。「リゾルバの機
能」のセクションで説明したように、フィールド４ ５
４０はＳＸレコードに示されているセキュア・エクスチ
ェンジャのカバレッジ有効範囲を示すために使用され
る。これは、ゾーン・データベースに置かれているとき
のＳＸレコードのオリジナル名を導き出し、それをフィ
ールド４ ５４０にストアすることによって行われる。
従って、「オリジナル・データベース名」という用語は
ここでは、フィールド４ ５４０の内容を意味するもの
として用いられ、以下では、リゾルバ２２５がどのよう
にしてこの名前を導き出すかについて説明する。
トンネル・マップ・エントリ５００を作成するために、
リゾルバ２２５は内側ホスト１４０のＡレコード内のデ
ータをフィールド１ ５１０内のデスティネーション・
アドレスとして使用する。リゾルバ２２５は、それぞれ
ＳＸレコードに示されているセキュア・エクスチェンジ
ャ（つまり、ファイアウォール１１０）のＡレコードと
ＫＥＹレコード内のデータを使用してフィールド２ ５
２０とフィールド３ ５３０を埋める。「リゾルバの機
能」のセクションで説明したように、フィールド４ ５
４０はＳＸレコードに示されているセキュア・エクスチ
ェンジャのカバレッジ有効範囲を示すために使用され
る。これは、ゾーン・データベースに置かれているとき
のＳＸレコードのオリジナル名を導き出し、それをフィ
ールド４ ５４０にストアすることによって行われる。
従って、「オリジナル・データベース名」という用語は
ここでは、フィールド４ ５４０の内容を意味するもの
として用いられ、以下では、リゾルバ２２５がどのよう
にしてこの名前を導き出すかについて説明する。
【００５３】リゾルバ２２５はＳＸレコードのＳＩＧレ
コードのラベル・フィールドに入っているカウントを使
用して、応答の中で送られたレコードの所有者名からラ
ベルをいくつ残しておくべきかを判断する。例えば、Ｓ
Ｘレコード（およびその関連ＳＩＧレコード）の所有者
名がｅｎｇ．sun.com.であり、ラベル・フィールド・カ
ウントが２であれば、オリジナル・データベース名は
＊.sun.com. となる。カウントが３であれば、応答の中
で送られるオリジナル・データベース名とレコードの所
有者名はどちらもeng.sun.com.となる。ゾーン・データ
ベースではワイルドカード名が使用されるのが代表的で
あるが、当業者ならば理解されるように、ワールドカー
ド名は必須ではない。ゾーン・データベースにワイルド
カードを使用していない本発明の実施例では、リゾルバ
２２５はこれに代わる方法として、応答の中で送られた
ＳＸまたはＳＩＧレコードから名前を抜き出すといった
ように、他の方法でオリジナル・データベース名を導き
出すこともできる。フィールド４ ５４０にオリジナル
・データベース名が満たされると、トンネル・マップ・
エントリ５００は完成する。「リゾルバの機能」のセク
ションで説明したように、フィールド４ ５４０はデー
タ構造の中の新規フィールドであり、そこにはアウトバ
ウンド・セキュア・メッセージ情報が収められており、
本発明の一実施例では、この情報を使用してＳＸレコー
ドに示されたセキュア・エクスチェンジャのカバレッジ
有効範囲を示している。
コードのラベル・フィールドに入っているカウントを使
用して、応答の中で送られたレコードの所有者名からラ
ベルをいくつ残しておくべきかを判断する。例えば、Ｓ
Ｘレコード（およびその関連ＳＩＧレコード）の所有者
名がｅｎｇ．sun.com.であり、ラベル・フィールド・カ
ウントが２であれば、オリジナル・データベース名は
＊.sun.com. となる。カウントが３であれば、応答の中
で送られるオリジナル・データベース名とレコードの所
有者名はどちらもeng.sun.com.となる。ゾーン・データ
ベースではワイルドカード名が使用されるのが代表的で
あるが、当業者ならば理解されるように、ワールドカー
ド名は必須ではない。ゾーン・データベースにワイルド
カードを使用していない本発明の実施例では、リゾルバ
２２５はこれに代わる方法として、応答の中で送られた
ＳＸまたはＳＩＧレコードから名前を抜き出すといった
ように、他の方法でオリジナル・データベース名を導き
出すこともできる。フィールド４ ５４０にオリジナル
・データベース名が満たされると、トンネル・マップ・
エントリ５００は完成する。「リゾルバの機能」のセク
ションで説明したように、フィールド４ ５４０はデー
タ構造の中の新規フィールドであり、そこにはアウトバ
ウンド・セキュア・メッセージ情報が収められており、
本発明の一実施例では、この情報を使用してＳＸレコー
ドに示されたセキュア・エクスチェンジャのカバレッジ
有効範囲を示している。
【００５４】次に、図６を参照して説明すると、トンネ
ル・マップ・エントリ５００を作成した後、リゾルバ２
２５はステップ４３５で内側ホスト１４０のアドレスを
アプリケーション２１５に戻す。実行がここで終わる
と、トンネル・マップ・エントリ５００には、暗号プロ
セッサ２３０が内側ホスト１４０へのメッセージを暗号
化するために必要な一切の情報が入っているので、アプ
リケーション２１５は内側ホスト１４０と機密に通信す
ることが可能になる。１ネーム・サーバが使用され、ネ
ットワーク・トポロジが隠されていない場合の実施例で
は、以上によって実行が完了する。
ル・マップ・エントリ５００を作成した後、リゾルバ２
２５はステップ４３５で内側ホスト１４０のアドレスを
アプリケーション２１５に戻す。実行がここで終わる
と、トンネル・マップ・エントリ５００には、暗号プロ
セッサ２３０が内側ホスト１４０へのメッセージを暗号
化するために必要な一切の情報が入っているので、アプ
リケーション２１５は内側ホスト１４０と機密に通信す
ることが可能になる。１ネーム・サーバが使用され、ネ
ットワーク・トポロジが隠されていない場合の実施例で
は、以上によって実行が完了する。
【００５５】２．２サーバ実施例 ネットワーク・トポロジが隠されている場合の実施例
は、２ネーム・サーバを使用して実現することができ
る。図１を参照して説明すると、外側ＮＳ１２０はドメ
イン１００の登録ネーム・サーバとなり、ドメイン・デ
ータベースは内側ホスト１４０のＡレコードを含まない
ことになる。その代わりに、このレコードは保護ゾーン
１８０の権限をもつネーム・サーバである、内側ＮＳ１
３０によって使用されるゾーン・データベースに置かれ
ることになる。従って、この実施例では、内側ホスト１
４０のアドレスに関するアプリケーション２１５からの
照会に対する最初の応答は外側ＮＳ１２０から送信され
る。図１１は、この応答の例を示す図である。外側ＮＳ
１２０のデータベースは内側ホスト１４０のＡレコード
を含んでいないので、リゾルバ２２５がステップ４１５
で受信した最初の応答にはＡレコードが入っていない。
しかし、この実施例では、応答にはファイアウォール１
１０をセキュア・エクスチェンジャとして示すＳＸレコ
ードと、内側ＮＳ１３０をゾーンの権限をもつネーム・
サーバとして示す、少なくとも１つのＮＳレコードが入
っている。従って、リゾルバ２２５がステップ４２５で
Ａレコードがあるかどうか応答をチェックしても、Ａレ
コードは見つからないので実行はステップ４４０にジャ
ンプする。
は、２ネーム・サーバを使用して実現することができ
る。図１を参照して説明すると、外側ＮＳ１２０はドメ
イン１００の登録ネーム・サーバとなり、ドメイン・デ
ータベースは内側ホスト１４０のＡレコードを含まない
ことになる。その代わりに、このレコードは保護ゾーン
１８０の権限をもつネーム・サーバである、内側ＮＳ１
３０によって使用されるゾーン・データベースに置かれ
ることになる。従って、この実施例では、内側ホスト１
４０のアドレスに関するアプリケーション２１５からの
照会に対する最初の応答は外側ＮＳ１２０から送信され
る。図１１は、この応答の例を示す図である。外側ＮＳ
１２０のデータベースは内側ホスト１４０のＡレコード
を含んでいないので、リゾルバ２２５がステップ４１５
で受信した最初の応答にはＡレコードが入っていない。
しかし、この実施例では、応答にはファイアウォール１
１０をセキュア・エクスチェンジャとして示すＳＸレコ
ードと、内側ＮＳ１３０をゾーンの権限をもつネーム・
サーバとして示す、少なくとも１つのＮＳレコードが入
っている。従って、リゾルバ２２５がステップ４２５で
Ａレコードがあるかどうか応答をチェックしても、Ａレ
コードは見つからないので実行はステップ４４０にジャ
ンプする。
【００５６】次に、図７を参照して説明すると、ステッ
プ４４０でリゾルバ２２５はまだ照会されていないネー
ム・サーバ、つまり、外側ＮＳ１２０以外のネーム・サ
ーバを収めているＮＳレコードがあるかどうか応答をチ
ェックする。従って、この実施例では、実行がステップ
４４０まで初めて到達すると、リゾルバ２２５は内側Ｎ
Ｓ１３０を示すＮＳレコードとファイアウォール１１０
を示すＳＸレコードを応答から探す。なお、この時点で
ＮＳレコードがなければ、エラーが発生しているので、
実行は終了する。
プ４４０でリゾルバ２２５はまだ照会されていないネー
ム・サーバ、つまり、外側ＮＳ１２０以外のネーム・サ
ーバを収めているＮＳレコードがあるかどうか応答をチ
ェックする。従って、この実施例では、実行がステップ
４４０まで初めて到達すると、リゾルバ２２５は内側Ｎ
Ｓ１３０を示すＮＳレコードとファイアウォール１１０
を示すＳＸレコードを応答から探す。なお、この時点で
ＮＳレコードがなければ、エラーが発生しているので、
実行は終了する。
【００５７】「登録ネーム・サーバで実現される発明」
のセクションで上述したように、応答には内側ＮＳ１３
０のＡレコードのほかに、ファイアウォール１１０のＡ
レコードとＫＥＹレコードも含まれている場合がある。
これらの追加レコードが応答になければ、リゾルバ２２
５は必要に応じて追加の照会（図８には示していない）
を行う。また、上述したように、すべての該当ＳＩＧレ
コードはいずれかの応答に含まれている（つまり、各レ
コード・タイプとレコード所有者名の組み合わせごとに
１つのＳＩＧレコード）。リゾルバ２２５がこれらのレ
コードすべてを受信すると、実行はステップ４４５から
続行され、そこでリゾルバ２２５は図９に示すようにト
ンネル・マップ・エントリ５００を作成する。
のセクションで上述したように、応答には内側ＮＳ１３
０のＡレコードのほかに、ファイアウォール１１０のＡ
レコードとＫＥＹレコードも含まれている場合がある。
これらの追加レコードが応答になければ、リゾルバ２２
５は必要に応じて追加の照会（図８には示していない）
を行う。また、上述したように、すべての該当ＳＩＧレ
コードはいずれかの応答に含まれている（つまり、各レ
コード・タイプとレコード所有者名の組み合わせごとに
１つのＳＩＧレコード）。リゾルバ２２５がこれらのレ
コードすべてを受信すると、実行はステップ４４５から
続行され、そこでリゾルバ２２５は図９に示すようにト
ンネル・マップ・エントリ５００を作成する。
【００５８】次に、図９の行３を参照して説明すると、
トンネル・マップ・エントリ５００を作成するために、
リゾルバ２２５は内側ＮＳ１３０のＡレコードに入って
いるデータをフィールド１ ５１０内のデスティネーシ
ョン・アドレスとして使用する。リゾルバ２２５は、そ
れぞれＳＸレコードに示されたセキュア・エクスチェン
ジャ（つまり、ファイアウォール１１０）のＡレコード
とＫＥＹレコードに入っているデータを使用してフィー
ルド２ ５２０とフィールド３ ５３０を埋める。フィ
ールド４ ５４０を埋めるために、リゾルバ２２５はゾ
ーン・データベースに置かれているときのＳＸレコード
のオリジナル名を導き出す。リゾルバ２２５がどのよう
にしてこのオリジナル・データベース名を導き出すかの
詳しい説明は「１サーバ実施例」のセクションに記載さ
れている。
トンネル・マップ・エントリ５００を作成するために、
リゾルバ２２５は内側ＮＳ１３０のＡレコードに入って
いるデータをフィールド１ ５１０内のデスティネーシ
ョン・アドレスとして使用する。リゾルバ２２５は、そ
れぞれＳＸレコードに示されたセキュア・エクスチェン
ジャ（つまり、ファイアウォール１１０）のＡレコード
とＫＥＹレコードに入っているデータを使用してフィー
ルド２ ５２０とフィールド３ ５３０を埋める。フィ
ールド４ ５４０を埋めるために、リゾルバ２２５はゾ
ーン・データベースに置かれているときのＳＸレコード
のオリジナル名を導き出す。リゾルバ２２５がどのよう
にしてこのオリジナル・データベース名を導き出すかの
詳しい説明は「１サーバ実施例」のセクションに記載さ
れている。
【００５９】次に、図７を参照して説明すると、トンネ
ル・マップ・エントリ５００を作成した後、ステップ４
５０でリゾルバ２２５は処理したばかりのＮＳレコード
からのネーム・サーバ（つまり、内側ＮＳ１３０）を
「最良の推量」としてＳＬＩＳＴ構造に挿入する。ＳＬ
ＩＳＴの詳細は「リゾルバの機能」のセクションに説明
されている。次に、図６を参照して説明すると、実行は
ステップ４１０にジャンプし、そこでネーム・サーバま
でのレフェラルチェインは内側ＮＳ１３０（内側ホスト
１４０のゾーンのネーム・サーバ）に通じることにな
る。そのあと、内側ホスト１４０のアドレスに関するア
プリケーション２１５からの照会は最後のトンネル・マ
ップ・エントリ５００のフィールド１ ５１０、フィー
ルド２ ５２０、およびフィールド３ ５３０を使用し
て暗号プロセッサ２３０によって暗号化される。照会が
内側ＮＳ１３０に到達すると、サーバは標準応答（例え
ば、Ａレコードおよび対応するＳＩＧレコード）をリク
エスタに送信する。図１２はこの応答の例を示す図であ
る。
ル・マップ・エントリ５００を作成した後、ステップ４
５０でリゾルバ２２５は処理したばかりのＮＳレコード
からのネーム・サーバ（つまり、内側ＮＳ１３０）を
「最良の推量」としてＳＬＩＳＴ構造に挿入する。ＳＬ
ＩＳＴの詳細は「リゾルバの機能」のセクションに説明
されている。次に、図６を参照して説明すると、実行は
ステップ４１０にジャンプし、そこでネーム・サーバま
でのレフェラルチェインは内側ＮＳ１３０（内側ホスト
１４０のゾーンのネーム・サーバ）に通じることにな
る。そのあと、内側ホスト１４０のアドレスに関するア
プリケーション２１５からの照会は最後のトンネル・マ
ップ・エントリ５００のフィールド１ ５１０、フィー
ルド２ ５２０、およびフィールド３ ５３０を使用し
て暗号プロセッサ２３０によって暗号化される。照会が
内側ＮＳ１３０に到達すると、サーバは標準応答（例え
ば、Ａレコードおよび対応するＳＩＧレコード）をリク
エスタに送信する。図１２はこの応答の例を示す図であ
る。
【００６０】ステップ４１５で、リゾルバ２２５は応答
を受信し、ステップ４２０で、リゾルバ２２５はＳＸレ
コードがあるかどうかをチェックする。ＳＸレコードが
なければ、実行はステップ４５５にジャンプし（図８参
照）、そこでリゾルバ２２５は内側ホスト１４０のＡレ
コードがあるかどうかをチェックする。そのようなＡレ
コードがなければ、実行は終了する。そうでなければ、
ステップ４６０で、リゾルバ２２５はＳＸレコードによ
って作成され、そのオリジナル・データベース名が内側
ホスト１４０の名前に一致しているエントリがトンネル
・マップにあるかどうかをチェックする。そのようなエ
ントリがなければ、ステップ４６５でリゾルバ２２５は
ホストのアドレスをアプリケーションに戻し、実行は終
了する。一致するエントリがあれば、ステップ４７０で
リゾルバ２２５は別のトンネル・マップ・エントリ５０
０を追加する。
を受信し、ステップ４２０で、リゾルバ２２５はＳＸレ
コードがあるかどうかをチェックする。ＳＸレコードが
なければ、実行はステップ４５５にジャンプし（図８参
照）、そこでリゾルバ２２５は内側ホスト１４０のＡレ
コードがあるかどうかをチェックする。そのようなＡレ
コードがなければ、実行は終了する。そうでなければ、
ステップ４６０で、リゾルバ２２５はＳＸレコードによ
って作成され、そのオリジナル・データベース名が内側
ホスト１４０の名前に一致しているエントリがトンネル
・マップにあるかどうかをチェックする。そのようなエ
ントリがなければ、ステップ４６５でリゾルバ２２５は
ホストのアドレスをアプリケーションに戻し、実行は終
了する。一致するエントリがあれば、ステップ４７０で
リゾルバ２２５は別のトンネル・マップ・エントリ５０
０を追加する。
【００６１】次に、図９の行４を参照して説明すると、
リゾルバ２２５は内側ホスト１４０のＡレコード内のデ
ータをフィールド１ ５１０内のデスティネーション・
アドレスとして使用する。他のフィールドを完成するた
めに、リゾルバ２２５は、フィールド４ ５４０内のオ
リジナル・データベース名が内側ホスト１４０の名前に
最も多くの一致ラベルをもっている、既存のトンネル・
マップ・エントリ５００を使用する。例えば、eng.sun.
com が内側ホスト１４０の名前であれば、eng.sun.com
は＊sun.com.よりも多くの一致ラベルをもつことにな
る。リゾルバ２２５は既存エントリからのフィールドを
使用して、様々な方法で新規エントリを作成することが
できる。例えば、リゾルバ２２５はエントリを既存エン
トリから新規エントリにコピーすることも、あるいはリ
ゾルバ２２５は単純にポインタを使用することもでき
る。
リゾルバ２２５は内側ホスト１４０のＡレコード内のデ
ータをフィールド１ ５１０内のデスティネーション・
アドレスとして使用する。他のフィールドを完成するた
めに、リゾルバ２２５は、フィールド４ ５４０内のオ
リジナル・データベース名が内側ホスト１４０の名前に
最も多くの一致ラベルをもっている、既存のトンネル・
マップ・エントリ５００を使用する。例えば、eng.sun.
com が内側ホスト１４０の名前であれば、eng.sun.com
は＊sun.com.よりも多くの一致ラベルをもつことにな
る。リゾルバ２２５は既存エントリからのフィールドを
使用して、様々な方法で新規エントリを作成することが
できる。例えば、リゾルバ２２５はエントリを既存エン
トリから新規エントリにコピーすることも、あるいはリ
ゾルバ２２５は単純にポインタを使用することもでき
る。
【００６２】トンネル・マップ・エントリ５００を作成
した後、リゾルバ２２５はステップ４７５で内側ホスト
１４０のアドレスをアプリケーション２１５に戻す。実
行がここで終了していれば、アプリケーション２１５
は、暗号プロセッサ２３０が内側ホスト１４０へのメッ
セージを暗号化するために必要とするすべての情報がト
ンネル・マップ・エントリに入っているので、内側ホス
ト１４０と機密に通信することが可能になる。２ネーム
・サーバが使用され、ネットワーク・トポロジが隠され
ている場合の実施例では、以上により実行が完了する。
した後、リゾルバ２２５はステップ４７５で内側ホスト
１４０のアドレスをアプリケーション２１５に戻す。実
行がここで終了していれば、アプリケーション２１５
は、暗号プロセッサ２３０が内側ホスト１４０へのメッ
セージを暗号化するために必要とするすべての情報がト
ンネル・マップ・エントリに入っているので、内側ホス
ト１４０と機密に通信することが可能になる。２ネーム
・サーバが使用され、ネットワーク・トポロジが隠され
ている場合の実施例では、以上により実行が完了する。
【００６３】Ｋ その他の実施例 本発明は上述してきた２つの実施例に限定されるもので
はない。例えば、本発明は複数のゾーンを含むドメイン
で実現することが可能である。そのような実施例では、
登録ネーム・サーバは照会を、権限をもつ複数のゾーン
・ネーム・サーバに送ることができる。
はない。例えば、本発明は複数のゾーンを含むドメイン
で実現することが可能である。そのような実施例では、
登録ネーム・サーバは照会を、権限をもつ複数のゾーン
・ネーム・サーバに送ることができる。
【００６４】別の実施例では、本発明は私用ネットワー
ク内のセキュリティを保証するように実現することが可
能である。当業者に公知であるように、ネーム・サーバ
・ソフトウェアはスタンドアローン・ネットワークにイ
ンストールすることができる。そのような実施例では、
該当のネーム・サーバは上述した登録ネーム・サーバと
権限をもつネーム・サーバの機能を実行するように構成
されることになる。
ク内のセキュリティを保証するように実現することが可
能である。当業者に公知であるように、ネーム・サーバ
・ソフトウェアはスタンドアローン・ネットワークにイ
ンストールすることができる。そのような実施例では、
該当のネーム・サーバは上述した登録ネーム・サーバと
権限をもつネーム・サーバの機能を実行するように構成
されることになる。
【００６５】さらに別の実施例では、リゾルバはホスト
のＡレコードを要求する前にＳＸレコードを要求するこ
とも可能である。そのような実施例では、ＳＸレコード
は登録ネーム・サーバによって自動的に送信されないこ
とになる。
のＡレコードを要求する前にＳＸレコードを要求するこ
とも可能である。そのような実施例では、ＳＸレコード
は登録ネーム・サーバによって自動的に送信されないこ
とになる。
【００６６】さらに別の実施例では、許可クライアント
から保護ネーム・サーバへの照会はホストのアドレス以
外の情報に対するものにすることが可能である。この実
施例では、登録ネーム・サーバからの応答は保護ネーム
・サーバのゾーン・データベース内の情報に関するセキ
ュア照会を送信するために使用できる。この実施例で
は、セキュア・エクスチェンジャのカバレッジ有効範囲
を示すオリジナル・データベース名は、ネーム・サーバ
のトンネル・マップ・エントリだけが使用されるので必
要でない。
から保護ネーム・サーバへの照会はホストのアドレス以
外の情報に対するものにすることが可能である。この実
施例では、登録ネーム・サーバからの応答は保護ネーム
・サーバのゾーン・データベース内の情報に関するセキ
ュア照会を送信するために使用できる。この実施例で
は、セキュア・エクスチェンジャのカバレッジ有効範囲
を示すオリジナル・データベース名は、ネーム・サーバ
のトンネル・マップ・エントリだけが使用されるので必
要でない。
【００６７】リゾルバ機能がアプリケーションに組み込
まれているときは他の実施例も可能である。例えば、ア
プリケーションが作成するトンネル・マップはプログラ
ムが実行中のときだけ存在させることができる。別の方
法として、トンネル・マップを存続させるが、プログラ
ムだけがアクセス可能にすることもできる（例えば、オ
ペレーティング・システム２３５にはそのことを知らせ
ないようにする）。
まれているときは他の実施例も可能である。例えば、ア
プリケーションが作成するトンネル・マップはプログラ
ムが実行中のときだけ存在させることができる。別の方
法として、トンネル・マップを存続させるが、プログラ
ムだけがアクセス可能にすることもできる（例えば、オ
ペレーティング・システム２３５にはそのことを知らせ
ないようにする）。
【００６８】さらに、開示した実施例の種々ステップは
他の組み合わせで組み合わせることが可能である。登録
ネーム・サーバからの応答が要求されたホストのアドレ
スを含み、トンネル・マップが既存エントリを含んでい
て、オリジナル・データベース名が要求されたホストの
名前と一致している場合には、そのような実施例は実現
可能である。この実施例では、新規のトンネル・マップ
・エントリは既存エントリを使用して、要求されたホス
トのために作成されることになる。
他の組み合わせで組み合わせることが可能である。登録
ネーム・サーバからの応答が要求されたホストのアドレ
スを含み、トンネル・マップが既存エントリを含んでい
て、オリジナル・データベース名が要求されたホストの
名前と一致している場合には、そのような実施例は実現
可能である。この実施例では、新規のトンネル・マップ
・エントリは既存エントリを使用して、要求されたホス
トのために作成されることになる。
【００６９】当業者ならば理解されるように、これまで
に説明してきた本発明の精神と範囲から逸脱しない限
り、本発明はさらに別の実施例で実現することも可能で
ある。なお、かかる実施例は請求の範囲に記載されてい
る本発明の範囲内に属することはもちろんである。
に説明してきた本発明の精神と範囲から逸脱しない限
り、本発明はさらに別の実施例で実現することも可能で
ある。なお、かかる実施例は請求の範囲に記載されてい
る本発明の範囲内に属することはもちろんである。
【図１】本発明の実施例を実行させることができる代表
的なインターネット構成を示す図である。
的なインターネット構成を示す図である。
【図２】本発明が実現されているクライアントの構成例
を示す図である。
を示す図である。
【図３】本発明が実現されているクライアントの構成例
を示す図である。
を示す図である。
【図４】本発明が実現されているクライアントの構成例
を示す図である。
を示す図である。
【図５】ドメインの登録ネーム・サーバで実行されると
きの本発明の一実施例のフローチャートである。
きの本発明の一実施例のフローチャートである。
【図６】クライアントで実行されるときの本発明の一実
施例のフローチャートである。
施例のフローチャートである。
【図７】クライアントで実行されるときの本発明の一実
施例のフローチャートである。
施例のフローチャートである。
【図８】クライアントで実行されるときの本発明の一実
施例のフローチャートである。
施例のフローチャートである。
【図９】本発明の一実施例によって使用されるトンネル
・マップの例を示す図である。
・マップの例を示す図である。
【図１０】クライアントからのアドレス照会に対する応
答の例を示す図である。
答の例を示す図である。
【図１１】クライアントからのアドレス照会に対する応
答の例を示す図である。
答の例を示す図である。
【図１２】クライアントからのアドレス照会に対する応
答の例を示す図である。
答の例を示す図である。
１００ ドメイン １１０ ファイアウォール １２０ 外側ＮＳ １３０ 内側ＮＳ １４０ 保護ホスト １５０ 内側クライアント １６０ ＬＡＮ １８０ 保護ゾーン １８２ 外側クライアント １８４ 外側ホスト １８６ ＬＡＮ １９０ 公衆ネットワーク ２１０ 許可クライアント ２１５ アプリケーション ２２０ 構成ファイル ２２５ リゾルバ ２３０ 暗号プロセッサ ２５０ ローカルＮＳ ５００ トンネル・マップ・エントリ
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.6 識別記号 ＦＩ Ｈ０４Ｌ 12/56 (71)出願人 591064003 901 ＳＡＮ ＡＮＴＯＮＩＯ ＲＯＡＤ ＰＡＬＯ ＡＬＴＯ，ＣＡ 94303，Ｕ. Ｓ．Ａ. (72)発明者 トーマス マークソン アメリカ合衆国 94402 カリフォルニア 州 サン マテオ マウンヅ ロード 30 アパートメント 206
Claims (70)
- 【請求項１】 第１マシンによって使用される情報を動
的に更新して前記第１マシンによる第２マシンへのセキ
ュア・アクセスを容易化するための方法であって、 （ａ）前記第２マシンを収容しているドメインに関する
照会を受信し、 （ｂ）前記照会に応答するために必要な情報を要求する
ために前記ドメインの第１ネーム・サーバに連絡し、 （ｃ）前記第１ネーム・サーバから第１応答を受信し、 （ｄ）前記第２マシンに対応するセキュア・エクスチェ
ンジャのＩＤを、前記第１応答の中のリソース・レコー
ドから抜き出し、 （ｅ）該第１マシンによって使用される第１データ構造
を前記ＩＤを使用して更新して該第２マシンへのセキュ
ア・アクセスを容易化するためのステップを含むことを
特徴とする方法。 - 【請求項２】 請求項１に記載の方法において、前記照
会を生成するアプリケーション・プログラムによって実
行されることを特徴とする方法。 - 【請求項３】 請求項１に記載の方法において、前記第
１データ構造を更新する前記ステップは前記マシンのア
ドレスを記録することを含むことを特徴とする方法。 - 【請求項４】 請求項１に記載の方法において、前記第
１データ構造を更新する前記ステップは前記セキュア・
エクスチェンジャの前記ＩＤを記録することを含むこと
を特徴とする方法。 - 【請求項５】 請求項１に記載の方法において、前記第
１データ構造を更新する前記ステップは前記セキュア・
エクスチェンジャの暗号データ項目を記録することを含
むことを特徴とする方法。 - 【請求項６】 請求項５に記載の方法において、前記セ
キュア・エクスチェンジャの前記暗号データ項目は暗号
キーであることを特徴とする方法。 - 【請求項７】 請求項５に記載の方法において、前記セ
キュア・エクスチェンジャの前記暗号データ項目はセキ
ュアＤＮＳ ＫＥＹリソース・レコードから取得される
ことを特徴とする方法。 - 【請求項８】 請求項５に記載の方法において、前記セ
キュア・エクスチェンジャの前記暗号データ項目は暗号
アルゴリズムであることを特徴とする方法。 - 【請求項９】 請求項１に記載の方法において、前記第
１データ構造を更新する前記ステップは前記セキュア・
エクスチェンジャに関係するオリジナル・データベース
名を記録することを含むことを特徴とする方法。 - 【請求項１０】 請求項９に記載の方法において、前記
オリジナル・データベース名は前記第１応答の中の前記
リソース・レコードに対応するシグネーチャ・リソース
・レコードからラベル・カウントを使用して導き出され
ることを特徴とする方法。 - 【請求項１１】 請求項９に記載の方法において、前記
オリジナル・データベース名は前記第１応答の中の前記
リソース・レコードからの所有者名であることを特徴と
する方法。 - 【請求項１２】 請求項１に記載の方法において、前記
第２マシンは前記照会のサブジェクトであることを特徴
とする方法。 - 【請求項１３】 請求項１２に記載の方法において、前
記照会を受信する前記ステップは前記第２マシンのアド
レスの要求を受信することを含むことを特徴とする方
法。 - 【請求項１４】 請求項１に記載の方法において、前記
第２マシンは前記ドメインに関係する第２ネーム・サー
バであることを特徴とする方法。 - 【請求項１５】 請求項１に記載の方法において、前記
セキュア・エクスチェンジャの前記ＩＤは該セキュア・
エクスチェンジャの名前であることを特徴とする方法。 - 【請求項１６】 請求項１５に記載の方法において、前
記セキュア・エクスチャンジャの前記名前はＤＮＳ名で
あることを特徴とする方法。 - 【請求項１７】 請求項１に記載の方法において、前記
セキュア・エクスチェンジャの前記ＩＤは該セキュア・
エクスチェンジャのアドレスであることを特徴とする方
法。 - 【請求項１８】 請求項１に記載の方法において、前記
セキュア・エクスチェンジャは前記第２マシンを保護す
るファイアウォールであることを特徴とする方法。 - 【請求項１９】 請求項１に記載の方法において、前記
セキュア・エクスチェンジャは前記第２セキュア・マシ
ンであることを特徴とする方法。 - 【請求項２０】 請求項１に記載の方法において、前記
第１データ構造はアクセス・コントロール・リストであ
ることを特徴とする方法。 - 【請求項２１】 請求項１に記載の方法において、前記
第１データ構造はトンネル・マップであることを特徴と
する方法。 - 【請求項２２】 請求項１に記載の方法において、前記
第１データ構造を更新する前記ステップは該第１データ
構造内に少なくとも１つのデータ・セットを作成するこ
とを含むことを特徴とする方法。 - 【請求項２３】 請求項２２に記載の方法において、 （ａ）前記第１応答を受信する前記ステップは前記第２
マシンのアドレスを該第１応答から抜き出すことを含
み、そこでは該第２マシンは前記照会のサブジェクトと
なっており、 （ｂ）前記データ・セットを作成する前記ステップは、 （ｉ）前記セキュア・エクスチェンジャの前記ＩＤを使
用して、該セキュア・エクスチェンジャのパラメータを
導き出し、 （ii）該セキュア・エクスチェンジャに関係するオリジ
ナル・データベース名を導き出し、 （iii ）ａ）前記第２マシンの前記アドレス、ｂ）該セ
キュア・エクスチェンジャの前記パラメータ、および
ｃ）前記オリジナル・データベース名を該データ・セッ
トとしてストアすることを含むことを特徴とする方法。 - 【請求項２４】 請求項２３に記載の方法において、前
記セキュア・エクスチェンジャの前記パラメータを導き
出す前記ステップは前記第１応答から該パラメータを抜
き出すことを含むことを特徴とする方法。 - 【請求項２５】 請求項２３に記載の方法において、前
記セキュア・エクスチェンジャの前記パラメータを導き
出す前記ステップは該パラメータに関して追加の照会を
行うことを含むことを特徴とする方法。 - 【請求項２６】 請求項２３に記載の方法において、前
記パラメータを導き出す前記ステップは該パラメータを
前記ＩＤと等しいものと定義することを含むことを特徴
とする方法。 - 【請求項２７】 請求項２３に記載の方法において、前
記パラメータは前記セキュア・エクスチェンジャの暗号
データ項目であることを特徴とする方法。 - 【請求項２８】 請求項２２に記載の方法において、 （ａ）前記第１応答を受信する前記ステップは前記ドメ
インに関係する第２ネーム・サーバのアドレスを導き出
すことを含み、前記第２ネーム・サーバは該第１応答の
中に指定されており、 （ｂ）前記データ・セットを作成する前記ステップは、 （ｉ）前記セキュア・エクスチェンジャの前記ＩＤを使
用して、該セキュア・エクスチェンジャのパラメータを
導き出し、 （ii）該セキュア・エクスチェンジャに関係するオリジ
ナル・データベース名を導き出し、 （iii ）ａ）前記第２マシンの前記アドレス、ｂ）該セ
キュア・エクスチェンジャの前記パラメータ、および
ｃ）前記オリジナル・データベース名を第１データ・セ
ットとしてストアすることを含むことを特徴とする方
法。 - 【請求項２９】 請求項２８に記載の方法において、前
記第２ネーム・サーバの前記アドレスを導き出す前記ス
テップは前記第１応答から該アドレスを抜き出すことを
含むことを特徴とする方法。 - 【請求項３０】 請求項２８に記載の方法において、前
記第２ネーム・サーバの前記アドレスを導き出す前記ス
テップは該アドレスに関して追加の照会を行うことを含
むことを特徴とする方法。 - 【請求項３１】 請求項２８に記載の方法において、前
記セキュア・エクスチェンジャの前記パラメータを導き
出す前記ステップは該パラメータを前記第１応答から抜
き出すことを含むことを特徴とする方法。 - 【請求項３２】 請求項２８に記載の方法において、前
記セキュア・エクスチェンジャの前記パラメータを導き
出す前記ステップは該パラメータに関して追加の照会を
行うことを含むことを特徴とする方法。 - 【請求項３３】 請求項２８に記載の方法において、前
記第２マシンは前記ドメインに関係する前記第２ネーム
・サーバであることを特徴とする方法。 - 【請求項３４】 請求項２８に記載の方法において、さ
らに、 （ａ）前記第１データ・セットを使用して、前記照会に
対する第２応答を取得し、 （ｂ）前記第２マシンのアドレスを前記第２応答から抜
き出し、 （ｃ）該第２マシンの名前に最良に合致する既存のオリ
ジナル・データベース名を収めている既存のデータ・セ
ットを前記第１データ構造から判断し、 （ｄ）前記既存のデータ・セットを使用して、（ｉ）該
第２マシンの前記アドレス、（ii）前記セキュア・エク
スチェンジャの既存のパラメータ、および（iii ）前記
既存のオリジナル・データベース名を第２データ・セッ
トにストアするステップを含むことを特徴とする方法。 - 【請求項３５】 請求項３４に記載の方法において、前
記照会に対する前記第２応答を取得する前記ステップ
は、 （ａ）ネーム・サーバの応答性に関する情報を収めてい
る第２データ構造を更新して、前記第２ネーム・サーバ
を次に照会するネーム・サーバとして含めておき、 （ｂ）前記第２データ構造を使用して、該照会をリダイ
レクトし、 （ｃ）該照会に対する第２応答を受信するステップを含
むことを特徴とする方法。 - 【請求項３６】 請求項３５に記載の方法において、前
記第２データ構造はＳＬＩＳＴであることを特徴とする
方法。 - 【請求項３７】 請求項３４に記載の方法において、前
記既存のデータ・セットを使用する前記ステップは該既
存のデータ・セットからのデータ項目を指し示すことを
含むことを特徴とする方法。 - 【請求項３８】 請求項３４に記載の方法において、前
記既存のデータ・セットを使用する前記ステップは該既
存のデータ・セットからデータ項目をコピーすることを
含むことを特徴とする方法。 - 【請求項３９】 請求項２２に記載の方法において、前
記データ・セットはａ）前記第２マシンのアドレスおよ
びｂ）前記セキュア・エクスチェンジャのパラメータを
含むことを特徴とする方法。 - 【請求項４０】 請求項１に記載の方法において、前記
ドメインの前記第１ネーム・サーバに連絡する前記ステ
ップは前記照会を該第１ネーム・サーバに転送すること
を含むことを特徴とする方法。 - 【請求項４１】 請求項１に記載の方法において、前記
ドメインの前記第１ネーム・サーバに連絡する前記ステ
ップは前記セキュア・エクスチェンジャの前記ＩＤを要
求することを含むことを特徴とする方法。 - 【請求項４２】 第１マシンによって使用される情報を
動的に更新して、前記第１マシンによる第２マシンへの
セキュア・アクセスを容易化するための方法であって、 （ａ）前記第２マシンのアドレスを取得し、 （ｂ）該第２マシンへのセキュア・アクセスを容易化す
るために該第１マシンによって使用されるデータ構造を
使用して、該第２マシンの名前に最良に合致する既存の
オリジナル・データベース名を収めている既存のデータ
・セットを前記データ構造から判断し、 （ｃ）前記既存のデータ・セットを使用して、（ｉ）該
第２マシンの前記アドレス、（ii）セキュア・エクスチ
ェンジャの既存のパラメータ、および（iii ）前記既存
のオリジナル・データベース名を第２データ・セットに
ストアするステップを含んでいることを特徴とする方
法。 - 【請求項４３】 請求項４２に記載の方法において、前
記既存のデータ・セットを使用する前記ステップは該既
存のデータ・セットからのデータ項目を指し示すことを
含むことを特徴とする方法。 - 【請求項４４】 請求項４２に記載の方法において、前
記既存のデータ・セットを使用する前記ステップは該既
存のデータ・セットからデータ項目をコピーすることを
含むことを特徴とする方法。 - 【請求項４５】 請求項４２に記載の方法において、前
記第２マシンの前記アドレスを取得する前記ステップ
は、 （ａ）前記アドレスの照会を受信し、 （ｂ）前記照会を該第２マシンのドメインのネーム・サ
ーバに転送し、 （ｃ）前記ネーム・サーバから応答を受信し、 （ｄ）前記応答から該アドレスを抜き出すステップを含
むことを特徴とする方法。 - 【請求項４６】 第１マシンによる第２マシンへのセキ
ュア・アクセスを容易化するための方法であって、 （ａ）前記第２マシンを収容しているドメインに関係す
る前記第１マシンからの照会を第１ネーム・サーバで受
信し、 （ｂ）該第２マシンに対応するセキュア・エクスチェン
ジャのＩＤを取得し、 （ｃ）前記ＩＤを含んでいる応答を生成し、 （ｄ）該第１マシンのために前記応答を送信し、該応答
は該第２マシンへのセキュア・アクセスを容易化するた
めに該第１マシンによって使用可能であることを特徴と
する方法。 - 【請求項４７】 請求項４６に記載の方法において、前
記照会は前記第２マシンのアドレスの要求を含んでいる
ことを特徴とする方法。 - 【請求項４８】 請求項４６に記載の方法において、前
記応答は前記第２マシンへのセキュア・アクセスのため
に使用される情報を前記第１マシンが動的に更新するこ
とを可能にすることを特徴とする方法。 - 【請求項４９】 請求項４８に記載の方法において、前
記ＩＤを取得する前記ステップは前記第２マシンに該当
するデータベースから該ＩＤを取得することを含むこと
を特徴とする方法。 - 【請求項５０】 請求項４９に記載の方法において、前
記応答を生成する前記ステップは、 （ａ）前記セキュア・エクスチェンジャのパラメータを
取得し、 （ｂ）前記パラメータを該応答に含めておくステップを
含むことを特徴とする方法。 - 【請求項５１】 請求項５０に記載の方法において、前
記セキュア・エクスチェンジャの前記パラメータは該セ
キュア・エクスチェンジャのアドレスを含むことを特徴
とする方法。 - 【請求項５２】 請求項５０に記載の方法において、前
記セキュア・エクスチェンジャの前記パラメータは該セ
キュア・エクスチェンジャの暗号データ項目を含むこと
を特徴とする方法。 - 【請求項５３】 請求項５２に記載の方法において、前
記セキュア・エクスチェンジャの前記暗号データ項目は
暗号キーであることを特徴とする方法。 - 【請求項５４】 請求項５２に記載の方法において、前
記セキュア・エクスチェンジャの暗号データ項目は暗号
アルゴリズムであることを特徴とする方法。 - 【請求項５５】 請求項４９に記載の方法において、前
記セキュア・エクスチェンジャは第３マシンであること
を特徴とする方法。 - 【請求項５６】 請求項５５に記載の方法において、前
記第３マシンは前記第２マシンを保護するファイアウォ
ールであることを特徴とする方法。 - 【請求項５７】 請求項４９に記載の方法において、前
記セキュア・エクスチェンジャは前記第２マシンである
ことを特徴とする方法。 - 【請求項５８】 請求項４９に記載の方法において、前
記セキュア・エクスチェンジャの前記ＩＤは該セキュア
・エクスチェンジャの名前であることを特徴とする方
法。 - 【請求項５９】 請求項４９に記載の方法において、前
記セキュア・エクスチェンジャの前記ＩＤは該セキュア
・エクスチェンジャのアドレスであることを特徴とする
方法。 - 【請求項６０】 請求項４９に記載の方法において、前
記照会に対する返答は前記データベースに存在せず、前
記応答を生成する前記ステップは、 （ａ）前記第２マシンを収容している前記ドメインに関
係する第２ネーム・サーバのＩＤを取得し、 （ｂ）前記第２ネーム・サーバの前記ＩＤを該応答に含
めておくステップを含むことを特徴とする方法。 - 【請求項６１】 請求項６０に記載の方法において、前
記応答を生成する前記ステップは前記第２ネーム・サー
バのアドレスを前記応答に入れて提供することをさらに
含むことを特徴とする方法。 - 【請求項６２】 請求項４９に記載の方法において、前
記照会に対す返答は前記データベースに存在し、前記応
答を生成する前記ステップは （ａ）該照会に対する前記返答を取得し、 （ｂ）該照会に対する該返答を該応答に含めておくステ
ップを含むことを特徴とする方法。 - 【請求項６３】 第１マシンによる第２マシンへのセキ
ュア・アクセスを容易化するためのシステムであって、 （ａ）前記第２マシンを収容しているドメインに関する
照会を受信するように構成された制御ロジックと、 （ｂ）前記ドメインの第１ネーム・サーバに連絡して、
前記照会に応答するために必要な情報を要求するように
構成された制御ロジックと、 （ｃ）前記第１ネーム・サーバから第１応答を受信する
ように構成された制御ロジックと、 （ｄ）該第２マシンに対応するセキュア・エクスチェン
ジャのＩＤを、前記第１応答の中のリソース・レコード
から抜き出すように構成された制御ロジックと、 （ｅ）該第２マシンへのセキュア・アクセスを容易化す
るために前記第１マシンによって使用される第１データ
構造を前記ＩＤを使用して更新するように構成された制
御ロジックであって、前記第１データ構造は該第２マシ
ンに対応するデータ・セットを含んでいるものとを備え
ていることを特徴とするシステム。 - 【請求項６４】 請求項６３に記載のシステムにおい
て、前記照会を生成するように、および前記生成された
照会を該照会を受信する前記ロジックに与えるように構
成されたソフトウェア・アプリケーション・プログラム
内に具現化されていることを特徴とするシステム。 - 【請求項６５】 第１マシンによる第２マシンへのセキ
ュア・アクセスを容易化するためのデータ構造を含んで
いるコンピュータ可読媒体であって、前記データ構造
は、 （ａ）前記第２マシンのアドレス、 （ｂ）該第２マシンに対応するセキュア・エクスチェン
ジャのパラメータ、および （ｃ）前記セキュア・エクスチェンジャに関係するオリ
ジナル・データベース名をもつトンネル・マップを含ん
でいることを特徴とするコンピュータ可読媒体。 - 【請求項６６】 請求項６５に記載のコンピュータ可読
データ構造において、前記オリジナル・データベース名
は前記セキュア・エクスチェンジャを示すリソース・レ
コードに対応するシグネーチャ・リソース・レコードか
らラベル・カウントを使用して導き出されることを特徴
とするコンピュータ可読データ構造。 - 【請求項６７】 請求項６５に記載のコンピュータ可読
データ構造において、前記オリジナル・データベース名
は前記セキュア・エクスチェンジャを示すリソース・レ
コードからの所有者名であることを特徴とするコンピュ
ータ可読データ構造。 - 【請求項６８】 請求項６５に記載のコンピュータ可読
データ構造において、前記第１マシンに関連づけられた
リゾルバ・プログラムによって生成されることを特徴と
するコンピュータ可読データ構造。 - 【請求項６９】 第１マシンによる第２マシンへのセキ
ュア・アクセスを容易化するためのソフトウェア・プロ
グラムを具現化しているコンピュータ可読媒体であっ
て、前記ソフトウェア・プログラムは、 （ａ）前記第２マシンを収容しているドメインに関する
照会を受信するように構成されたプログラム・コード
と、 （ｂ）前記ドメインの第１ネーム・サーバに連絡して、
前記照会に応答するために必要な情報を要求するように
構成されたプログラム・コードと、 （ｃ）前記第１ネーム・サーバから第１応答を受信する
ように構成されたプログラム・コードと、 （ｄ）該第２マシンに対応するセキュア・エクスチェン
ジャのＩＤを、前記第１応答の中のリソース・レコード
から抜き出すように構成されたプログラム・コードと、 （ｅ）該第２マシンへのセキュア・アクセスを容易化す
るために前記第１マシンによって使用される第１データ
構造を前記ＩＤを使用して更新するように構成されたプ
ログラム・コードであって、前記第１データ構造は該第
２マシンに対応するデータ・セットを含んでいるものと
を備えていることを特徴とするコンピュータ可読媒体。 - 【請求項７０】 搬送波に具現化されていて、第１マシ
ンによる第２マシンへのセキュア・アクセスを容易化す
るためのコンピュータ・データ信号であって、該データ
信号は、 （ａ）前記第２マシンを収容しているドメインに関する
照会を受信するように構成されたコード・セグメントと （ｂ）前記ドメインの第１ネーム・サーバに連絡して、
前記照会に応答するために必要な情報を要求するように
構成されたコード・セグメントと、 （ｃ）前記第１ネーム・サーバから第１応答を受信する
ように構成されたコード・セグメントと、 （ｄ）該第２マシンに対応するセキュア・エクスチェン
ジャのＩＤを、前記第１応答の中のリソース・レコード
から抜き出すように構成されたコード・セグメントと、 （ｅ）該第２マシンへのセキュア・アクセスを容易化す
るために前記第１マシンによって使用される第１データ
構造を前記ＩＤを使用して更新するように構成されたコ
ード・セグメントであって、前記第１データ構造は該第
２マシンに対応するデータ・セットを含んでいるものと
を含んでいることを特徴とするコンピュータ・データ信
号。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US08/883,676 US6119234A (en) | 1997-06-27 | 1997-06-27 | Method and apparatus for client-host communication over a computer network |
| US08/883,676 | 1997-06-27 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH11167536A true JPH11167536A (ja) | 1999-06-22 |
Family
ID=25383094
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP18308898A Pending JPH11167536A (ja) | 1997-06-27 | 1998-06-29 | コンピュータ・ネットワークを利用したクライアント／ホスト間の通信方法と装置 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US6119234A (ja) |
| EP (1) | EP0887979A3 (ja) |
| JP (1) | JPH11167536A (ja) |
| CA (1) | CA2241437A1 (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8843643B2 (en) | 1998-10-30 | 2014-09-23 | Virnetx, Inc. | System and method employing an agile network protocol for secure communications using secure domain names |
| US8874771B2 (en) | 1998-10-30 | 2014-10-28 | Virnetx, Inc. | Agile network protocol for secure communications with assured system availability |
| US8943201B2 (en) | 1998-10-30 | 2015-01-27 | Virnetx, Inc. | Method for establishing encrypted channel |
| US9860283B2 (en) | 1998-10-30 | 2018-01-02 | Virnetx, Inc. | Agile network protocol for secure video communications with assured system availability |
| US10511573B2 (en) | 1998-10-30 | 2019-12-17 | Virnetx, Inc. | Agile network protocol for secure communications using secure domain names |
Families Citing this family (86)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6003007A (en) * | 1996-03-28 | 1999-12-14 | Dirienzo; Andrew L. | Attachment integrated claims system and operating method therefor |
| US7058720B1 (en) * | 1997-06-30 | 2006-06-06 | Microsoft Corporation | Geographical client distribution methods, systems and computer program products |
| US6760746B1 (en) | 1999-09-01 | 2004-07-06 | Eric Schneider | Method, product, and apparatus for processing a data request |
| US6262987B1 (en) * | 1998-03-26 | 2001-07-17 | Compaq Computer Corp | System and method for reducing latencies while translating internet host name-address bindings |
| US6557037B1 (en) * | 1998-05-29 | 2003-04-29 | Sun Microsystems | System and method for easing communications between devices connected respectively to public networks such as the internet and to private networks by facilitating resolution of human-readable addresses |
| US6829242B2 (en) * | 1998-06-30 | 2004-12-07 | Cisco Technology, Inc. | Method and apparatus for associating PVC identifiers with domain names of home gateways |
| US6353854B1 (en) * | 1998-10-01 | 2002-03-05 | International Business Machines Corporation | Automatic reconfiguration system for change in management servers having protocol destination addresses |
| US20010039624A1 (en) * | 1998-11-24 | 2001-11-08 | Kellum Charles W. | Processes systems and networks for secured information exchange using computer hardware |
| US20020040439A1 (en) * | 1998-11-24 | 2002-04-04 | Kellum Charles W. | Processes systems and networks for secure exchange of information and quality of service maintenance using computer hardware |
| US6754831B2 (en) * | 1998-12-01 | 2004-06-22 | Sun Microsystems, Inc. | Authenticated firewall tunneling framework |
| IL143592A0 (en) | 1998-12-07 | 2002-04-21 | Network Ice Corp | A method and apparatus for remote installation of network drivers and software |
| WO2000034867A1 (en) | 1998-12-09 | 2000-06-15 | Network Ice Corporation | A method and apparatus for providing network and computer system security |
| JP3416552B2 (ja) * | 1999-01-25 | 2003-06-16 | パナソニック コミュニケーションズ株式会社 | ネットワークサーバ装置、および通信端末能力交換方法 |
| US9141717B2 (en) | 1999-03-22 | 2015-09-22 | Esdr Network Solutions Llc | Methods, systems, products, and devices for processing DNS friendly identifiers |
| US7188138B1 (en) | 1999-03-22 | 2007-03-06 | Eric Schneider | Method, product, and apparatus for resource identifier registration and aftermarket services |
| US6338082B1 (en) * | 1999-03-22 | 2002-01-08 | Eric Schneider | Method, product, and apparatus for requesting a network resource |
| US8037168B2 (en) | 1999-07-15 | 2011-10-11 | Esdr Network Solutions Llc | Method, product, and apparatus for enhancing resolution services, registration services, and search services |
| USRE43690E1 (en) | 1999-03-22 | 2012-09-25 | Esdr Network Solutions Llc | Search engine request method, product, and apparatus |
| US8667051B2 (en) * | 1999-03-22 | 2014-03-04 | Esdr Network Solutions Llc | Real-time communication processing method, product, and apparatus |
| JP3170491B2 (ja) * | 1999-03-29 | 2001-05-28 | 松下電送システム株式会社 | 画像通信装置及びサーバ装置並びに能力交換方法 |
| WO2000065511A2 (en) * | 1999-04-22 | 2000-11-02 | Network Solutions, Inc. | A shared registration system for registering domain names |
| US7346929B1 (en) | 1999-07-29 | 2008-03-18 | International Business Machines Corporation | Method and apparatus for auditing network security |
| US6449657B2 (en) * | 1999-08-06 | 2002-09-10 | Namezero.Com, Inc. | Internet hosting system |
| US6687746B1 (en) * | 1999-08-30 | 2004-02-03 | Ideaflood, Inc. | System apparatus and method for hosting and assigning domain names on a wide area network |
| USRE44207E1 (en) | 1999-09-01 | 2013-05-07 | Esdr Network Solutions Llc | Network resource access method, product, and apparatus |
| JP3220441B2 (ja) * | 1999-10-08 | 2001-10-22 | 松下電送システム株式会社 | 画像送信装置および画像送信方法 |
| US8006243B2 (en) | 1999-12-07 | 2011-08-23 | International Business Machines Corporation | Method and apparatus for remote installation of network drivers and software |
| SE517217C2 (sv) * | 1999-12-29 | 2002-05-07 | Ericsson Telefon Ab L M | Metod och system för kommunikation mellan olika nätverk |
| US7933968B1 (en) * | 2000-06-20 | 2011-04-26 | Koninklijke Philips Electronics N.V. | Token-based personalization of smart appliances |
| US6662228B1 (en) * | 2000-02-01 | 2003-12-09 | Sun Microsystems, Inc. | Internet server authentication client |
| US6978373B1 (en) * | 2000-03-22 | 2005-12-20 | International Business Machines Corporation | Methods systems and computer program products for providing secure client profile completion by network intermediaries |
| WO2001084775A2 (en) | 2000-04-28 | 2001-11-08 | Internet Security Systems, Inc. | System and method for managing security events on a network |
| IL152502A0 (en) | 2000-04-28 | 2003-05-29 | Internet Security Systems Inc | Method and system for managing computer security information |
| US7200863B2 (en) * | 2000-05-16 | 2007-04-03 | Hoshiko Llc | System and method for serving content over a wide area network |
| US6907531B1 (en) | 2000-06-30 | 2005-06-14 | Internet Security Systems, Inc. | Method and system for identifying, fixing, and updating security vulnerabilities |
| US7093239B1 (en) | 2000-07-14 | 2006-08-15 | Internet Security Systems, Inc. | Computer immune system and method for detecting unwanted code in a computer system |
| US7840692B1 (en) * | 2000-08-15 | 2010-11-23 | Ciena Corporation | System, device, and method for bandwidth management in an optical communication system |
| US9027121B2 (en) | 2000-10-10 | 2015-05-05 | International Business Machines Corporation | Method and system for creating a record for one or more computer security incidents |
| EP1325582B1 (en) * | 2000-10-10 | 2020-02-12 | Nokia Technologies Oy | Techniques for hiding network element names and addresses |
| US20020069238A1 (en) * | 2000-12-05 | 2002-06-06 | Eard Douglas F. | Technique to transfer data over a network |
| WO2002061544A2 (en) | 2001-01-31 | 2002-08-08 | Internet Security Systems, Inc. | Method and system for configuring and scheduling security audits of a computer network |
| FI20010596A0 (fi) * | 2001-03-22 | 2001-03-22 | Ssh Comm Security Oyj | Turvallisuusjärjestelmä tietoliikenneverkkoa varten |
| US7562388B2 (en) * | 2001-05-31 | 2009-07-14 | International Business Machines Corporation | Method and system for implementing security devices in a network |
| US7657419B2 (en) | 2001-06-19 | 2010-02-02 | International Business Machines Corporation | Analytical virtual machine |
| US8239531B1 (en) | 2001-07-23 | 2012-08-07 | At&T Intellectual Property Ii, L.P. | Method and apparatus for connection to virtual private networks for secure transactions |
| US7827292B2 (en) * | 2001-07-23 | 2010-11-02 | At&T Intellectual Property Ii, L.P. | Flexible automated connection to virtual private networks |
| US7827278B2 (en) * | 2001-07-23 | 2010-11-02 | At&T Intellectual Property Ii, L.P. | System for automated connection to virtual private networks related applications |
| US7284056B2 (en) * | 2001-10-04 | 2007-10-16 | Microsoft Corporation | Resolving host name data |
| WO2003058451A1 (en) | 2002-01-04 | 2003-07-17 | Internet Security Systems, Inc. | System and method for the managed security control of processes on a computer system |
| US7565402B2 (en) | 2002-01-05 | 2009-07-21 | Eric Schneider | Sitemap access method, product, and apparatus |
| US7913303B1 (en) | 2003-01-21 | 2011-03-22 | International Business Machines Corporation | Method and system for dynamically protecting a computer system from attack |
| US7299491B2 (en) * | 2003-04-30 | 2007-11-20 | Microsoft Corporation | Authenticated domain name resolution |
| US7694021B1 (en) | 2003-05-28 | 2010-04-06 | Cisco Technology, Inc. | Firewall for gateway network elements between IP based networks |
| WO2005008980A1 (en) * | 2003-07-03 | 2005-01-27 | Sinett Corporation | Unified wired and wireless switch architecture |
| US7599938B1 (en) | 2003-07-11 | 2009-10-06 | Harrison Jr Shelton E | Social news gathering, prioritizing, tagging, searching, and syndication method |
| US6986049B2 (en) * | 2003-08-26 | 2006-01-10 | Yahoo! Inc. | Method and system for authenticating a message sender using domain keys |
| US7313700B2 (en) * | 2003-08-26 | 2007-12-25 | Yahoo! Inc. | Method and system for authenticating a message sender using domain keys |
| US7870604B1 (en) | 2003-08-29 | 2011-01-11 | Cisco Technology, Inc. | Methods and apparatus to configure network nodes supporting virtual connections |
| US7657938B2 (en) | 2003-10-28 | 2010-02-02 | International Business Machines Corporation | Method and system for protecting computer networks by altering unwanted network data traffic |
| US7987251B2 (en) * | 2005-09-16 | 2011-07-26 | Microsoft Corporation | Validation of domain name control |
| US7925786B2 (en) * | 2005-09-16 | 2011-04-12 | Microsoft Corp. | Hosting of network-based services |
| US8244812B2 (en) * | 2005-09-16 | 2012-08-14 | Microsoft Corporation | Outsourcing of email hosting services |
| US8234340B2 (en) * | 2005-09-16 | 2012-07-31 | Microsoft Corporation | Outsourcing of instant messaging hosting services |
| US20070214232A1 (en) * | 2006-03-07 | 2007-09-13 | Nokia Corporation | System for Uniform Addressing of Home Resources Regardless of Remote Clients Network Location |
| US8929360B2 (en) | 2006-12-07 | 2015-01-06 | Cisco Technology, Inc. | Systems, methods, media, and means for hiding network topology |
| US8219494B1 (en) * | 2007-08-16 | 2012-07-10 | Corbis Corporation | End-to-end licensing of digital media assets |
| US8756340B2 (en) * | 2007-12-20 | 2014-06-17 | Yahoo! Inc. | DNS wildcard beaconing to determine client location and resolver load for global traffic load balancing |
| US20100106854A1 (en) * | 2008-10-29 | 2010-04-29 | Hostway Corporation | System and method for controlling non-existing domain traffic |
| US8694659B1 (en) * | 2010-04-06 | 2014-04-08 | Symantec Corporation | Systems and methods for enhancing domain-name-server responses |
| US8347100B1 (en) | 2010-07-14 | 2013-01-01 | F5 Networks, Inc. | Methods for DNSSEC proxying and deployment amelioration and systems thereof |
| US9106699B2 (en) * | 2010-11-04 | 2015-08-11 | F5 Networks, Inc. | Methods for handling requests between different resource record types and systems thereof |
| US9843554B2 (en) | 2012-02-15 | 2017-12-12 | F5 Networks, Inc. | Methods for dynamic DNS implementation and systems thereof |
| US9609017B1 (en) | 2012-02-20 | 2017-03-28 | F5 Networks, Inc. | Methods for preventing a distributed denial service attack and devices thereof |
| US9420008B1 (en) * | 2012-05-10 | 2016-08-16 | Bae Systems Information And Electronic Systems Integration Inc. | Method for repurposing of communications cryptographic capabilities |
| CN103546432B (zh) * | 2012-07-12 | 2015-12-16 | 腾讯科技（深圳）有限公司 | 实现跨域跳转的方法和系统以及浏览器、域名服务器 |
| US9282116B1 (en) | 2012-09-27 | 2016-03-08 | F5 Networks, Inc. | System and method for preventing DOS attacks utilizing invalid transaction statistics |
| US20150113125A1 (en) * | 2013-10-23 | 2015-04-23 | Cisco Technology Inc. | System and Method for Providing the Status of Safety Critical Systems to Untrusted Devices |
| US11838851B1 (en) | 2014-07-15 | 2023-12-05 | F5, Inc. | Methods for managing L7 traffic classification and devices thereof |
| US10182013B1 (en) | 2014-12-01 | 2019-01-15 | F5 Networks, Inc. | Methods for managing progressive image delivery and devices thereof |
| US11895138B1 (en) | 2015-02-02 | 2024-02-06 | F5, Inc. | Methods for improving web scanner accuracy and devices thereof |
| US9954840B2 (en) * | 2015-05-08 | 2018-04-24 | Cloudflare, Inc. | Generating a negative answer to a domain name system query that indicates resource records as existing for the domain name regardless of whether those resource records actually exist for the domain name |
| US10033699B2 (en) | 2015-05-08 | 2018-07-24 | Cloudflare, Inc. | Transparent DNSSEC-signing proxy |
| US10542117B2 (en) | 2015-09-03 | 2020-01-21 | Verisign, Inc. | Systems and methods for providing secure access to shared registration systems |
| US11329821B2 (en) * | 2015-12-28 | 2022-05-10 | Verisign, Inc. | Shared registration system |
| US10797888B1 (en) | 2016-01-20 | 2020-10-06 | F5 Networks, Inc. | Methods for secured SCEP enrollment for client devices and devices thereof |
| FR3140502A1 (fr) * | 2022-09-29 | 2024-04-05 | Orange | Procédé de traitement d’une requête de résolution de nom, procédé de communication, procédé de traitement de messages et serveur, dispositif client et nœud relais configurés pour mettre en œuvre ces procédés |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5649099A (en) * | 1993-06-04 | 1997-07-15 | Xerox Corporation | Method for delegating access rights through executable access control program without delegating access rights not in a specification to any intermediary nor comprising server security |
| US5623601A (en) * | 1994-11-18 | 1997-04-22 | Milkway Networks Corporation | Apparatus and method for providing a secure gateway for communication and data exchanges between networks |
| US5892900A (en) * | 1996-08-30 | 1999-04-06 | Intertrust Technologies Corp. | Systems and methods for secure transaction management and electronic rights protection |
| JPH0981519A (ja) * | 1995-09-08 | 1997-03-28 | Kiyadeitsukusu:Kk | ネットワーク上の認証方法 |
| US5850446A (en) * | 1996-06-17 | 1998-12-15 | Verifone, Inc. | System, method and article of manufacture for virtual point of sale processing utilizing an extensible, flexible architecture |
| US5828833A (en) * | 1996-08-15 | 1998-10-27 | Electronic Data Systems Corporation | Method and system for allowing remote procedure calls through a network firewall |
| US5778174A (en) * | 1996-12-10 | 1998-07-07 | U S West, Inc. | Method and system for providing secured access to a server connected to a private computer network |
-
1997
- 1997-06-27 US US08/883,676 patent/US6119234A/en not_active Expired - Lifetime
-
1998
- 1998-06-23 CA CA002241437A patent/CA2241437A1/en not_active Abandoned
- 1998-06-25 EP EP98111746A patent/EP0887979A3/en not_active Withdrawn
- 1998-06-29 JP JP18308898A patent/JPH11167536A/ja active Pending
Cited By (22)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8843643B2 (en) | 1998-10-30 | 2014-09-23 | Virnetx, Inc. | System and method employing an agile network protocol for secure communications using secure domain names |
| US8850009B2 (en) | 1998-10-30 | 2014-09-30 | Virnetx, Inc. | System and method employing an agile network protocol for secure communications using secure domain names |
| US8868705B2 (en) | 1998-10-30 | 2014-10-21 | Virnetx, Inc. | Agile network protocol for secure communications using secure domain names |
| US8874771B2 (en) | 1998-10-30 | 2014-10-28 | Virnetx, Inc. | Agile network protocol for secure communications with assured system availability |
| US8904516B2 (en) | 1998-10-30 | 2014-12-02 | Virnetx, Inc. | System and method employing an agile network protocol for secure communications using secure domain names |
| US8943201B2 (en) | 1998-10-30 | 2015-01-27 | Virnetx, Inc. | Method for establishing encrypted channel |
| US9027115B2 (en) | 1998-10-30 | 2015-05-05 | Virnetx, Inc. | System and method for using a registered name to connect network devices with a link that uses encryption |
| US9037713B2 (en) | 1998-10-30 | 2015-05-19 | Virnetx, Inc. | Agile network protocol for secure communications using secure domain names |
| US9038163B2 (en) | 1998-10-30 | 2015-05-19 | Virnetx, Inc. | Systems and methods for connecting network devices over communication network |
| US9077694B2 (en) | 1998-10-30 | 2015-07-07 | Virnetx, Inc. | Agile network protocol for secure communications using secure domain names |
| US9077695B2 (en) | 1998-10-30 | 2015-07-07 | Virnetx, Inc. | System and method for establishing an encrypted communication link based on IP address lookup requests |
| US9094399B2 (en) | 1998-10-30 | 2015-07-28 | Virnetx, Inc. | Method for establishing secure communication link between computers of virtual private network |
| US9100375B2 (en) | 1998-10-30 | 2015-08-04 | Virnetx, Inc. | System and method employing an agile network protocol for secure communications using secure domain names |
| US9374346B2 (en) | 1998-10-30 | 2016-06-21 | Virnetx, Inc. | Agile network protocol for secure communications using secure domain names |
| US9386000B2 (en) | 1998-10-30 | 2016-07-05 | Virnetx, Inc. | System and method for establishing a communication link |
| US9413766B2 (en) | 1998-10-30 | 2016-08-09 | Virnetx, Inc. | Method for establishing connection between devices |
| US9479426B2 (en) | 1998-10-30 | 2016-10-25 | Virnetz, Inc. | Agile network protocol for secure communications with assured system availability |
| US9819649B2 (en) | 1998-10-30 | 2017-11-14 | Virnetx, Inc. | System and method employing an agile network protocol for secure communications using secure domain names |
| US9860283B2 (en) | 1998-10-30 | 2018-01-02 | Virnetx, Inc. | Agile network protocol for secure video communications with assured system availability |
| US9967240B2 (en) | 1998-10-30 | 2018-05-08 | Virnetx, Inc. | Agile network protocol for secure communications using secure domain names |
| US10187387B2 (en) | 1998-10-30 | 2019-01-22 | Virnetx, Inc. | Method for establishing connection between devices |
| US10511573B2 (en) | 1998-10-30 | 2019-12-17 | Virnetx, Inc. | Agile network protocol for secure communications using secure domain names |
Also Published As
| Publication number | Publication date |
|---|---|
| CA2241437A1 (en) | 1998-12-27 |
| US6119234A (en) | 2000-09-12 |
| EP0887979A2 (en) | 1998-12-30 |
| EP0887979A3 (en) | 2001-02-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH11167536A (ja) | コンピュータ・ネットワークを利用したクライアント／ホスト間の通信方法と装置 | |
| US6131120A (en) | Enterprise network management directory containing network addresses of users and devices providing access lists to routers and servers | |
| US6557037B1 (en) | System and method for easing communications between devices connected respectively to public networks such as the internet and to private networks by facilitating resolution of human-readable addresses | |
| US6961783B1 (en) | DNS server access control system and method | |
| Vixie et al. | Secret key transaction authentication for DNS (TSIG) | |
| US6304908B1 (en) | Mechanism for delivering a message based upon a source address | |
| US9705867B2 (en) | Content restriction compliance using reverse DNS lookup | |
| US7299491B2 (en) | Authenticated domain name resolution | |
| US6751728B1 (en) | System and method of transmitting encrypted packets through a network access point | |
| JP3492920B2 (ja) | パケット検証方法 | |
| US6986047B2 (en) | Method and apparatus for serving content from a semi-trusted server | |
| EP1134955A1 (en) | Enterprise network management using directory containing network addresses of users and devices providing access lists to routers and servers | |
| US6928167B1 (en) | Method for managing public key | |
| Schuba et al. | Addressing weaknesses in the domain name system protocol | |
| JPH10111848A (ja) | 照会要求を向けなおすことによってドメインネームシステムの個人情報へのアクセスを制限する方法と装置 | |
| WO2001043358A2 (en) | Truly anonymous communications using supernets, with the provision of topology hiding | |
| JP2009295187A (ja) | ファイアウォールサービス提供方法 | |
| Atkinson | Key Exchange Delegation Record for the DNS | |
| WO2001043393A2 (en) | Decoupling access control from key management in a network | |
| JP4469120B2 (ja) | ドメイン・ネーム内にユーザ情報をエンコードするためのシステムおよび方法 | |
| Yan et al. | The road to DNS privacy | |
| JP2003316742A (ja) | シングルサインオン機能を有する匿名通信方法および装置 | |
| Vixie et al. | RFC2845: Secret Key Transaction Authentication for DNS (TSIG) | |
| JP2003283570A (ja) | 通信ネットワークシステムおよびデータ通信方法 | |
| Haddad et al. | The Basics of DNSSEC |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20041203 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20050303 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20050303 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20050308 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20050902 |