DNS用語集

DNSフィルタリングとは?

Abstract isometric UI showing network ranges, usage bars, region names (EMEA/APAC), and a purple "Deploy" button
主なポイント要点はAIの支援により生成されています。自動生成された要約には、時折誤りがあったり、重要な文脈が抜け落ちたりする場合があるため、完全な情報を得るには、必ずブログ記事の全文をご参照ください。

DNS filtering is a security control that blocks, allows, or redirects domain name queries at the resolver based on administrator policy and threat intelligence, stopping connections to prohibited sites before traffic is sent. It operates at the application layer (layer 7) on port 53 and provides centralized policy enforcement across all network devices, including unmanaged and IoT equipment, without requiring security agents on individual endpoints. The approach enables early threat blocking for phishing, malware, and command-and-control domains while presenting operational challenges such as client bypass paths, false positives from stale block lists, and inability to filter direct IP connections.

  • DNS filtering enforces policy at the resolver by checking queried domain names against allow lists, block lists, category rules and threat intelligence feeds before returning answers to clients.
  • The technique provides visibility into suspicious activity through query logs that identify which devices requested blocked names, helping teams locate infected hosts within the network.
  • DNS filtering cannot block traffic using direct IP addresses or connections made through encrypted DNS and outside resolvers, requiring supplementary controls to prevent bypass gaps.

DNSフィルタリングの概要

AttributeValue
CategorySecurity control
Protocol and portApplies to DNS traffic, which uses port 53 over UDP and TCP
OSI layerApplication layer (layer 7)
Primary useBlocking access to malicious, unwanted or policy-restricted domains at name resolution
Related termsDNS firewall, response policy zone, recursive resolver, DNS security, threat intelligence, DNS sinkhole

DNSフィルタリングの仕組み

DNSフィルタリングでは、クライアントがリゾルバーにドメイン名をIPアドレスに変換するよう要求する時点で、ポリシーに基づく判断が行われます。リゾルバーは、応答する前にその名前を自身のルールと照合します。

  1. クライアントによるクエリの送信:ユーザーがWebページを開いたり、アプリケーションが起動したりした際など、デバイスが設定済みの再帰的リゾルバーに対してドメイン名のアドレスを問い合わせます。
  2. リゾルバーによるポリシーチェック:フィルタリング機能を備えたリゾルバーは、クエリされたホスト名を、許可リスト、ブロックリスト、カテゴリルール、および脅威インテリジェンスフィードと照合します。ポリシーは、ユーザー、デバイスグループ、またはネットワークセグメントごとに異なる場合があります。
  3. リゾルバーはアクションを適用します。名前が許可されている場合、リゾルバーは通常通り解決を行います。ブロックされている場合、リゾルバーはNXDOMAINなどのエラー、空の応答、またはブロックページやシンクホールのアドレスを返します。
  4. クライアントは結果を受け取ります。デバイスは実際の宛先に接続するか、あるいは接続が阻止されます。通常、リゾルバーは確認のためにクエリと実行されたアクションをログに記録します。

フィルタリングの対象となるのは、フィルタリング機能付きリゾルバを使用するトラフィックのみです。IPアドレスに直接接続するクライアントや、暗号化DNSを含め外部のリゾルバにクエリを送信するクライアントは、ネットワークがそれらの経路を制限していない限り、フィルタリングを迂回することができます。また、フィルタリングではページの内容ではなく、名前のみが判定の対象となります。

企業ネットワークにおいてDNSフィルタリングが重要な理由

ほぼすべての接続はDNSルックアップから始まるため、リゾルバーは、管理対象のノートPC、ゲストデバイス、セキュリティエージェントを実行できないIoT機器など、ネットワーク上のあらゆるデバイスに対してポリシーを適用する実用的な場所となります。1つのポリシー変更だけで、各エンドポイントに個別に手を加えることなく、数千ものエンドポイントに効果を及ぼすことができます。

解決時のブロックにより、多くの脅威を早期に阻止できます。フィッシングサイト、マルウェアのダウンロード元、コマンド&コントロールドメインはすべて名前解決に依存しているため、解決を拒否することで、ペイロードが配信される前に攻撃を遮断できます。また、クエリログからは、ブロックされた名前を照会したデバイスが判明するため、チームは感染したホストを特定しやすくなります。

フィルタリングの管理が不十分だと、それ自体が問題を引き起こします。古くなったブロックリストや過度に広範なカテゴリは、正当なビジネスサービスをブロックしてしまう誤検知(偽陽性)を発生させ、チームはこれに対処するために制御機能を無効にしてしまう可能性があります。外部リゾルバを使用するデバイスなど、監視されていないバイパス経路は、カバー範囲が十分であるという誤った安心感を与えつつ、実際にはセキュリティの隙間を残してしまいます。 RFC 8499では、これらのリゾルバーの役割を記述するために使用されるDNS用語が定義されており、ポリシー、例外、およびログ記録に関する責任の所在を明確にすることで、フィルタリングの効果と信頼性を維持することができます。

DNSフィルタリングと関連用語の比較

DNSフィルタリングとProtective DNSの比較

DNSフィルタリングとは、リゾルバレベルでドメイン名の許可またはブロックを行う一般的な手法であるのに対し、プロテクティブDNSとは、通常は組織や政府向けに、名前解決の過程でフィルタリングや脅威インテリジェンスを適用するセキュリティサービスモデルである。プロテクティブDNSとは何か?

AttributeDNS filteringProtective DNS
ScopeA control that can enforce security, content or acceptable-use policyA security-focused service built around blocking malicious domains
Policy basisAdministrator rules, categories and optional threat feedsPrimarily threat intelligence about malicious domains
Typical useWeb content control and threat blockingReducing exposure to malware, phishing and command-and-control traffic

DNSフィルタリングとレスポンスポリシーゾーン(RPZ)の比較

DNSフィルタリングは、どの名前を解決するかを制御することを目的としていますが、レスポンスポリシーゾーン(RPZ)は、再帰的リゾルバーがそのポリシーを適用するために利用できるメカニズムの一つです。RPZとは何ですか?

AttributeDNS filteringResponse Policy Zone (RPZ)
TypeSecurity control or capabilityPolicy mechanism implemented in resolver software
Where policy livesResolver, cloud service or appliance, in a product-specific formA zone file containing policy rules, which can be shared between resolvers
RelationshipCan be built using several methodsOne method of building DNS filtering

DNSフィルタリングにおける一般的な問題

ハードコードされたパブリックリゾルバーが設定されているデバイスや、DNS over HTTPS を使用するブラウザは、フィルタリングリゾルバーを完全にバイパスします。その結果、これらのクライアントではブロックされたサイトが通常通り読み込まれ、クエリログにも何も記録されません。

大まかなカテゴリルールや古いブロックリストにより、正当なサイト、コンテンツ配信ドメイン、またはソフトウェア更新用ホストがブロックされてしまうことがあります。ユーザーからは、アプリケーションが動作しない、あるいはページが部分的にしか読み込まれないといった報告が寄せられますが、その原因は、クエリログを検索してブロックされた名前を特定することで初めて判明します。

クエリが中間フォワーダーやNATデバイスを経由する場合、フィルタリングを行うリゾルバーにはそのデバイスのアドレスのみが表示されます。ユーザーやグループごとのポリシーを適用することはできず、ログから発信元のホストを特定することもできません。

クライアントおよび下流のリゾルバーは、レコードの有効期間(TTL)が切れるまで応答を保持します。新たに追加されたブロックは、すでにキャッシュされている名前に対しては適用が遅れることがあり、テスト中は適用に一貫性がないように見える場合があります。

ハードコードされたIPアドレスに接続するマルウェアは、決してルックアップを行わないため、DNSフィルタリングでは検出されません。リゾルバーのみに依存しているチームは、ファイアウォールやその他の制御手段でこのトラフィックをカバーしていない限り、このトラフィックを見逃してしまいます。

統合型DDIがネットワーク運用をいかに簡素化するかをぜひご覧ください

自動化、可視化、制御機能が組み込まれた単一のプラットフォームから、DNS、DHCP、IPアドレスを管理できます。

DNSフィルタリングに関するよくある質問

関連用語

Network visualization showing IP addresses and interconnected nodes representing IPAM infrastructure and data flow

組織のネットワーク向けに、ガバナンスが確立され、監査対応可能なIPAMワークフローおよび承認モデルを構築する

ガバナンスが確立され、監査対応が可能なIPAMワークフローを実現するIP管理ソリューションをご覧ください。企業ネットワークチーム全体で、範囲を限定した承認と完全な監査証跡を実現します…

Read more
コンテンツハブ

OSIモデルの理解:7層構造におけるDNSとIPアドレスの位置づけ

OSIモデルの7つの層と、DNSおよびIPアドレスがそれらにどのように位置づけられるかを理解しましょう。BlueCatでネットワークアーキテクチャの基礎を学びましょう。…

Read more
Fiber optic cables with glowing blue and cyan light points representing high-speed network data transmission and connectivity

IPv6 およびデュアルスタック企業ネットワーク向けの DNS および IPAM のスケーリング

デュアルスタック企業ネットワーク向けに DNS および IPAM を拡張します。Micetro が、統合された DNS、DHCP、および IPAM…

Read more
Hand holding digital pen interacting with holographic network diagrams and data visualization on laptop screen, representing

Embedding DNS, DHCP, and IPAM into Ansible and Git-based infrastructure-as-code pipelines

Embedding DNS, DHCP, and IPAM into Ansible and Git-based IaC pipelines with Micetro turns address and record changes into versioned, reviewable steps

Read more
ポッドキャスト

ポッドキャスト:AIがエンタープライズソフトウェア開発をどう変えているか

AIはネットワークの自動化を変革しますが、安全な導入には、サービス停止を防ぐための堅固なソフトウェア開発手法、テスト、およびドメインの専門知識が必要です。…

Read more
ポッドキャスト

ポッドキャスト:ネットワーク運用においてオープンプラットフォームが重要な理由

オープンプラットフォームとAPIファーストのアーキテクチャにより、ハイブリッド環境の企業全体で、インテリジェントなネットワーク運用、自動化、そしてAI駆動のワークフローが実現されます。…

Read more
Network engineer reviewing LiveNX flow and telemetry data visualized across server racks in a hybrid multicloud environment

LiveAssistを活用して、すでに保有しているLiveNXのデータから答えを引き出しましょう

LiveNX用のAI搭載アドオン「LiveAssist」が、ネットワークデータを迅速で分かりやすい回答に変換し、わずか数日でその価値を実感できる仕組みについてご覧ください。…

Read more
LiveWire GEN3 device offerings overview with descriptions of deep packet visibility and deployment options
Read more

関連記事