JP5530562B2 - ドメインネームシステムレコードのアップデートの検証 - Google Patents

Description

本出願は、「ドメインネームシステムレコードのアップデートの検証」との名称で、２０１０年５月１８に出願された米国特許出願第１２／７８２，２２７号の優先権を主張し、その全体が参照によって本明細書に組み込まれる。

ドメインネームシステム（ＤＮＳ）として知られている階層型命名システムは、コンピュータ、サービス、または、インターネットまたは個人ネットワークに接続されるいずれかのリソースにwww.foo.comのような名前によって参照することができる。ＤＮＳサーバは、人にとって意味のあるドメイン名を、コンピュータ間の通信に使用される数値アドレスに翻訳する支援を果たす。

ＤＮＳサーバは、「ドメインジャック」の標的となる場合があり、攻撃者は、ドメイン名の制御を乗っ取る。ＤＮＳサーバ用の従来のセキュリティ対策は、ドメインジャックに対する強固な防衛を提供しない。攻撃が最もシンプルな形態において、管理者のアカウント証明は、管理者のコンピュータにあるマルウェアを用いて中間者攻撃を介して推測されるまたは得られる。それら証明が危険にさらされると、その後、攻撃者は、ＤＮＳサーバによって使用されるレコードを修正し、プロパガンダのウェブサイトやフィッシングウェブサイトなどの他のドメイン用の交通を誘導することができる。

本開示の多くの概要は、以下の図面を参照してより理解されるであろう。図面中の構成要素は、本開示の原理を明確に図解することに重点を置くため、縮尺は必ずしも重要視されていない。さらに、図面中、同様の参照番号は、複数の図の全体に渡って、対応する部分を示す。

本開示の各種実施形態に係るネットワーク環境の図である。 本開示の各種実施形態に係る図１のネットワーク環境にあるコンピュータデバイスで実行されるＤＮＳ検証サーバの部分として実装される機能性の例を図解するフローチャートである。 本開示の各種実施形態に係る図１のネットワーク環境にあるコンピュータデバイスで実行されるＤＮＳ検証サーバの部分として実装される機能性の例を図解するフローチャートである。 本開示の各種実施形態に係る図１のネットワーク環境で採用されるコンピュータデバイスの一例の図解を提供する概略ブロック図である。

本開示は、ＤＮＳレコードへのアクセス制御に関する。各種実施形態において、本開示は、ＤＮＳサーバのセキュリティを向上し、アップデートがポリシーと一致しない場合、ＤＮＳレコードへのアップデートを妨げることにより、ドメインジャックのおそれを低減する。アップデートポリシーは、許容可能な修正または禁止される修正のいずれかの点からＤＮＳレコードのフィールドへの可能な修正を記述する。ポリシーは、ドメインオーナーにより所有されるリソースの点から許容可能な修正を記述する。アップデートポリシーの例としては、「全てのメールサーバレコードが、ドメインオーナーによって所有されるドメインを識別し、最終的にはドメインオーナーにより制御されるインフラストラクチャを指すことを確実にする」などがある。

各種実施形態において、本開示は、ＤＮＳレコードのフィールドへの要求される修正が、ポリシーに指定される状況を妨害するかどうかを決定する。ポリシーを適用した結果に基づき、レコードをアップデートするための管理者の要求を、承認、または拒否する。本開示は、ドメインオーナーに代わり、管理者によるアップデートポリシーの設定をも提供する。いくつかの実施形態において、アップデートポリシーの設定は、ＤＮＳサーバをアップデートするために要求される認証より不便な第２レベルの認証を要求する。以下の検討において、システム及びその構成要素の一般的な説明、続いて、その動作の検討を提供する。

図１を参照すると、各種実施形態に係るネットワーク環境１００が示される。ネットワーク環境１００は、ネットワーク１０９を使用し、１つまたは複数の管理クライアント１０６とデータ通信を行うコンピュータデバイス１０３を含む。コンピュータデバイス１０３は、また、ネットワーク１１５を使用し、１つまたは複数のコンピュータデバイス１１２と通信し得る。各種実施形態において、ネットワーク１０９及びネットワーク１１５は、同一のネットワークであっても、異なるネットワークであっても良い。ネットワーク１０９、１１５は、例えば、インターネット、イントラネット、エクストラネット、ワイドエリアネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、有線ネットワーク、無線ネットワーク、または他の適切なネットワーク等、または２つ以上のこのようなネットワークの任意の組み合わせを含み得る。

コンピュータデバイス１０３は、例えば、サーバコンピュータ、または計算能力を備える他のシステムを含み得る。あるいは、例えば、１つまたは複数のサーババンクまたはコンピュータバンクまたは他の配置で、配置される複数のコンピュータデバイス１０３を採用し得る。この目的のため、複数のコンピュータデバイス１０３は、共に、例えば、クラウドコンピューティングリソース、グリッドコンピューティングリソース、及び／または他の分散型コンピューティング配置を含み得る。そのようなコンピュータデバイス１０３は、単一の搭載型で設置され得るか、または多くの異なる地理的位置の中で分散され得る。一実施形態において、コンピュータデバイス１０３は、１つまたは複数の物理的コンピュータシステムで実行される仮想コンピュータシステムを表す。便宜上、コンピュータデバイス１０３は、本明細書では、単数で示される。コンピュータデバイス１０３が単数である場合であっても、複数のコンピュータデバイス１０３が上述のような各種配置で採用され得ることは理解される。

様々なアプリケーション及び／または他の機能性が、各種実施形態に係るコンピュータデバイス１０３で実行され得る。また、各種データが、コンピュータデバイス１０３がアクセス可能なアップデートポリシーデータストア１１８及び／またはＤＮＳレコードデータストア１２１に記憶される。アップデートポリシーデータストア１１８は、理解され得るように、複数のＤＮＳポリシーデータストア１２１を表し得る。ＤＮＳレコードデータストア１２１は、理解され得るように、複数のＤＮＳレコードデータストア１２１を表し得る。アップデートポリシーデータストア１１８及び／またはＤＮＳレコードデータストア１２１に記憶されるデータは、例えば、以下に述べる様々なアプリケーション及び／または機能主体の動作に関連する。

コンピュータデバイス１０３で実行されるコンポーネントは、本明細書に詳細には記載しないが、例えば、ＤＮＳコアサービス１２４、ＤＮＳ管理アプリケーション１２７、ＤＮＳアップデート検証サービス１３０、及び他のアプリケーション、サービス、工程、システム、エンジン、または機能性を含む。ＤＮＳコアサービス１２４は、（コメント要求（ＲＦＣ）１０３４、ＲＦＣ１０３５などのような標準で記載される）ＤＮＳプロトコルを実装することにより、管理クライアント１０６のような各種コンポーネントに名前解析サービスを提供するために実行され得る。ＤＮＳコアサービス１２４は、ＤＮＳサービス１３３のようなＤＮＳプロトコルをも実装する他のコンポーネントと通信することにより、名前解析サービスを提供する。特に、ＤＮＳコアサービス１２４は、また、他のＤＮＳコンポーネントからＤＮＳクエリに対応するため、ＤＮＳレコードデータストア１２１において、ＤＮＳレコード１３６にアクセスする。ＤＮＳコアサービス１２４は、また、適宜、他のＤＮＳコンポーネントにＤＮＳクエリを送信する。ＤＮＳクエリ及び応答挙動は、様々なＤＮＳ規格により詳細に記載される。

ＤＮＳ管理アプリケーション１２７は、ＤＮＳレコードデータストア１２１にあるＤＮＳレコード１３６への管理インタフェースを管理クライアント１０６に提供するため実行され、その結果、特定のドメインの所有者（ドメインオーナーの代わりに働く管理者）は、ドメインに関連するＤＮＳレコード１３６をアップデートすることができる。本開示において、用語「ＤＮＳレコードに適用されるようなアップデート」は、レコードを追加、削除することと同様に、レコードに存在する内容を修正することも含む。これを成し遂げるために、ＤＮＳ管理アプリケーション１２７は、ネットワーク１０９を超えて管理くらいユーザインタフェースを含む１つまたは複数のネットワークページを生じ得る。各種実施形態において、ＤＮＳ管理アプリケーション１２７は、管理クライアント１０６で実行するクライアントアプリケーションと通信するため、いずれかの種のミドルウェアフレームワークを利用し得る。そのようなフレームワークの例は、リモートプロシージャコール、サービス指向アーキテクチャ（ＳＯＡ）、代表的状態移動Representational State Transfer（ＲＥＳＴ）及び他のフレームワークを含む。

ＤＮＳアップデート検証サービス１３０は、特定のドメインに関連するＤＮＳレコード１３６を追加、修正、削除する要求を検証するため実行される。本明細書において、「アップデート」要求と称される、そのような要求は、特定のドメインの所有者により、管理クライアント１０６を介して、作製される。ＤＮＳアップデート検証サービス１３０は、アップデート要求がアップデートポリシーデータストア１１８に記憶されるアップデートポリシー１３９と一致することを保証する。ＤＮＳアップデート検証サービス１３０は、また、アップデートが行われる前にＤＮＳアップデートを要求するドメインオーナーの認証を行うため、実行され得る。

管理クライアント１０６は、ネットワーク１０９に繋げられ得る複数のクライアントデバイスを示す。管理クライアント１０６は、例えば、コンピュータシステムのようなプロセッサに基づくシステムを含み得る。そのようなコンピュータシステムが、デスクトップ型コンピュータ、ラップトップ型コンピュータ、携帯情報端末、携帯電話、セットトップボックス、ミュージックプレーヤー、ウェブパッド、タブレットコンピュータシステム、または他の同様の能力を有する装置の形態で実施され得る。

管理クライアント１０６は、ブラウザ１４２のような各種アプリケーション及び／または他のアプリケーションを実行するよう構成され得る。管理クライアント１０６は、例えば、ウェブページのようなネットワークページまたは管理クライアント１０６及び／または他のサーバにより提供される他のネットワークコンテンツにアクセスし、表示するため、管理クライアント１０６において実行され得る。管理クライアント１０６は、例えば、メールアプリケーション、インスタントメッセージアプリケーション、及び／または他のアプリケーションのようなブラウザ１４２を介するアプリケーションを実行するよう構成され得る。

コンピュータデバイス１１２は、例えば、サーバコンピュータまたはコンピューティング能力を備える他のシステムを含み得る。あるいは、複数のコンピュータデバイス１１２が、採用されても良く、例えば、１つまたは複数のサーババンクまたはコンピュータバンクまたは他の配置で配置される。この目的のために、複数のコンピュータデバイス１１２は、共に、クラウドコンピューティングリソース、グリッドコンピューティングリソース、及び／または他の分散型コンピューティング配置を含み得る。この様なコンピュータデバイス１１２は単一の設備にあってもよく、又は、多くの色々な地理的な場所に分散されてもよい。一実施形態において、コンピューティングデバイス１１２は、１つまたは複数の物理的コンピュータシステムを実行する仮想コンピュータシステムを表す。便宜上、コンピュータデバイス１１２は、本明細書において、単数で称する。コンピュータデバイス１１２が単数であったとしても、複数のコンピュータデバイス１１２が上述のように、様々な配置で採用され得ることを理解されたい。

各種アプリケーション及び／または他の機能性が、各種実施形態に係るコンピュータデバイス１１２で実行され得る。コンピュータデバイス１１２において実行される内容は、例えば、ＤＮＳサービス１３３及び他のアプリケーション、サービス、工程、システム、エンジン、または機能を含むが、本明細書には詳細に記載しない。ＤＮＳサービス１３３は、ＤＮＳコアサービス１２４のようなプロトコルをも実施する他のコンポーネントと通信することにより、ＤＮＳプロトコルを実施するため、実行される。

次に、ネットワーク環境１００の各種コンポーネントの動作の一般的な説明を提供する。初めに、管理クライアント１０６においてユーザーは、ネットワーク１０９を介して、ＤＮＳ管理アプリケーション１２７と通信しても良く、ＤＮＳレコードデータストア１２１に蓄積されるＤＮＳレコード１３６のアップデートを可能にするユーザインタフェースを要求する。これを成し遂げるために、ＤＮＳ管理アプリケーション１２７は、一実施形態において、ＤＮＳレコードをアップデートするためのユーザインタフェースを含む１つまたは複数のネットワークページを生じる。ＤＮＳ管理アプリケーション１２７は、その後、生じたネットワークページをネットワーク１０９を介し、管理クライアント１０６に送信し、そして、ブラウザ１４２により翻訳される。

ユーザーが、ＤＮＳレコード１３６をアップデートすることが可能となる前に、管理クライアント１０６は、ＤＮＳ管理アプリケーション１２７と協力して、いくつかの手段（例えば、ユーザ名及びパスワード）で、ユーザーを認証する。認証工程は、特定のドメイン名、または単一の主体によって所有されるドメイン名の組とユーザーを関連付ける。アップデートは、認証されたドメイン名と関連付けたレコードに制限される。

ドメインオーナーは、ＤＮＳレコード１３６またはレコードの組にアップデートを示すため、ネットワークページと対話する。そのようなアップデートは、例えば、１つまたは複数の新規レコードの発生、１つまたは複数の既存レコードの削除、または１つまたは複数の既存レコードの編集を含み得る。限定されない一例では、ドメインオーナーは、特定のドメイン名に関連付けたインターネットプロトコル（ＩＰ）アドレス範囲を修正し得る。別の限定されない一例では、ドメインオーナーは、正規名を特定のドメイン名と関連付けるＤＮＳレコード１３６を追加し得る。また別の限定されない一例では、ドメインオーナーは、１つのドメイン名を別のものと関連付ける既存のＤＮＳレコード１３６を削除し得る。管理クライアント１０６は、その後、アップデートＤＮＳレコード要求を記載するネットワークページから、ネットワーク１０９を介し、ＤＮＳ管理アプリケーション１２７に情報を送信する。

別の実施形態において、管理クライアント１０６は、ＤＮＳ管理アプリケーション１２７からインタフェースを受信するよりもむしろ、局所的に、ユーザインタフェースを生じ得る。そのような実施形態において、ドメインオーナーは、局所的に生じるユーザインタフェースと相互作用し、ＤＮＳレコード１３６またはレコードの組に、上述の手段で、アップデートを命令する。管理クライアント１０６は、その後、この相互作用に基づくＤＮＳアップデート要求を生じ、ＤＮＳアップデート要求をＤＮＳアップデート管理アプリケーション１２７に、例えばウェブサービスのようなネットワークサービスを通して送信する。

ＤＮＳレコードをアップデートする要求は、アップデートされるレコード、及びレコードのデータフィールドに作製される修正を記載する。限定されない一例では、ＤＮＳアドレスレコードをアップデートする要求は、「アドレス値＝196.44.10.10」を有するＡレコード」としてレコードを、及び「値を196.88.10.10に変更」として作製される修正を記載し得る。別の限定されない一例では、アップデートの要求は、「全てのメールサーバレコード」としてレコードを、また「削除」として作製される修正を記載し得る。上記のように、全てのアップデート要求は、認証されるドメインオーナーと関係付けられるレコードに属する。従って、アップデート要求「全てのメールサーバレコードを削除」は、暗に、ドメインオーナーと関連付けられるメールサーバレコードにのみ適用され、ＤＮＳレコードデータストア１２１にある全てのメールサーバレコードには適用されない。

ＤＮＳアップデート要求を取得した後、ＤＮＳ管理アプリケーション１２７は、検証のためにＤＮＳアップデート検証サービス１３０上まで、ＤＮＳアップデート要求を通す。ＤＮＳアップデート要求は、ＤＮＳ管理アプリケーション１２７を通過し、その後、ＤＮＳ管理アプリケーション１２７は、ドメインオーナーとしてユーザーを認証しなければならない。従って、ＤＮＳアップデート検証サービス１３０により受信されるアップデート要求は、特定のドメイン名またはドメイン名の組と関連付けられるレコードに制限される。

ＤＮＳアップデート検証サービス１３０は、アップデートポリシーデータストア１１８に保存される１つまたは複数の適切なアップデートポリシー１３９を適用することにより、ＤＮＳアップデート要求を検証する。この目的のために、ＤＮＳアップデート検証サービス１３０は、ＤＮＳレコード１３６の識別子フィールド（例えば、ＩＰアドレスフィールド、ドメイン名フィールド）に要求される修正が、アップデートポリシー１３９の条件に違反するか否かを決定する。アップデートポリシー１３９の適用の結果に基づき、ＤＮＳアップデート検証サービス１３０は、アップデート要求を許可または拒否する。アップデートポリシー１３９は、アップデート間にレコードのデータフィールドに施行される、少なくとも１つのＤＮＳレコードの種類及び少なくとも１つの条件を特定する。条件は、否定的（ＤＮＳレコードへの禁止の修正の用語で表現されるような）、または肯定的（ＤＮＳレコードへの許可できる修正の用語で表現されるような）であり得る。

アップデート要求を検証するため、ＤＮＳアップデート検証サービス１３０は、アップデートされるＤＮＳレコードの種類と合うアップデートポリシー１３９を検索する。ＤＮＳアップデート検証サービス１３０は、ＤＮＳレコードに要求される修正を検査し、要求される修正がアップデートポリシー１３９の条件に違反しているか否かを決定する。限定されない一例では、要求が、新規アドレスフィールド196.88.10.10を有する特定のＡレコードを、また条件「範囲168.*.*.*になければならない」を特定するＡレコードのためのアップデートポリシー１３９を更新するためのものである場合、その後、ＤＮＳアップデート検証サービス１３０は、アップデート要求を拒否する。要求は、196.88.10.10が範囲168.*.*.*にないため、拒否され、従って、アップデートされるＤＮＳレコードは、アップデートポリシー１３９によって特定される条件を拒否する。

ＩＰアドレスに含まれている条件は、特定のアドレス、アドレス範囲、または複数のアドレス範囲を特定し得る。アドレス範囲は、不連続であり得る。条件は、特定のドメイン名またはドメイン名のリストを特定し得る。リストは、ホワイトリストまたはブラックリストであり得る。条件がホワイトリストを含有する場合、アップデートは、新規ドメイン名がリストに含まれる場合に限り許可される。条件がブラックリストを含有する場合、アップデートは、新規ドメイン名がリストに含まれる場合であっても拒絶される。ホワイトリスト及びブラックリストは、また、ＩＰアドレスを用いて、使用され得る。

条件の別の例は、「全てのオーナードメイン」条件であり、アップデートは、新規アドレスまたは新規ドメイン名が認証されるドメインオーナーによっても所有されるものである場合に限り許可される。例えば、ドメインオーナーは、foo.comと同様に、abc.comを所有し得る。この場合、ＣＮＡＭＥレコードの種類及び全てのオーナードメイン条件を含むポリシーは、両者が同一の主体によって所有されるため、新規ＣＮＡＭＥレコードを許可する。

条件のまた別の例は、「オーナーインフラストラクチャ」条件であり、アップデートは、新規識別子フィールドが、認識されるドメインオーナーにより制御されるインフラストラクチャを最終的に指す限り、許可される。いくつかの実施形態において、識別子フィールドは、アドレスフィールドまたはドメイン名フィールドである。

続いて、図２に移ると、各種実施形態に係るＤＮＳアップデート検証サービス１３０の一部の動作の一例を提供するフローチャートが示される。図２のフローチャートは、単に、本明細書に記載されるようなＤＮＳアップデート検証サービス１３０の一部の動作を実行するために採用され得る、多くの異なる種類の機能的配列の一例に過ぎないことを理解されたい。あるいは、図２のフローチャートは、１つまたは複数の実施形態に係る、コンピュータデバイス１０３（図１）で実行される方法の工程の一例を描写するように見ることもできる。

ボックス２０３で初めて、ＤＮＳアップデート検証サービス１３０は、ＤＮＳ管理アプリケーション１２７からＤＮＳアップデート要求を取得する。上記のように、アップデート要求は、管理クライアント１０６からネットワーク１０９を介して発し、ＤＮＳ管理アプリケーション１２７は、ＤＮＳアップデート検証サービス１３０にたいして、要求を伝える。限定されない一例では、アップデート要求が、ハイパーテキストトランスファープロトコル（ＨＴＴＰ）、ＳＯＡＰ、及び／またはいくつかの他のプロトコルを使用することにより変換され得る。

次に、ボックス２０６において、ＤＮＳアップデート検証サービス１３０は、アップデートされるＤＮＳレコードの種類に適合するアップデートポリシー１３９を検索する。ボックス２０９において、ＤＮＳアップデート検証サービス１３０は、いずれかの適合するアップデートポリシー１３９が発見されたか否かを決定する。ボックス２０９において、ＤＮＳアップデート検証サービス１３０が適合するアップデートポリシー１３９を発見しないことを決定した場合、ＤＮＳアップデート検証サービス１３０は、ボックス２１２に移動する。

ボックス２１２において、ＤＮＳアップデート検証サービス１３０は、アップデート要求に記載されるように、ＤＮＳレコード１３６をアップデートする。いくつかの実施形態において、ＤＮＳコアサービス１２４のサービスを使用することを含む。ボックス２１５において、ＤＮＳアップデート検証サービス１３０は、アップデート要求が許可されたことを命令する。管理クライアント１０６は、その結果を通知する。その後、ＤＮＳアップデート検証サービス１３０は終了する。

あるいは、ボックス２０９において、ＤＮＳアップデート検証サービス１３０が、適合するアップデートポリシー１３９を発見したことを決定した場合、ＤＮＳアップデート検証サービス１３０は、ボックス２１８に進む。ボックス２１８において、ＤＮＳアップデート検証サービス１３０は、ＤＮＳレコード１３６のようきゅうされるアップデートを検査し、要求されるアップデートがアップデートポリシー１３９の条件に違反しているか否かを決定する。ボックス２１８において、ＤＮＳアップデート検証サービス１３０が条件が違反すると決定した場合、ＤＮＳアップデート検証サービス１３０は、ボックス２２１に移動する。ボックス２２１において、ＤＮＳアップデート検証サービス１３０は、アップデート要求を拒否することを命令する。管理クライアント１０６が、その結果を通知する。その後、ＤＮアップデート検証サービスは、終了する。

あるいは、ボックス２１８において、ＤＮＳアップデート検証サービス１３０が、適合するアップデートポリシー１３９の条件に違反しない場合、ＤＮＳアップデート検証サービス１３０は、ボックス２１２に移動する。ボックス２１２において、ＤＮＳアップデート検証サービス１３０は、アップデート要求に従い、ＤＮＳレコード１３６をアップデートする。ボックス２１５において、ＤＮＳアップデート検証サービス１３０は、アップデート要求が許可されたことを示す。管理クライアント１０６は、その結果を通知される。その後、ＤＮＳアップデート検証サービス１３０は終了する。

続いて、図３を参照すると、各種実施形態に係るＤＮＳアップデート検証サービス１３０の一部の動作の別の例を提供するフローチャートが示される。図３のフローチャートが、単に、本明細書に記載されるような、ＤＮＳアップデート検証サービス１３０の一部の動作を実行するために採用され得る多くの異なる種類の機能的な配置の一例であることを理解されたい。あるいは、図３のフローチャートを、１つまたは複数の実施形態に係るコンピュータデバイス１０３（図１）で実行される方法の工程の例を描写するように見ることができる。

ボックス３０３で初めて、ＤＮＳアップデート検証サービス１３０は、管理クライアント１０６からドメインオーナーを表す証明を受信する。それら証明は、アップデートポリシー１３９を設定する目的のためにある。言い換えると、それら証明で一旦認証されると、ドメインオーナーは、新規アップデートポリシー１３９の発生、既存アップデートポリシー１３９の削除、及び既存アップデートポリシー１３９の編集が許可される。いくつかの実施形態において、ＤＮＳ管理アプリケーション１２７は、ＤＮＳアップデート検証サービス１３０と管理クライアント１０６間の仲介の役割を担う。他の実施形態において、ＤＮＳ管理アプリケーション１２７は、それら証明を取得することを含まない。

次に、ボックス３０６において、ＤＮＳアップデートサービス１３０は、ドメインオーナーがアップデートポリシー１３９を設定することの認証を受けているか否かを決定するために、受信した証明を認証する。ボックス３０６において行われる認証には、ユーザーがＤＮＳレコードデータストア１２１においてＤＮＳレコード１３６をアップデートすることができるか否かを決定する認証が加わる。いくつかの実施形態において、ポリシーの設定を目的として使用される認証機構は、ＤＮＳレコードのアップデートを目的として使用されるものとは異なる機構である。いくつかの実施形態において、ポリシーの設定を目的として使用される認証機構は、ＤＮＳレコードのアップデートの目的で使用ものより大きな不都合の度合を課し、その結果、アップデートポリシー１３９の設定は、ＤＮＳレコードのアップデートをハックすることがより困難になる。ポリシー設定のための認証機構の例は、認証トークンに基づくハードウェアを提供すること、バイオメトリックスを通し特定されること、または音声通話を行い、人間の代理人と、または音声応答システムと話すことを行うことドメインオーナーに要求することを含む。

ボックス３０９において、ＤＮＳアップデート検証サービス１３０は、ポリシー設定認証が通ったか失敗したかを決定する。ボックス３０９において、ＤＮＳアップデート検証サービス１３０がポリシー設定認証に失敗したことを決定した場合、ＤＮＳアップデート検証サービス１３０は、ボックス３１２に移動する。ボックス３１２において、ＤＮＳアップデート検証サービス１３０は、管理クライアント１０６にポリシー設定が失敗したことを通知する。その後、ＤＮＳアップデート検証サービス１３０は、終了する。

ボックス３０９において、ＤＮＳアップデート検証サービス１３０が、ポリシー設定認証を通った場合、ＤＮＳアップデート検証サービス１３０は、ボックス３１５に移動する。ボックス３１５において、ドメインオーナーは、アップデートポリシー１３９の設定を許可される。各種設定機構が使用され得る。設定は、例えば、管理クライアント１０６において実行される、ＤＮＳ管理アプリケーション１２７によって生じ、ブラウザ１４２によってドメインオーナーに譲渡されるユーザインタフェースによって提供され得る。あるいは、アップデートポリシー１３９は、テキストファイル形式を取り得り、その結果ドメインオーナーは、管理クライアント１０６においてテキストファイルを編集することにより、アップデートポリシー１３９を設定し、編集されたテキストファイルをコンピュータデバイス１０３にアップロードし、その後、ＤＮＳアップデート検証サービス１３０を実行する。ドメインオーナーがアップデートポリシー１３９の設定を終えた際、ＤＮＳアップデート検証サービス１３０は終了する。

次に、図４を参照すると、本開示の実施形態に係るコンピュータデバイス１０３の概略ブロック図が示される。コンピュータデバイス１０３は、例えば、いずれもローカルインタフェース４０９に接続される、プロセッサ４０３及びメモリ４０６を有する少なくとも１つのプロセッサ回路を含む。この目的のため、コンピュータデバイス１０３は、例えば、少なくとも１つのサーバコンピュータまたは同様の装置を含み得る。ローカルインタフェース４０９は、例えば、理解され得るように、アドレス／制御バスまたは他のバス構造と通信するデータバスを備え得る。

プロセッサ４０３によって実行可能なデータ及び複数のコンポーネントの両方がメモリ４０６に保存される。特に、ＤＮＳコアサービス１２４、ＤＮＳ管理アプリケーション１２７、ＤＮＳアップデート検証サービス１３０及び潜在的な他のアプリケーションがメモリ４０６に保存され、プロセッサによって実行可能である。また、アップデートポリシーデータストア１１８、ＤＮＳレコードデータストア１２１、及び他のデータがメモリ４０６に保存されても良い。加えて、動作システムは、メモリ４０６に保存されても良く、プロセッサ４０３によって実行可能である。不図示ではあるが、コンピュータデバイス１１２は、また、図４に示されるようなコンポーネントも含む、それによりＤＮＳサービス１３３は、メモリに保存され、プロセッサによって実行可能である。

理解され得るように、メモリ４０６に保存され、プロセッサ４０３によって実行可能な他のアプリケーションがあり得ることを理解されたい。本明細書で検討されるいずれかのコンポーネントがソフトウェア形式で実行される場合、Ｃ、Ｃ＋＋、Ｃ＃、Ｏｂｊｅｃｔｉｖｅ Ｃ、Ｊａｖａ（登録商標）、Ｊａｖａ Ｓｃｒｉｐｔ（登録商標）、Ｐｅｒｌ、ＰＨＰ、Ｖｉｓｕａｌ Ｂａｓｉｃ、Ｐｙｔｈｏｎ、Ｒｕｂｙ、Ｄｅｌｐｈｉ、Ｆｌａｓｈまたは他のプログラミング言語のような多くのプログラミング言語のうちいずれか１つが採用され得る。

多くのソフトウェアコンポーネントが、メモリ４０６に保存され、プロセッサ４０３によって実行可能である。この点において、用語「実行可能」とは、プロセッサ４０３によって最終的に実行させることのできる形式であるプログラムファイルを意味する。実行可能なプログラムの例には、例えば、メモリ４０６のランダムアクセス部に搭載され得る形式でマシンコードに翻訳され、プロセッサ４０３により実行され得るカンパイルされたプログラム、オブジェクトコードのような適切な形式で表され、メモリ４０６のランダムアクセス部に搭載され得る、プロセッサ４０３によって実行されることが可能であるソースコード、または、またはプロセッサ４０３によって実行されるため、メモリ４０６のランダムアクセス部に命令を生じるよう、別の実行可能なプログラムによって解釈され得るソースコードがある。実行可能なプログラムは、例えば、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、ハードドライブ、ソリッドステートドライブ、ＵＳＢフラッシュメモリ、メモリカード、コンパクトディスク（ＣＤ）またはデジタル多用途ディスク（ＤＶＤ）のような光学ディスク、フロッピー（登録商標）ディスク、磁気テープ、または他のメモリ装置を含むメモリ４０６の一部または装置に保存され得る。

メモリ４０６は、本明細書においては、揮発性及び不揮発性メモリと、データ記憶装置の両方を含むように定義される。揮発性装置は、電力がないと、データ値を維持しないものである。不揮発性装置は、電力がなくてもデータ値を維持するものである。従って、メモリ４０６は、例えば、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、ハードドライブ、ソリッドステートドライブ、ＵＳＢフラッシュドライブ、メモリカードリーダーを介してアクセスされるメモリカード、フロッピーディスクリーダーを介してアクセスされるフロッピーディスク、光学ディスクリーダーを介してアクセスされる光学ディスク、適切なテープドライブを介してアクセスされる磁気テープ、及び／または他のメモリ装置、または２つ以上のそれらメモリ装置の組み合わせを備え得る。加えて、ＲＡＭは、例えば、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、または磁気ランダムアクセスメモリ（ＭＲＡＭ）、及び他のそのような装置を備え得る。ＲＯＭは、例えば、プログラマブル読み出し専用メモリ（ＰＲＯＭ）、消去可能プログラマブル読み出し専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読み出し専用メモリ（ＥＥＰＲＯＭ）、または他の同様なメモリ装置を備え得る。

また、プロセッサ４０３は、複数のプロセッサ４０３を表しても良く、メモリ４０６は、複数のメモリ４０６を表しても良く、それらは、それぞれ並行して処理回路を動作する。そのような場合、ローカルインタフェース４０９は、複数のプロセッサ４０３のうちいずれか２つの間の、プロセッサ４０３とメモリ４０６のいずれかの間の、または、メモリ４０６のいずれかの２つの間などの通信を容易にする適切なネットワーク１０９、１１５（図１）であり得る。ローカルインタフェース４０９は、例えば、負荷分散を行うことを含む、この通信を調整するよう設計されるさらなるシステムを備え得る。プロセッサ４０３は、電気的であるか、またはいくつかの他の利用可能な構造であり得る。

本明細書に記載される、ＤＮＳコアサービス１２４、ＤＮＳ管理アプリケーション１２７、ＤＮＳアップデート検証サービス１３０、及び他の各種システムは、上述のように凡用性のあるハードウェアによって実行されるソフトウェアまたはコードで実施されても良く、またあるいは、同じものがまた、専用ハードウェア、またはソフトウェア／凡用性のあるハードウェア及び専用ハードウェアの組み合わせで実施され得る。専用ハードウェアで実施される場合、各々は、多くの技術のうちいずれか１つまたはその組み合わせを採用する回路または状態機器として実施されることができる。それら技術は、限定するわけではないが、１つまたは複数のデータ信号の適用において各種論理機能を実施する論理ゲートを有する別々の論理回路、適切な論理ゲートを有する特定用途向け集積回路、または他のコンポーネントなどを含み得る。そのような技術は、一般的に、当業者にとって周知であり、従って、本明細書には、詳細に記載しない。

図３及び４のフローチャートは、ＤＮＳアップデート検証サービス１３０の部分的な実施の機能及び動作を示す。ソフトウェアで実施される場合、各ブロックはモジュール、セグメント、または、指定される論理機能を実施するプログラム命令を含むコード部分を表し得る。プログラム命令は、コンピュータシステムまたは他のシステムのプロセッサ４０３のような適切な実行システムにより認識可能な数値命令を含むプログラミング言語またはマシンコードで書かれる人が解読可能な命題を含むソースコードの形式で実施され得る。マシンコードは、ソースコードなどから変換され得る。ハードウェアで実施される場合、各ブロックは、指定される論理機能を実施する回路または多くの相互接続される回路を表し得る。

図３及び４は、特定の実行順序を示すが、実行順序が、描写されるものとは異なり得ることを理解されたい。例えば、２つ以上のブロックの実行順序が、図示される順序に対して組み換えられ得る。また、図３及び４に続けて図示される２つ以上のブロックは、同時に、または部分的に同時に実行され得る。さらに、いくつかの実施形態において、図３及び４に示される１つまたは複数のブロックは、削除または省略され得る。加えて、計算機、状態変数、警告信号装置、またはメッセージの数は、有用性上、計算、性能計測の向上、またはトラブルシューティング補助資料の提供などの目的で、本明細書に記載されるロジカルフローに追加され得る。全てのそのような変形形態は、本開示の範囲内にあることを理解されたい。

また、ソフトウェアまたはコードを含むＤＮＳコアサービス１２４、ＤＮＳ管理アプリケーション１２７、ＤＮＳアップデート検証サービス１３０を含む本明細書に記載のロジックまたはアプリケーションは、例えば、コンピュータシステムまた他のシステムのプロセッサ４０３のような命令実行システムに接続され又は使用するための非揮発性コンピュータ可読媒体で実施され得る。この点で、ロジックは、例えば、コンピュータ可読媒体から取得されても良く、命令実行システムによって実行され得る命令及び宣言を含む命題を含み得る。本開示の内容において、「コンピュータ可読媒体」は、命令実行システムにより、またはそれに接続され使用する、本明細書に記載のロジックまたはアプリケーションを含有、保存、または保持することができる媒体であり得る。コンピュータ可読媒体は、例えば、電気的、磁気的、光学的、電磁的、赤外線、または半導体媒体のような多くの物理媒体のいずれか１つを含み得る。より具体的な適切なコンピュータ可読媒体の例は、限定するわけではないが、磁気テープ、磁気フロッピーディスク、磁気ハードディスク、メモリカード、ソリッドステートドライブ、ＵＳＢフラッシュドライブ、または光学ディスクを含むであろう。また、コンピュータ可読媒体は、例えば、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、または磁気ランダムアクセスメモリ（ＭＲＡＭ）を含むランダムアクセスメモリ（ＲＡＭ）であり得る。加えて、コンピュータ可読媒体は、読み取り専用メモリ（ＲＯＭ）、プログラマブル読み出し専用メモリ（ＰＲＯＭ）、消去可能プログラマブル読み出し専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読み出し専用メモリ（ＥＥＰＲＯＭ）、または他の種のメモリデバイスであり得る。

（付記１）
コンピュータデバイスに実行されるプログラムを実施する非一時的なコンピュータ可読媒体であって、
前記プログラムは、
ドメインネームシステム（ＤＮＳ）レコード修正の目的でドメインオーナーを認証するコードと、
前記ドメインオーナーによって所有されるドメインと関連付けられる少なくとも１つのＤＮＳレコードを修正する要求を受信するコードと、
前記要求に少なくとも１つのポリシーを適用することにより前記要求を検証するコードと、
ここで、前記検証は、認証の成功に応答して、前記少なくとも１つのポリシーは、前記ドメインオーナーによって制御されるインフラストラクチャの外側を指す識別子を参照する前記ＤＮＳレコードの修正を禁止し、
前記検証の失敗に応答して前記少なくとも１つのＤＮＳレコードを修正する要求を拒否するコードと、
前記ドメインオーナーに意図的に不都合な機構を使用するポリシー設定の目的で、前記ドメインオーナーを認証するコードと、
前記少なくとも１つのポリシーを設定する要求を受信するコードと、
ポリシー設定の目的で、前記認証の失敗に応答する設定要求を拒否するコードと、を含む非一時的なコンピュータ可読媒体。

（付記２）
前記認証の成功に応答する設定要求を認可するコードをさらに含む付記１に記載のコンピュータ可読媒体。

（付記３）
検証する前記コードは、ＩＰアドレスフィールドが前記少なくとも１つのＤＮＳレコードに存在することを決定し、少なくとも、前記少なくとも１つのポリシーによって特定される１つまたは複数の範囲内に含有されるアドレスフィールドを条件として修正する要求を成功を伴って検証する付記１に記載のコンピュータ可読媒体。

（付記４）
検証する前記コードは、正規名が前記少なくとも１つのＤＮＳレコードに存在することを決定し、前記少なくとも１つのポリシーによって特定されるホワイトリストにある正規名を条件にして、修正する前記要求を成功を伴って検証する付記１に記載のコンピュータ可読媒体。

（付記５）
検証する前記コードは、交換ドメイン名が前記少なくとも１つのＤＮＳレコードに存在することを決定し、前記ドメインオーナーによって制御されるインフラストラクチャ内にある交換ドメイン名を条件にして、修正する要求を成功を伴って検証する付記１に記載のコンピュータ可読媒体。

（付記６）
少なくとも１つのコンピュータデバイスと、
前記少なくとも１つのコンピュータデバイスで実行可能なドメインネームシステム（ＤＮＳ）ポリシーマネージャと、を含み、
前記ＤＮＳポリシーマネージャは、
ドメインオーナーによって所有されるドメインと関連付けられる少なくとも１つのＤＮＳレコードに、前記ドメインオーナーによって制御されるインフラストラクチャの外側を指す前記ＤＮＳレコードの修正を禁止する少なくとも１つのポリシーを適用するロジックと、
少なくとも、前記少なくとも１つのポリシーの適用に基づいて、前記少なくとも１つのＤＮＳレコードへ要求される修正を選択的に認可するロジックと、を含むシステム。

（付記７）
前記ＤＮＳポリシーマネージャは、さらに、前記ドメインオーナーによる設定要求に応答する前記少なくとも１つのポリシーを設定するロジックを含む付記６に記載のシステム。

（付記８）
前記要求される修正を選択的に認可する前記ロジックは、少なくとも、前記少なくとも１つのポリシーにより特定される少なくとも１つの範囲内に含有されている前記少なくとも１つのＤＮＳレコードにあるＩＰアドレスの条件付きで、前記要求される修正条を認可する付記６に記載のシステム。

（付記９）
前記要求される修正を選択的に認可する前記ロジックは、少なくとも、前記ドメインオーナーにより所有される別のドメインの部分にある前記少なくとも１つのＤＮＳレコードのネームの条件により前記要求される修正条を認可する付記６に記載のシステム。

（付記１０）
前記要求される修正を選択的に認可する前記ロジックは、少なくとも、前記オーナーにより制御される前記インフラストラクチャ内にある前記少なくとも１つのＤＮＳレコードのネームの条件により前記要求される修正を認可する付記６に記載のシステム。

（付記１１）
前記要求される修正を選択的に認可する前記ロジックは、少なくとも、前記少なくとも１つのポリシーにより特定されるホワイトリスト内に含有されている前記少なくとも１つのＤＮＳレコードのネームの条件により、前記要求される修正を認可する付記６に記載のシステム。

（付記１２）
ドメインオーナーによって所有されるドメインと関連付けられる少なくとも１つのドメインネームシステム（ＤＮＳ）レコードを修正する要求を受信する工程と、
前記ドメインオーナーによって設定されている少なくとも１つのポリシーでもって、前記少なくとも１つのＤＮＳレコードを修正する前記要求を比較する工程と、
少なくとも前記比較に基づき、前記少なくとも１つのＤＮＳレコードへの前記要求される修正を選択的に認可する工程と、を含む方法。

（付記１３）
前記ドメインオーナーによる設定要求に応答する前記少なくとも１つのポリシーを設定する工程をさらに含む付記１２に記載の方法。

（付記１４）
ポリシー設定の目的で、前記ドメインオーナーを認証する工程と、
前記認証の失敗に応答する前記設定要求を拒否する工程と、をさらに含む付記１３に記載の方法。

（付記１５）
ＤＮＳレコード修正の目的で、第１認証機構を使用して前記ドメインオーナーを認証する工程と、
前記第１認証機構を使用する前記認証の失敗に応答する前記少なくとも１つのＤＮＳレコードへの前記要求される修正を拒否する工程と、
ポリシー設定の目的で、前記第１認証機構とは異なる第２認証機構を使用して、前記ドメインオーナーを認証する工程と、
前記第２認証機構を使用する前記認証の失敗に応答する前記設定要求を拒否する工程と、をさらに含む付記１３に記載の方法。

（付記１６）
ＤＮＳレコード修正の目的で、第１認証機構を使用して、前記ドメインオーナーを認証する工程と、
前記第１認証機構を使用する前記認証の失敗に応答する前記少なくとも１つのＤＮＳレコードへの前記要求される修正を拒否する工程と、
前記第１認証機構により課される不都合の別の度合よりも大きな不都合の度合を課し、ポリシー設定の目的で使用される第２認証機構を使用し、前記ドメインオーナーを認証する工程と、
前記第２認証機構を使用する前記認証の失敗に応答する前記設定要求を拒否する工程と、をさらに含む付記１３に記載の方法。

（付記１７）
前記少なくとも１つのポリシーは、前記ドメインオーナーにより制御されるインフラストラクチャの外部を指す前記少なくとも１つのＤＮＳレコードの修正を禁止する付記１２に記載の方法。

（付記１８）
少なくとも、前記ポリシーにより特定される少なくとも１つの範囲内に含有されている前記少なくとも１つのＤＮＳレコードにあるＩＰアドレスの条件付きで、前記要求される修正を認可する工程をさらに含む付記１２に記載の方法。

（付記１９）
少なくとも、前記ドメインオーナーにより所有される別のドメインの部分にある前記少なくとも１つのＤＮＳレコードのネームの条件付きで、前記要求される修正を認可する工程をさらに含む付記１２に記載の方法。

（付記２０）
少なくとも、前記オーナーにより制御されるインフラストラクチャ内にある前記少なくとも１つのＤＮＳレコードのネームの条件付きで、前記要求される修正を認可する工程をさらに含む付記１２に記載の方法。

（付記２１）
少なくとも、前記ポリシーにより特定されるホワイトリスト内に含有されている前記少なくとも１つのＤＮＳレコードのネームの条件付きで、前記要求される修正を認可する工程をさらに含む付記１２に記載の方法。

本開示の上述の実施形態は、本開示の原理の明確な理解のために論述される実施の可能な単なる例であることを強調すべきである。多くの変形形態及び修正形態は、本開示の精神及び原理から著しく逸脱することなく、上述の実施形態から作製され得る。全ての修正形態及び変形形態は、本開示の範囲内、本明細書に含まれること、以下の特許請求の範囲により保護されることが意図される。

Claims (14)

1. 少なくとも１つのコンピュータデバイスと、
   前記少なくとも１つのコンピュータデバイスにおいて実行可能なドメインネームシステム（ＤＮＳ）ポリシーマネージャと、を含み、
   前記ＤＮＳポリシーマネージャは、
   ドメインオーナーによって制御されるインフラストラクチャ外の少なくとも１つのコンピュータデバイスを指すために、ＤＮＳレコードを修正することを禁止する少なくとも１つのポリシーを、前記ドメインオーナーによって所有されるドメインと関連付けられる前記少なくとも１つのＤＮＳレコードに適用されるロジックと、
   少なくとも前記少なくとも１つのポリシーの適用に基づく、前記少なくとも１つのＤＮＳレコードに、要求される修正を選択的に認可するロジックと、を含むシステム。
2. ＤＮＳポリシーマネージャは、さらに、前記ドメインオーナーによる設定要求に応答して前記少なくとも１つのポリシーを設定するロジックを含む請求項１に記載のシステム。
3. 前記要求される修正を選択的に認可する前記ロジックは、前記少なくとも１つのポリシーにより特定される少なくとも１つの範囲内に含まれる前記少なくとも１つのＤＮＳレコードにあるＩＰアドレスの条件で、要求される修正を認可する請求項１に記載のシステム。
4. 前記要求される修正を選択的に認可する前記ロジックは、少なくとも、前記ドメインオーナーによって所有される別のドメインの部分にある前記少なくとも１つのＤＮＳレコードにあるネームの条件で前記要求される修正を認可する請求項１に記載のシステム。
5. 前記要求される修正を選択的に認可するロジックは、少なくとも、前記ドメインオーナーにより制御されるインフラストラクチャ内にある前記少なくとも１つのＤＮＳレコードにあるネームの条件で前記要求される修正を認可する請求項１に記載のシステム。
6. 前記要求される修正を選択的に認可する前記ロジックは、少なくとも、前記少なくとも１つのポリシーにより特定されるホワイトリスト内に含有されている前記少なくとも１つのＤＮＳレコードにあるネームの条件で、前記要求される修正を認可する請求項１に記載のシステム。
7. ドメインオーナーによって所有されるドメインと関連付けられる少なくとも１つのドメインネームシステム（ＤＮＳ）レコードを修正する要求を受信する工程と、
   前記ドメインオーナーによって設定される少なくとも１つのポリシーを用いて前記少なくとも１つのＤＮＳレコードを修正する要求を比較する工程と、
   少なくとも前記比較に基づき、前記少なくとも１つのＤＮＳレコードに、前記要求される修正を選択的に認可する工程と、を含み、
   前記少なくとも１つのポリシーが、前記ドメインオーナーによって制御されるインフラストラクチャ外の少なくとも１つのコンピュータデバイスを指すために、前記少なくとも１つのＤＮＳレコードを修正することを禁止する、
   方法。
8. 前記ドメインオーナーにより設定要求に応答する前記少なくとも１つのポリシーを設定する工程をさらに含む請求項７に記載の方法。
9. ポリシー設定の目的で前記ドメインオーナーを認証する工程と、
   前記認証の失敗に応答する設定要求を拒否する工程と、をさらに含む請求項８に記載の方法。
10. ＤＮＳレコードの修正の目的で、第１認証機構を使用して前記ドメインオーナーを認証する工程と、
    前記第１認証機構を使用して前記認証の失敗に応答する前記少なくとも１つのＤＮＳレコードへの要求される修正を拒否する工程と、
    ポリシー設定の目的で、前記第１認証機構とは異なる第２認証機構を使用して、前記ドメインオーナーを認証する工程と、前記第２認証機構を使用する認証の失敗に応答する設定要求を拒否する工程とをさらに含む請求項８に記載の方法。
11. ＤＮＳレコード修正の目的で、第１認証機構を使用して、前記ドメインオーナーを認証する工程と、
    前記第１認証機構を使用する認証の失敗に応答する、前記少なくとも１つのＤＮＳレコードへの前記要求される修正を拒否する工程と、
    前記第１認証機構によって課される不都合の別の度合よりも大きな不都合の度合を課す、ポリシー設定の目的で使用される第２認証機構を使用して前記ドメインオーナーを認証する工程と、
    前記第２認証機構を使用する認証の失敗に応答する設定要求を拒否する工程と、をさらに含む請求項８に記載の方法。
12. 少なくとも、前記ポリシーによって特定される少なくとも１つの範囲内に含有されている前記少なくとも１つのＤＮＳレコードにあるＩＰアドレスの条件で、前記要求される修正を認可する工程をさらに含む請求項７に記載の方法。
13. 少なくとも、前記ドメインオーナーによって所有される別のドメインの部分にある前記少なくとも１つのＤＮＳレコードのネームの条件で、前記要求される修正を認可する工程をさらに含む請求項７に記載の方法。
14. 少なくとも、前記ドメインオーナーによって制御されるインフラストラクチャ内にある前記少なくとも１つのＤＮＳレコードのネームの条件で、前記要求される修正を認可する工程をさらに含む請求項７に記載の方法。

Images