DNS用語集

RPZ(レスポンス・ポリシー・ゾーン)とは?

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

レスポンス・ポリシー・ゾーン(RPZ)は、標準的なDNSゾーンに適用ルールをレコードとして保存することで、再帰的リゾルバーがDNS応答にポリシールールを適用できるようにするDNSセキュリティメカニズムです。これにより、管理者は特定のドメインに対するクエリをブロック、リダイレクト、または許可することができ、ゾーン転送を通じてそれらのルールを配布できます。 RPZは、エンドポイントソフトウェアを必要とせずに数千台のデバイスに適用できる、一元化されたポリシーベースのDNSフィルタリングを組織に提供します。既知のマルウェア、フィッシング、またはコマンド&コントロールドメインへの接続を早期に遮断することでセキュリティ上の価値をもたらすと同時に、感染したホストを特定するためのログを生成します。 ただし、RPZはDNSレイヤーでのみ動作し、正当なサービスをブロックしないよう慎重な管理が必要であるほか、直接的なIP接続や外部リゾルバーを使用するクライアントに対しては保護できないため、より広範なネットワークセキュリティ戦略の一層として最も効果を発揮します。

  • RPZルールは標準的なDNSゾーン転送を通じてリゾルバーに配信されるため、リゾルバーの再起動や手動による設定変更を必要とせずに、脅威インテリジェンスフィードやカスタム許可/ブロックリストを継続的に更新することが可能です。
  • ポリシールールが広範囲に及んだり、ゾーン転送が古くなったりすると、組織全体で正当なサービスがブロックされたり、リゾルバーが新たな脅威に対する保護措置を最新の状態に保てなくなったりして、運用に重大な支障をきたす可能性があります。
  • RPZでは、IPアドレスへの直接接続や、パブリックDNSサービスやDNS over HTTPSなどの外部リゾルバーを使用するクライアントからのクエリをブロックすることはできないため、これらのバイパスシナリオに対処するには、補完的なネットワーク制御が必要となる。

RPZの概要

AttributeValue
Full nameResponse Policy Zone
CategoryDNS security control
Primary useApplying domain-based policy to recursive resolver answers, such as blocking known malicious domains
Related termsRecursive resolver, DNS zone, Zone transfer, DNS firewall, NXDOMAIN, DNS sinkhole

RPZの仕組み

RPZとは、通常のデータではなくポリシーを記述するレコードを持つ、通常のDNSゾーンのことです。このゾーンを使用するように設定されたリゾルバーは、各応答を生成する際にそのルールを確認します。

  1. ポリシーゾーンの公開:管理者またはフィードプロバイダーがゾーンを作成します。このゾーンでは、所有者名やレコードデータに、トリガーとなるドメイン名や実行すべきアクションなどのルールがエンコードされます。
  2. リゾルバーへの配布:リゾルバーは標準的なゾーン転送を通じてゾーンをセカンダリとして読み込むため、ルールの更新は再起動や手動での編集を必要とせずにリゾルバーに反映されます。
  3. クエリの照合:クライアントが名前を要求すると、リゾルバーはクエリ名、および場合によっては返されたアドレスやネームサーバーを、ポリシールールと照合します。
  4. アクションの適用:ルールに一致した場合、リゾルバーは応答を書き換えます。一般的なアクションには、NXDOMAINを返す、空の応答を返す、リダイレクト先を返す、または応答をそのまま通過させるなどがあります。
  5. レスポンスを返す:クライアントは変更された、あるいは元の応答を受け取りますが、その結果として生じる動作以外からは、ポリシーが適用されたことを通常は判別できません。

一致の判定は、RPZをサポートし有効にしているリゾルバー上でのみ行われ、複数のポリシーゾーンにまたがってルールの順序を指定することで優先順位を設定できます。また、多くのリゾルバーでは一致した記録をログに記録できるため、セキュリティチームは、どのクライアントがブロックされた名前をクエリしたかの記録を確認できます。

エンタープライズネットワークにおいてRPZが重要な理由

RPZは、すべてのクライアントがすでにクエリを送信しているリゾルバ上で、ドメインベースのポリシーを適用する手段を組織に提供します。1つのポリシーゾーンで、エンドポイントソフトウェアを実行できないデバイスを含め、数千台のデバイスをカバーできます。ルールは通常のDNSゾーンとして配布されるため、チームは脅威インテリジェンスフィードを独自の許可リストやブロックリストと組み合わせ、継続的に更新することができます。

そのセキュリティ上の価値は、早期の遮断にあります。既知のマルウェア、フィッシング、またはコマンド&コントロール(C&C)ドメインへのルックアップをブロックまたはリダイレクトすることで、接続が確立される前に阻止することができ、ログに記録された一致情報により、クエリパターンから感染したホストを特定するのに役立ちます。 RPZはDNSレイヤーでのみ機能するため、トラフィックを検査することはなく、IPアドレスに直接接続するクライアントや、組織の管理外にあるリゾルバーを使用するクライアントを阻止することはできません。

管理の不備は深刻な混乱を招きます。範囲が広すぎるルールや不適切なフィードエントリは、組織全体の正当なサービスをブロックする恐れがあり、古くなったゾーン転送や転送の失敗は、リゾルバーの保護機能を時代遅れにしてしまう可能性があります。また、書き換えられた応答は、独自に検証を行うクライアントのDNSSEC検証を破綻させる恐れもあります。 チームは、ルールのテスト、許可リストの管理、ゾーン転送の監視、および一致ログの定期的な確認を行う必要があります。

RPZと関連用語の比較

RPZ 対 DNS シンクホール

DNSシンクホールとは、望ましくない名前に対して制御された応答を返す技術であり、RPZは、そのような応答を生成するためのルールを公開・配布するための標準化された方法です。DNSシンクホールとは?

AttributeRPZDNS sinkhole
NaturePolicy format and distribution mechanismResponse technique
Rule storageRecords in a DNS zoneDepends on the implementation
DistributionZone transfer to secondary resolversConfigured per resolver or by the product used
Typical outcomeNXDOMAIN, NODATA, passthru, drop, or a local data answerAnswer pointing to a monitored or inert address

RPZ 対 プロテクティブ DNS

プロテクティブDNSは、悪意のあるルックアップをフィルタリングするセキュリティサービスまたはアプローチであり、RPZはそのフィルタリングを実装するために使用できるリゾルバ機能の一つです。プロテクティブDNSとは何ですか?

RPZの一般的な問題点

共有ホスティングやコンテンツ配信ドメインなど、範囲が広すぎるフィードエントリは、無関係なサイトをブロックしてヘルプデスクへの問い合わせを引き起こす可能性があります。フィードの手前に配置されたローカルポリシーゾーンで、影響を受ける名前に対してパススルールールを追加してください。

複数のポリシーゾーンが設定されている場合、リゾルバーはリストされた順序でそれらを評価するため、ローカルの許可リストよりも前に配置されたフィードが、その許可リストを上書きする可能性があります。ゾーンの順序が修正されるまで、エンジニアは許可エントリがあるにもかかわらず、その名前が依然としてブロックされているのを目にするでしょう。

TSIGキーの不一致、ファイアウォールルール、または有効期限が切れたアクセスリストが原因で、フィードプロバイダーからのゾーン転送が失敗した場合、リゾルバーは古いゾーンを引き続き提供し続け、新たな脅威がブロックされなくなります。これを検知するには、プライマリゾーンとのゾーンシリアル番号を照合して監視してください。

ポリシーゾーンの規模が非常に大きいと、メモリ使用量や読み込み時間が増加し、転送後の完全な再読み込みにより、クエリ処理が一時的に遅くなる場合があります。症状としては、フィードの更新後にレイテンシの増加やメモリ使用量の増加が見られます。

パブリックリゾルバー、ブラウザのDNS over HTTPS、またはハードコードされたサーバーを使用するクライアントは、ポリシーゾーンを参照することはありません。アウトバウンドDNSが承認されたリゾルバーに限定されるまでは、一部のデバイスではブロックが機能し、他のデバイスでは機能しないように見える場合があります。

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

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

RPZに関するよくある質問

関連用語

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

関連記事