Authoritative DNS Hosting Is Not Private DNS Resolution

“Private DNS” often means encrypted recursive resolution on a phone or browser. Authoritative DNS hosting is a different role: it publishes the records for a domain. Confusing them can lead a domain owner to believe DNSSEC or a privacy-branded host conceals queries, ownership, or zone data when it does not. Resolver setup is covered separately in the private DNS setup guide.

DNSSEC is authentication, not confidentiality. RFC 4033 says DNSSEC provides origin authentication and integrity protection and does not provide confidentiality. Signed records remain public, and a recursive resolver can still observe the names a client asks it to resolve.

Follow one lookup through the system

FIG. 1: DNS roles and the records visible at each layer
DNS roles and the records visible at each layer
RoleJobWhat it can observeWhat it does not solve
Stub resolverSends the device queryApplication request and configured resolverDoes not validate the whole chain by itself in many deployments
Recursive resolverFinds and caches the answerClient address or account, queried name, timing, responseDoes not control the domain zone
Authoritative hostPublishes the domain zoneZone records, changes, API account, query traffic reaching its serversDoes not hide resolver queries or registration data
Registrar and registryMaintain registration and delegationRegistrant or customer records, nameservers, payment and legal requestsDo not become private because DNSSEC is enabled
DNSSEC chainAuthenticates signed DNS dataPublic keys, signatures, denial proofs, delegation stateDoes not encrypt names or answers

RFC 8499 defines an authoritative server as one that answers authoritatively for a zone and a recursive resolver as a system that receives queries and obtains final answers by following referrals or using cached data. One organisation may operate both services, but the protocol roles and evidence remain distinct.

What an authoritative host receives

A hosted zone contains public records by design: addresses, mail exchangers, verification tokens, nameservers, and other data the owner publishes. The operator also needs an account or API control plane to change those records. That layer can create registration, authentication, token, timestamp, source-address, abuse, support, and donation records even though it never sees the user's ordinary browsing history.

deSEC is a useful limited example. Its official materials describe free, donation-funded authoritative DNS hosting with automatic DNSSEC and an API. Its terms say service is provided without an availability guarantee, permit throttling or disabling accounts that cause extraordinary load or cost, and say dynamic DNS domains not updated for six months may be deleted after four weeks' warning. These facts describe hosting operations, not private recursive resolution.

Evidence limit: deSEC's current privacy-policy route returned only its client application shell during this review. Full account fields, operational log retention, processors, and deletion behavior could not be independently captured. deSEC is therefore an example in this worksheet, not a Cunicula directory recommendation.

Provider evidence worksheet

1
Identify every operator. Record the registrar, registry, authoritative host, secondary DNS providers, recursive resolver, CDN, and certificate authority. A domain can expose records to all of them for different reasons.
2
List account and control records. Capture required email, payment or donation data, API tokens, source-IP logs, support records, legal entity, jurisdiction, retention, processors, and deletion terms. Mark missing fields unresolved.
3
Map zone-data exposure. Export the zone and identify records that reveal internal names, old providers, verification tokens, mail routing, or infrastructure. Remove obsolete records and avoid publishing secrets in TXT records.
4
Verify DNSSEC without overstating it. Confirm the parent delegation contains the correct DS record and validate signed answers. Record this as integrity protection. Do not label the query encrypted unless the stub-to-resolver path separately uses and verifies an encrypted transport.
5
Test failure and exit. Export the zone, document TTLs and nameserver changes, test a harmless update, and confirm how to transfer service. Review inactivity, throttling, suspension, and deletion clauses before relying on a free host.

Domain privacy also depends on the registrar and registration model. The domain registration guide covers WHOIS or RDAP exposure, payment records, and registrar trust, none of which an authoritative DNS host can erase.

Sources

Frequently Asked Questions

Is authoritative DNS hosting the same as private DNS?

No. Authoritative hosting publishes records for a domain. Recursive resolution looks up names for users. A private recursive resolver changes who handles lookup traffic; it does not host or conceal the domain’s authoritative zone.

Does DNSSEC encrypt DNS queries?

No. DNSSEC authenticates DNS data and denial-of-existence responses. RFC 4033 explicitly states that it does not provide confidentiality for DNS data.

Does using deSEC make domain ownership anonymous?

No. deSEC is an authoritative DNS host, not an anonymity service or registrar shield. Registrar and registry records, account data, zone contents, API activity, donations, and abuse handling remain separate evidence questions.