セキュリティ用語集

ACL(アクセス制御リスト)とは?

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

An ACL (access control list) is a security control that permits or denies access to resources based on defined match criteria such as source IP address, evaluated rule-by-rule from top to bottom with the first match determining the outcome. In DNS servers, ACLs restrict queries, zone transfers, and dynamic updates by controlling who can perform these actions, but their effectiveness depends on proper rule ordering, documentation, and supplementation with authentication methods like TSIG to defend against address spoofing. Managing ACLs at scale presents operational challenges as rules accumulate, stale entries create unintended access, and misconfigured lists cause either security exposure or legitimate client blocking, making consistent review and clear documentation essential for reliable DNS security.

  • ACLs evaluate entries sequentially and stop at the first match, making rule order critical—a broad permit above a specific deny renders the deny ineffective and allows unintended traffic through.
  • Address-based ACLs alone are vulnerable to source IP spoofing, particularly over UDP; pairing ACL matching with cryptographic authentication such as TSIG or network-edge filtering significantly strengthens protection for sensitive DNS operations like zone transfers and dynamic updates.
  • Stale ACL entries referencing decommissioned hosts create residual risk because reassigned addresses can inherit unintended permissions, a problem mitigated by regular review, documentation, and removal of obsolete rules across all servers.

ACLの概要

AttributeValue
Full nameAccess control list
CategorySecurity control
Primary usePermitting or denying access to a resource based on defined match criteria
Related termsFirewall, Zone transfer, Dynamic DNS update, TSIG, Recursive resolver, Split-horizon DNS

ACLの仕組み

ACLとは、各エントリが一致条件と「許可」または「拒否」のアクションを組み合わせたリストのことです。このリストを適用するシステムは、リクエストをエントリと比較し、最初に一致したエントリの結果を適用します。

  1. リクエストの到着:クライアントやデバイスが、DNSクエリの送信、ゾーン転送の要求、ルーターを経由したパケットの転送などのアクションを試みます。
  2. 抽出された基準:適用システムは、リストが照合に使用する属性(通常は送信元IPアドレス、ネットワーク機器の場合は宛先、プロトコル、またはポートも)を読み取ります。DNSサーバーは、暗号鍵に基づいて照合を行うこともあります。
  3. エントリの評価順序:システムはエントリを上から下へと順にチェックします。ほとんどの実装では、最初に一致したエントリで処理を停止し、そのアクションを適用します。
  4. 適用されるアクション:「許可(permit)」エントリはリクエストを許可します。「拒否(deny)」エントリはリクエストを拒否または破棄します。多くのシステムでは、リストの最後に暗黙の拒否(implicit deny)が設定されているため、どのエントリにも一致しないリクエストは拒否されます。

順序が重要であるため、広範囲な許可ルールを狭範囲な拒否ルールの前に配置すると、その拒否ルールが機能しなくなる可能性があります。 DNSサーバーでは、クエリ、再帰、転送、更新といった異なる機能を管理するために、通常、個別のリストが使用されるため、各機能ごとに独自の対象範囲を設定できます。アドレスに基づく照合は偽装される可能性があるため、動的更新のような機密性の高い操作については、TSIGなどの認証も併せて要求することで、より強固に保護することが推奨されます。

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

アクセス制御リスト(ACL)は、そのシンプルさと、ほぼすべてのルーター、ファイアウォール、DNSサーバーで利用可能であることから、ネットワーク分野で最も広く採用されている制御手段の一つです。しかし、そのコストは規模の拡大に伴い顕在化します。 例外が蓄積されるにつれてリストは膨れ上がり、エンジニアはどのエントリがなぜ存在するのか把握できなくなってしまいます。廃止されたアドレスを参照する古いエントリは、後に無関係なホストによって再利用され、本来持つべきではないアクセス権を継承してしまう可能性があります。

DNS において、ACL は明確なセキュリティ上の役割を果たします。任意の要求者に対してゾーン転送を許可する権威サーバーは、ゾーンの内容をすべて公開することになり、これにより攻撃者はホストやサービスのマップを入手できてしまいます。 あらゆる送信元からのクエリに応答する再帰的リゾルバーは、リフレクション攻撃や増幅攻撃に悪用される可能性があります。そのため、リフレクター攻撃における再帰的ネームサーバーの使用を防止するためのBCP 140などのガイドラインでは、再帰処理を意図したクライアントに限定することを推奨しています。

管理が不十分なACLは、2つの点で問題を引き起こします。 過度に寛容なルールはサービスをインターネットに開放したままにしてしまう一方、過度に厳格なルールや順序が誤ったルールは正当なクライアントをブロックし、追跡が困難な断続的な解決失敗を引き起こします。リストを文書化し、定期的に見直しを行い、サーバー間で一貫性を保つことで、これらの問題を軽減できます。また、アドレスマッチングと認証を組み合わせることで、偽装された送信元による被害を制限できます。

ACLと関連用語の比較

ACL 対 ファイアウォール

ACLは、トラフィックやリクエストを許可または拒否するルールの一覧であるのに対し、ファイアウォールはポリシーを適用するデバイスまたはサービスであり、ACLを他の検査手法と組み合わせて使用する場合があります。

AttributeACLFirewall
What it isAn ordered list of permit and deny entriesA device or software service that enforces security policy
Typical matchingSource address, and on network devices destination, protocol, or portAddresses and ports, and often connection state or application
State trackingOften stateless on routers and switchesCommonly stateful
Where it runsRouters, switches, firewalls, DNS serversNetwork perimeters, host systems, or virtual appliances

ACL 対 TSIG (トランザクション署名)

ACLはアドレスなどの一致条件に基づいてアクセスを許可する対象を決定しますが、TSIGは共有秘密鍵を使用してDNSメッセージを認証します。TSIGとは何ですか?

AttributeACLTSIG (Transaction Signature)
PurposePermits or denies requestsAuthenticates DNS transactions
Basis of trustMatch criteria such as source IP addressShared secret key and a signature on each message
Spoofing resistanceWeak when it relies on source address aloneStronger, because forging a message requires the key
Common DNS useLimiting queries, zone transfers, and updatesSecuring zone transfers and dynamic updates

ACLに関するよくある問題

特定の「拒否」ルールの上に広範な「許可」ルールを配置すると、「拒否」ルールが一致しなくなるため、ブロックされるべきトラフィックが通過してしまいます。エンジニアは通常、拒否エントリのヒットカウンターがゼロのまま変わらないことで、この問題に気づきます。

多くの実装では、リストの末尾に暗黙の「拒否」が設定されているため、それまで空だったリストに最初のエントリを追加すると、突然それ以外のすべての通信がブロックされてしまうことがあります。これにより、わずかな変更を行った直後にサービス停止が発生することがよくあります。

廃止されたホスト名を指定するエントリは、アドレスが再割り当てされた後もそのまま残ります。その結果、新しいホストは、誰も与えるつもりのなかったゾーン転送の許可などのアクセス権を継承することになります。

送信元IPアドレスのみに依存するACLは、特にUDPでは、偽造パケットによって迂回される可能性があります。キーベースの認証やネットワークエッジでのフィルタリングと組み合わせることで、このリスクを軽減できます。

再帰サーバーで任意のアドレスからのクエリを許可すると、増幅攻撃に悪用される可能性があります。任意のアドレスへの転送を許可すると、ゾーンの内容がすべて公開されてしまいます。

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

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

ACLに関するよくある質問

関連用語

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

関連記事