D3 About D3
Data provenance

17 authoritative sources

Every data point in a D3 Certified Report originates from a primary, authoritative source. No third-party aggregators. No cached data of unknown age. Below is a full account of what each source is, why it is authoritative, and how D3 uses it.

DNS & Resolution

1

Recursive DNS resolvers

IANA Root Zone
Authority: IANA / operator-controlled root zone

What it is: Anycast resolvers that traverse the DNS hierarchy starting at IANA-delegated root servers.

How D3 uses it: D3 queries multiple geographically distributed resolvers to obtain A, AAAA, MX, NS, TXT, CAA, CNAME and SOA records. Multi-resolver queries catch hijack or split-horizon anomalies invisible to a single resolver.

2

Authoritative nameservers

Authority: Domain registrant — operator of the zone

What it is: The nameservers listed in the TLD registry delegation for the domain, queried directly without caching.

How D3 uses it: D3 falls back to direct authoritative queries to detect discrepancies between recursive cache and authoritative truth — a key signal for DNS hijacking.

3

DNSSEC validation chain

IANA DNSSEC
Authority: IANA DNSSEC root trust anchor

What it is: Cryptographic chain of trust from the IANA-signed root zone through TLD and domain zone.

How D3 uses it: D3 verifies the DNSSEC validation chain (DS, DNSKEY, RRSIG) and reports whether the domain has a valid, broken or missing DNSSEC deployment.

Registration & WHOIS

4

RDAP (Registration Data Access Protocol)

IANA RDAP Bootstrap
Authority: IANA RDAP bootstrap registry

What it is: The successor to WHOIS. Structured JSON responses from TLD-specific authoritative RDAP servers, routed via IANA's bootstrap registry.

How D3 uses it: D3 uses IANA bootstrap to route each query to the correct TLD-specific RDAP server, obtaining registrar, registrant (where published), registration/expiry dates, EPP status codes and nameservers in structured form. RDAP is mandatory for all ICANN-accredited gTLD registrars since 2019.

5

Classic WHOIS (port 43)

Authority: Registry operators / ccTLD authorities

What it is: The legacy plain-text registration data protocol, still used by most ccTLDs and some gTLDs.

How D3 uses it: D3 falls back to TCP port 43 WHOIS for TLDs not yet serving RDAP, with TLD-specific parsers for registries such as DNS Belgium (.be), SIDN (.nl), and DENIC (.de).

Email Security

6

SPF (Sender Policy Framework) — DNS TXT

RFC 7208
Authority: Domain operator, specified in RFC 7208

What it is: A DNS TXT record that authorises which mail servers may send email on behalf of the domain.

How D3 uses it: D3 retrieves, parses and validates the SPF record, scoring it for completeness, correctness and security posture.

7

DKIM (DomainKeys Identified Mail) — DNS TXT

RFC 6376
Authority: Domain operator, specified in RFC 6376

What it is: Cryptographic key published in DNS that allows receiving mail servers to verify message integrity and origin.

How D3 uses it: D3 probes common DKIM selector names to determine whether DKIM is deployed and whether the key is valid.

8

DMARC (Domain-based Message Authentication) — DNS TXT

RFC 7489
Authority: Domain operator, specified in RFC 7489

What it is: A policy record that specifies how receiving servers should handle messages failing SPF or DKIM checks.

How D3 uses it: D3 retrieves and interprets the DMARC policy (none / quarantine / reject), reporting percentage, and aggregate/forensic reporting addresses.

9

BIMI / MTA-STS / DANE / TLS-RPT

Authority: IETF standards (RFC 8461, RFC 8460, RFC 6698, RFC 7672)

What it is: Advanced email authentication and transport security standards.

How D3 uses it: D3 checks for BIMI brand indicators, MTA-STS policy enforcement, DANE/TLSA certificate pinning and TLS-RPT reporting — each scored for presence and correctness.

Certificate Transparency

10

Certificate Transparency logs

certificate.transparency.dev
Authority: Browser vendors (Google, Apple, Mozilla) via RFC 9162

What it is: Publicly auditable append-only logs of every TLS certificate issued by a participating Certificate Authority.

How D3 uses it: D3 queries CT aggregators to surface recently issued certificates for the domain and its subdomains — a key signal for detecting unauthorised certificate issuance (a prerequisite for HTTPS-based man-in-the-middle attacks).

Reputation & Threat Feeds

11

Spamhaus DBL / SBL / XBL / ZRD

Spamhaus lists
Authority: Spamhaus Technology Ltd — industry-standard blocklist operator

What it is: The world's most widely-used domain and IP reputation blocklists. DBL lists domains involved in spam/phishing. SBL lists spam-source IPs. XBL lists exploited/botnet IPs. ZRD lists newly registered domains with no send history.

How D3 uses it: D3 queries each list for the domain and its resolved IP addresses, reporting exact list membership and severity.

12

Google Web Risk

Google Web Risk API
Authority: Google LLC — derived from Safe Browsing + active crawler

What it is: Google's enterprise threat intelligence API covering malware distribution, phishing, social engineering and unwanted software.

How D3 uses it: D3 queries the Web Risk Lookup API (v1) for the domain, reporting any active threat classifications with their expiry timestamps.

Brand Monitoring

13

ICANN CZDS — gTLD zone files

ICANN CZDS
Authority: ICANN — Internet Corporation for Assigned Names and Numbers

What it is: The Centralized Zone Data Service provides zone files for all participating generic top-level domains (.com, .net, .org and hundreds of others). Each zone file lists every registered domain under that TLD.

How D3 uses it: D3 processes gTLD zone files daily via ICANN CZDS to detect newly registered domains matching brand keywords, using 12 mutation techniques (deletion, substitution, transposition, IDN homoglyphs, combosquatting and more).

14

DNS resolution of lookalike variants

Authority: Authoritative DNS (see sources 1 & 2)

What it is: Active DNS probing of every generated typosquatting variant.

How D3 uses it: Each lookalike variant is DNS-resolved to determine whether it is registered (NS records), actively used (A/AAAA), email-capable (MX) or passive. Active variants are scored higher for threat risk.

Compliance Mapping

15

NIS2 Directive — Article 21 controls

NIS2 Directive text
Authority: European Parliament and Council — Directive (EU) 2022/2555

What it is: The EU Network and Information Security Directive 2 mandates specific cybersecurity risk management measures for in-scope organisations, including domain and DNS security controls.

How D3 uses it: D3 maps each scan finding to relevant NIS2 Article 21 obligations, producing an evidence-backed compliance status for every control that the domain configuration can speak to.

16

ISO/IEC 27001:2022 — Annex A controls

ISO 27001
Authority: International Organization for Standardization

What it is: The international standard for information security management systems. Annex A lists 93 controls across four domains.

How D3 uses it: D3 maps findings to the Annex A controls relevant to domain security (particularly domains 5, 8 and 12), supporting ISMS evidence collection and external audits.

17

IANA root zone database

IANA Root Zone Database
Authority: IANA — Internet Assigned Numbers Authority

What it is: The authoritative list of all delegated top-level domains, registries and their technical parameters.

How D3 uses it: D3 uses the IANA root zone database to validate TLD existence, route RDAP queries via bootstrap, and determine whether a domain's TLD is gTLD, ccTLD or new TLD — which affects applicable data availability and legal jurisdiction.

Questions about data sourcing, freshness or methodology?

Contact us