All guides

DNS & DNSSEC / Guide

DNS and DNSSEC: finding an address, then checking it.

DNS translates a name such as adg.id into an address computers understand. DNSSEC adds a check so resolvers can verify that the answer is genuine. They work together: one helps find the destination, the other helps confirm that the destination can be trusted.

6 min read
01

What DNS does

Every time you visit a website, your device queries the DNS system to find out what IP address hosts that domain. DNS is a hierarchical, distributed database managed across millions of servers worldwide.

The lookup process:

  1. Your browser asks a recursive resolver (usually provided by your ISP or a service like 8.8.8.8)
  2. The resolver queries the root nameservers to find which nameserver manages the TLD (e.g., .com)
  3. The resolver queries the TLD nameservers to find the authoritative nameserver for the specific domain
  4. The resolver queries the authoritative nameserver for the final answer (the IP address)
  5. The resolver caches the result for the record's TTL (time-to-live) period

This process typically takes 20–120 milliseconds. The DNS system handles trillions of queries daily and was designed for speed and resilience — not security.

02

What DNSSEC adds

DNSSEC extends DNS with digital signatures at each step of the lookup chain. Key additions:

DNSKEY records — Published by each zone, containing the public keys used to verify signatures in that zone.

RRSIG records — Digital signatures covering each DNS record set. Resolvers use the zone's public key to verify these signatures before accepting the data.

DS records — Delegation Signer records published in the parent zone, creating the link (chain of trust) between parent and child zones.

NSEC/NSEC3 records — Authenticated denial-of-existence records, proving that a queried name does not exist in the zone.

The chain of trust begins at the DNS root zone, whose KSK is managed by IANA and can be verified by anyone. From there, each zone is vouched for by its parent, all the way down to individual second-level domains.

03

DNS vs DNSSEC: side-by-side comparison

FeatureDNSDNSSEC
FunctionResolves names to IP addressesVerifies DNS data authenticity
Introduced1983 (RFC 882/883)1997–2005 (RFC 2535, 4033–4035)
EncryptionNoneSignatures (not encryption)
Prevents cache poisoningNoYes
Prevents eavesdroppingNoNo (use DoH/DoT for this)
ICANN required for TLDsYesYes
Registrant optionalN/AYes (second-level domains)
Performance impactBaselineSlightly larger responses
Failure modeReturns wrong answer silentlyReturns SERVFAIL (visible error)
04

When DNSSEC validation fails

A key behavioral difference: when DNS returns a bad answer (cache poisoning), your browser navigates to the attacker's site silently. When DNSSEC validation fails, the resolver returns a SERVFAIL error — the domain appears unreachable rather than being transparently hijacked.

This is actually desirable: a visible error is safer than an invisible redirect to a fraudulent server. Users or monitoring systems can detect SERVFAIL; they cannot detect silent DNS hijacking.

For TLD operators, this means DNSSEC signing mistakes — expired signatures, misconfigured rollover — create visible outages. This is why professional DNSSEC management (with 24/7 monitoring, automated signing, and HSM-based key protection) is essential, not optional.

FAQ

Frequently asked questions

Does DNSSEC slow down DNS resolution?

DNSSEC validation adds a small amount of processing time on the resolver side and increases DNS response sizes (due to signatures). In practice, the added latency is typically 1–5ms for modern resolvers, which is negligible. ADG's Anycast network is optimized to minimize both DNS latency and DNSSEC overhead.

Can I use DNSSEC without an RSP?

Individual domain owners can enable DNSSEC through their registrar's control panel — this doesn't require an RSP. TLD operators (registry operators) do need RSP-level support since managing zone signing keys, key ceremonies, and DS record submissions at the TLD level requires specialized infrastructure.

Does DNSSEC prevent all DNS attacks?

DNSSEC prevents data authenticity attacks — cache poisoning, spoofing, and man-in-the-middle injection. It does not prevent Denial-of-Service (DoS/DDoS) attacks against DNS infrastructure, DNS query eavesdropping (use DoH/DoT for that), or registrar/registry account compromise.

Next step

Operating a TLD? Build DNS and DNSSEC on one foundation.

ADG helps TLD operators run Anycast DNS and DNSSEC as part of their registry service, with operations designed for availability, security, and TLD technical needs.

Explore ADG managed DNS and DNSSECExplore ADG's RDNS Provider service →

Read next

Continue with guides that connect the concept to your operational needs

  1. 01 / DNS & DNSSEC

    DNSSEC: How to Know DNS Answers Can Be Trusted

  2. 02 / DNS & DNSSEC

    Anycast DNS: Keeping Domains Fast and Easy to Reach

  3. 03 / New gTLD

    Applying for a New gTLD: A Guide for 2026 Applicants and the Next Round