[ Regional requirements ]

Compare authentication adoption across industries using a consistent population

Compare like observation units and disclose the population mix before ranking industries.

By the EmailAuth research team · 2 min read

[ Key points ]

  • Compare like observation units and disclose the population mix before ranking industries.
  • Comparable rates require comparable populations; reject a sector ranking when selection or missingness differs.
On this page

An industry comparison can be numerically correct and still answer the wrong question. If a government category contains small local bodies while a banking category contains only the largest institutions, a difference in observed DNS policy may reflect selection rather than the industry. Standardise the entity definition, domain selection, collection window and classification rules before interpreting a gap.

Use a consistent unit

Choose whether the analysis counts entities, unique domains or message volume. These denominators are not interchangeable. For an entity-level study, define how several domains combine into one result and disclose partial coverage. For a domain-level study, explain how entities with large estates affect the distribution. A message-weighted result requires message evidence and cannot be inferred from a DNS crawl.

Show the composition before the rates

Report each sector’s entity count, unique-domain count, source date, unresolved mappings and query outcomes before computing a rate. Split overlapping categories under a predeclared rule. A difference can reflect frame coverage, classification or timing rather than sector behavior.

Audit a proposed comparison

Before publication, ask whether every sector uses the same source quality, collection rules, domain boundary and unresolved-result treatment. Show denominators and missingness beside any rate. Present central banks separately unless the study protocol explicitly assigns them elsewhere for a defensible reason. If the samples are not comparable, publish descriptive observations and explain what additional frame would support a fair comparison.

Apply a transparent hypothetical decision

Suppose a hypothetical comparison includes ten large banks selected from a current registry and ten government websites selected from memory. Even if both groups return eight candidate policy records, equal numerators do not make the frames comparable. Publish no sector ranking. First obtain defensible frames, reconcile entity/domain mappings and apply common collection and unresolved-result rules. Record this as a methodology hold, not a security failure for either sector. No domains were queried for this example.

Technical boundary and publication decision

RFC 9989 Sections 4.7, 4.10.1 and 5.3 distinguish record syntax, policy discovery and message evaluation. An exact-owner TXT observation is not full policy discovery. RFC 9990 Section 3.1 describes aggregate message evidence, which is separate from a domain crawl. RFC 2308 Section 2 distinguishes negative DNS responses; a client timeout is not proof of absence. Study-design choices here are editorial methodology, not statistical requirements prescribed by those RFCs. This teaching revision makes no historical pilot or national adoption finding; any later empirical result needs its own accessible, hash-bound data and independent method review.

[ Takeaway ]

Comparable rates require comparable populations; reject a sector ranking when selection or missingness differs.

[ By role ]

What this means for you

Choose your role for practical next steps.

IT / Mail Admin

Freeze category assignments

Classification changes can alter the comparison without any DNS change.

Next steps

  1. Keep central banks separate.
  2. Use one domain-selection rule across sectors.
  3. Reconcile sector composition before comparing rates.

CISO / SecOps

Review comparability

Security conclusions require more than DNS publication counts.

Next steps

  1. Audit unknown and excluded rows.
  2. Require message and governance evidence for broader claims.
  3. Reject security rankings based only on candidate policy tags.

Founder / Non-technical

Reject an unsupported league table

A polished ranking can hide incompatible populations.

Next steps

  1. Publish counts and composition first.
  2. Do not promote a sector winner from incomparable samples.
  3. Keep entity and domain counts separate.

[ FAQs ]

Frequently asked questions

Are domains and entities interchangeable units?

No. One entity may control many domains, and several entities may share a domain.

How should central banks be classified?

Declare a defensible classification before collection; retain a separate category when their mandate differs from commercial banks.

Do equal candidate-record rates establish equal security?

No. Population selection, full policy discovery and message outcomes remain distinct evidence.

What is the denominator in the hypothetical comparison?

Ten selected units per group, with different selection methods that prevent a defensible sector ranking.

Should unknown observations become failures?

No. Report their specific unresolved or negative-query status and state the classification scope.

Can a DNS study weight by message volume?

Only with separate valid message-volume evidence; domain counts alone do not provide it.

Why record provenance failures?

They limit entity-to-domain verification even when DNS observations succeed.

What would enable a fairer comparison?

Comparable population frames, consistent entity and domain units, common methods and explicit treatment of missing data.

[ Sources ]

Sources

  1. RFC 9989

    Sections §4.4 · §4.7 · §4.10.1 · §5.3.5 · §5.4

  2. RFC 9990

    Sections §3.1 · §7

  3. RFC 2308

    Sections §2 Negative Responses · §5 Caching Negative Answers

[ Glossary ]

Glossary

Sampling frame
The declared list from which observations are selected; it is not necessarily the target population.
Exact-owner observation
A response to the specified DNS name and type, without inferring a broader sender estate.
Unknown observation
An attempted measurement that did not produce sufficient interpretable evidence.
Observation window
The recorded UTC start and end of the collection operation.

Enterprise provenance

Why top financial institutions and governments retired their email security dashboards.

Traditional email authentication platforms sell you a dashboard and ask your engineers to do the labour. In high-stakes environments, manual oversight means delayed enforcement, configuration drift and unmonitored shadow domains.

EmailAuth is the agentic email provenance platform. Our agents enforce p=reject, keep third-party senders aligned and move your domains to full RFC 9989 compliance, the new DMARC standard,, with human-in-the-loop auditability.

Governments Large enterprises Tier-1 financial institutions

SaaS · Dedicated tenancy · Air-gapped on-prem · BYOK encryption

Knowledge Base