Back to blog
dns Published: AEU DNS Newsroom

NIST Revises Secure DNS Guide, Treating DNS as a Security and Resilience Control

New NIST guidance moves DNS from background infrastructure to an active security control, covering protective DNS, DNSSEC validation, encrypted protocols, and logging for operators.

The United States National Institute of Standards and Technology (NIST) has issued a major update to its Secure Domain Name System (DNS) Deployment Guide, replacing the previous version from 2013. The new document, Special Publication 800-81 Revision 3, published in March 2026, looks beyond DNS as just a protocol or a list of names. It treats the whole operational DNS service, including recursive resolvers (servers that fetch website addresses for your devices), authoritative infrastructure (servers that hold the official records for domain names), and the policies applied around them, as an active part of an organization's security architecture.

NIST now frames DNS as a security control plane, a place where security decisions are enforced. Protective DNS (PDNS) is elevated from a niche feature to a foundational control. With PDNS, resolvers or firewalls block connections to known malicious domains before a device ever reaches them. In practice, this means integrating threat intelligence feeds into DNS firewalls or Response Policy Zones (RPZs), which are lists of dangerous domain names that a DNS server can automatically block. The guide says this approach is especially effective against phishing, malware distribution, and callback infrastructure used by attackers. It also highlights that DNS is a common channel for command-and-control (C2) communication and data exfiltration. Even when an application's traffic is encrypted, DNS queries can still reveal patterns or destinations that indicate a compromise, so monitoring and controlling DNS traffic becomes a key defensive measure.

The guidance reinforces DNSSEC, the Domain Name System Security Extensions, as a cornerstone for authenticating domain data and preventing tampering. But the focus shifts from how to deploy it to making sure validation is consistently enforced across all recursive resolvers. That means resolvers should validate DNSSEC by default and handle failures in a way that does not silently weaken security. The aim is to make DNSSEC a dependable control rather than an optional extra.

Encrypted DNS protocols, specifically DNS over HTTPS (DoH), DNS over TLS (DoT), and DNS over QUIC (DoQ), are treated as baseline features for modern deployments. These protocols protect DNS queries from interception and manipulation, which is particularly important on untrusted networks such as public Wi-Fi. DoQ offers performance and latency advantages by using the QUIC transport protocol. However, the guide also recognizes a challenge: applications and endpoints increasingly bypass local DNS resolvers in favor of external encrypted DNS services, reducing an organization's visibility and control. NIST recommends managing this through endpoint configuration and policy, ensuring encrypted DNS is used in a way that aligns with security objectives.

Recursive resolvers are positioned as the focal point for both security and observability. Beyond basic resolution, they are expected to enforce policy, validate DNSSEC, and provide actionable telemetry. Comprehensive DNS logging is essential for detecting and responding to incidents, but it can introduce performance and storage costs, so operators may need to adopt selective or structured logging to balance visibility with operational overhead. The guide also extends these considerations to operational technology (OT) and Internet of Things (IoT) environments. In networks where endpoint security controls are limited, such as factory equipment or smart home devices, DNS can serve as a lightweight but effective layer for monitoring and restricting communications.

Overall, the updated guidance offers a more mature view of DNS operations, combining protective DNS, encryption, validation, and infrastructure design into a coherent operational model. For network operators, the message is clear: DNS is no longer just a naming system; it is a strategic control surface that underpins both security and resilience. Organizations that integrate policy enforcement, ensure visibility, and design for robustness will be better positioned to manage modern threats. The full guide expands on areas such as DNS architecture, access control, abuse mitigation, and configuration management. For individual users and smaller organizations that may not run their own resolvers, a privacy-first encrypted DNS service such as AEU DNS can provide many of the same protections described in the guide, including encrypted queries, DNSSEC validation, and filtering of known malicious domains, without requiring deep technical expertise.

Terms explained

DNS
The Domain Name System, the internet's address book that converts website names into numeric IP addresses.
DNSSEC
Domain Name System Security Extensions, a set of checks that digitally sign DNS records so you can trust they have not been tampered with.
DoH
DNS over HTTPS, an encrypted way to send DNS queries through the same secure connection used for websites, hiding them from snooping.
DoT
DNS over TLS, an encrypted method that protects DNS queries from interception on untrusted networks.
DoQ
DNS over QUIC, an encrypted DNS protocol that uses the fast QUIC transport to reduce delays.
Protective DNS
A security service that blocks access to known dangerous websites by filtering DNS requests before a connection is made.
Recursive resolver
A server that looks up DNS answers on behalf of your device, asking other servers until it finds the correct address.
Response Policy Zone
A list of domain names used by a DNS server to block or redirect queries to harmful sites.

How to protect yourself

  1. On your home router or devices, look for 'DNS over HTTPS' or 'Private DNS' in network settings and turn it on, choosing a reputable encrypted DNS provider that supports DNSSEC.
  2. If you operate a website, ask your domain registrar or hosting provider to enable DNSSEC for your domain so visitors cannot be redirected to a fake site.
  3. Check whether your internet provider or company network already uses protective DNS, and if not, use a trusted filtering DNS service on your devices to block known phishing and malware sites.
  4. Keep your router firmware, browsers, and operating systems updated so they support the latest encrypted DNS and security features.
  5. For smart home devices or office equipment, place them on a separate network with DNS filtering enabled to prevent them from connecting to malicious servers.

Source: blog.apnic.net

Get private, encrypted DNS