内容

はじめに

ランダムDNS要求の例

ランダムDNS要求の説明

なぜこのような要求が発生するのでしょうか。

原因としてChromeを特定する方法

はじめに

このドキュメントでは、アクティビティレポートに表示される可能性のあるランダムなDNS要求の性質と原因、およびその発生源を特定する方法について説明します。

ランダムDNS要求の例

これらの要求の例は、通常は異常な、または一見ランダムな文字列として表示されます。

iafkbge

nwvkqqojgx

uefakmvidzao

claeedov

cjkcmrh

cjemikolwaczyb

ccshpypwvddmro

cdsvmfjgvfcnbob

cegzaukxjexfrk

ceqmhxowbcys

cewigwgvfd

cexggxhwgt

ランダムDNS要求の説明

すべてのインターネットサービスプロバイダーがDNS応答に関するRFCルールに準拠しているわけではありません。アクティビティ検索レポートに表示されるこれらの不明瞭なDNS要求は、エンドユーザを保護するために一意の要求を送信するGoogle Chromeの方法に起因します。

なぜこのような要求が発生するのでしょうか。

- 一部のインターネットサービスプロバイダーは、存在しないドメインに対するDNSクエリに、プロバイダー所有のアドレスを指すAレコードで応答します。結果として表示されるランディングページには、通常、「did you mean...」などのアドバタイズメントとメッセージが表示されます。 このタイプの操作と関連する結果の概要については、DNSハイジャックに関するWikipediaの記事を参照してください。

- RFC標準によれば、存在しないドメインに対するDNS要求の正しい応答はNXDOMAINです。広告は一般に不要であるため、Googleはこの動作をテストする方法を開発しました。起動時に、Chromeは3つの要求を送信し、応答が何であるかを確認します。テストドメインがNXDOMAINに解決されるのではなく同じAレコードに解決される場合、Chromeはこの動作を検出し、エンドユーザからのアドバタイズメントを非表示にします。

- この手法は、ランダムに見えるDNS要求の唯一の原因ではありませんが、最も一般的なシナリオの1つを表しています。

原因としてChromeを特定する方法

- 同じ内部ホストから送信された3つの異常なDNSクエリのグループを探します。このパターンは、Chromeがテストクエリを生成していることを示します。