[ Enterprise operations ]

What a board should ask about authentication coverage and remaining risk

Ask for service-level coverage, unresolved exposure and accountable decisions rather than a domain-policy badge.

By the EmailAuth research team · 2 min read

[ Key points ]

  • Ask for service-level coverage, unresolved exposure and accountable decisions rather than a domain-policy badge.
  • Ask what remains untested and who can close each gap; an expanding inventory can lower a percentage while improving visibility.
On this page

A board needs to know whether the authentication programme reduces material business risk and where management still needs to act. A domain policy value and a portfolio pass percentage are useful inputs, but neither describes the whole control. Ask management to connect configuration, observed operation, exceptions and remaining threats to named services.

Ask what is in scope

Request a current inventory covering production senders, critical low-volume workflows, subsidiaries, dormant domains and recently acquired assets as applicable. The scope must be explicit enough to reveal omissions. A metric covering only domains already enrolled in a monitoring platform can hide the unenrolled estate.

Suppose a board’s hypothetical report covers four registered services, with three having current approved aligned-pass evidence. Two are critical, but only one of those two has evidence. The useful summary is 3/4 service coverage and 1/2 critical-service coverage, with the critical gap named. Newsletter volume cannot compensate for that missing evidence. These are assumed values, not a supplied control pack or actual management report.

Ask what the evidence means

RFC 9989 defines DMARC policy and alignment, while RFC 9990 defines aggregate reporting. These provide technical evidence, not a guarantee that all legitimate mail was observed or that all fraud was prevented. Ask which receiving organizations report, which time periods are missing and what separate evidence covers essential business routes.

Distinguish deployed configuration from tested operation. “A reject policy exists” is different from “all approved routes have been verified under that policy.” Neither establishes that a malicious request from a compromised account or lookalike domain will be stopped. Require a short statement of those remaining threats and their separate controls.

Ask which decisions remain open

For the hypothetical critical gap, ask management to name the service owner, the missing observation, the next authorized test and the decision date. For lookalike invoice fraud, ask separately about business verification using an already trusted contact route; a stronger policy on the organization’s own domain does not close that risk. Neither answer should be inferred from a single portfolio percentage.

Now suppose discovery adds a fifth in-scope service with no current test. Coverage falls from 3/4 (75%) to 3/5 (60%) without any previously verified service losing evidence. That decline reflects a broader known population, not necessarily degraded operation. These are hand-worked hypothetical figures. No board decision, management approval or remediation is asserted.

Require accountable follow-through

Ask who owns each material gap, what evidence will close it, when the next decision is due and what happens if that date is missed. Management should explain whether delay requires added staffing, provider cooperation, application changes or explicit risk acceptance. A renewed exception should preserve its original opening date and reason.

Keep the board summary compact while retaining a reproducible evidence pack for assurance reviewers. Report trend changes with their cause: newly discovered services, corrected failures and changed scope are not equivalent improvements. Do not call the programme universally compliant or complete because a technical milestone was reached. The useful conclusion is which material services are covered, which are not yet demonstrated and which decisions management is making next.

[ Takeaway ]

Ask what remains untested and who can close each gap; an expanding inventory can lower a percentage while improving visibility.

[ By role ]

What this means for you

Choose your role for practical next steps.

IT / Mail Admin

Make the figures reproducible

Retain the register and observed evidence behind the summary.

Next steps

  1. Document coverage definitions.
  2. Flag reporting gaps.
  3. Preserve exception history.

CISO / SecOps

State remaining risk

Authentication is one control in a broader programme.

Next steps

  1. Separate spoofing and lookalike threats.
  2. Review overdue acceptance decisions.
  3. Commission independent evidence checks.

Founder / Non-technical

Report decisions rather than badges

Make the business coverage and gaps visible.

Next steps

  1. Show critical-service coverage.
  2. Name remediation owners.
  3. Explain resources or decisions needed.

[ FAQs ]

Frequently asked questions

Is p=reject enough for board assurance?

No. Ask about legitimate-service coverage, operating evidence, exceptions and threats outside DMARC.

What is the example’s critical coverage?

One of two critical services, or 50%, has current approved aligned-pass evidence.

Why not use only a message-weighted pass rate?

A high-volume newsletter can conceal an untested low-volume critical service.

What scope gap should a board challenge?

Metrics that include only already-enrolled domains while omitting the rest of the known estate.

Which threats remain after authentication deployment?

Examples include compromised authorized accounts and attacker-controlled lookalike domains.

What should accompany an overdue exception?

Its original reason and age, accountable owner, current evidence, next decision and closure test.

Does this example record real board approval?

No. It is a hypothetical reporting pattern with stated arithmetic, not a supplied operational pack, board decision or management approval.

What should a trend explanation include?

Whether the change came from new evidence, remediation, newly discovered services or a revised population.

[ Sources ]

Sources

  1. RFC 9989 DMARC

    Sections §4.4 · §5.3.5 · §5.4 · §11

  2. RFC 9990 DMARC Aggregate Reporting

    Sections §3.1 · §3.1.1 · §3.5.4 · §7 · §8

[ Glossary ]

Glossary

Critical-service coverage
The share of explicitly designated critical services meeting the stated evidence rule.
Assurance boundary
The population and claims that the available evidence can actually support.

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