[ Enterprise operations ]

Prepare a DMARC audit pack that another reviewer can reproduce

Build an audit pack that lets a second reviewer reconstruct a finding from retained inputs, explicit rules and a traceable decision.

By the EmailAuth research team · 2 min read

[ Key points ]

  • Build an audit pack that lets a second reviewer reconstruct a finding from retained inputs, explicit rules and a traceable decision.
  • Freeze the population, inputs and interpretation; an independent arithmetic check is not an audit of real services.
On this page

An authentication audit pack should answer a practical question: could another person reach the same bounded conclusion without asking the author what a spreadsheet column meant? A screenshot can support a record, but it rarely preserves the scope, transformations and exclusions needed to reproduce a finding. Begin with one claim, then supply the inputs and reasoning that support it.

State the claim and its limits

Use a claim such as “one of three registered services lacks current evidence of an aligned authentication pass.” Avoid “the domain is secure.” Under RFC 9989, DMARC evaluates authentication with identifier alignment. It does not certify the business purpose of a sender, guarantee delivery or account for every impersonation method.

Define the organization, services, domains, review interval, time zone and evidence cut-off. Separate the inventory denominator from the messages actually observed. A service may be approved yet not appear during a short observation interval. Missing telemetry is a finding about visibility until additional evidence explains it.

Retain a reconstruction path

Preserve raw inputs in a restricted area with collection timestamps and integrity hashes. Record transformations, deduplication keys, exclusions and tool versions. For aggregate reports, retain report identity, reporting organization and interval alongside each extracted row. RFC 9990 describes report structure; a report row is not a complete transaction history or proof of inbox placement.

Link each finding to the exact service-register entry, relevant rows, interpretation and corrective decision. Keep personal content out of a general audit summary. A hash checks whether retained bytes changed; it does not establish authenticity, completeness or an authorized approval. Preserve source provenance and access history separately.

Reconstruct a self-contained hypothetical finding

Assume three registered services: billing, payroll and newsletter. All three have current business approval. Billing and newsletter have current authorized aligned-pass observations within the declared review interval; payroll has none. Under the proposed rule requiring both approval and current evidence, two of three services qualify. Payroll is an evidence gap, not a demonstrated authentication failure. These are stated assumptions, not retained operational files or an executed audit.

Changing only payroll’s assumed observation to a current aligned pass makes coverage three of three. Starting instead from the original case and removing billing’s approval leaves one of three. These separate counterfactuals show how the conclusion depends on inputs. A real reviewer needs actual frozen records and provenance, not just these example sentences.

Give the reviewer a bounded assignment

Ask an independent reviewer to reconstruct the two-of-three result, identify the payroll gap and explain why unobserved is not identical to authentication failure. Give the reviewer the same frozen inputs and rules, then record their identity, result, disagreements and exact input hashes. For a real audit, external reproduction remains pending until a separate reviewer actually inspects the frozen evidence and records the result. Reviewing this article or its hypothetical arithmetic does not satisfy that operational assurance gate.

Close a finding only when its stated closure evidence exists. For payroll, that means a service-owner-confirmed route and a current authorized test with receiver authentication evidence, not deleting payroll from the denominator. Preserve unresolved items, review dates and responsible owners so the next audit can distinguish progress from a changed population.

[ Takeaway ]

Freeze the population, inputs and interpretation; an independent arithmetic check is not an audit of real services.

[ By role ]

What this means for you

Choose your role for practical next steps.

IT / Mail Admin

Preserve the input chain

Make each reported number reconstructable.

Next steps

  1. Retain report identity and interval.
  2. Version transformations.
  3. Review the hypothetical coverage changes and their arithmetic; record separate reviewer reproduction before closing that gate.

CISO / SecOps

Test the audit trail

Independent review must inspect the actual inputs.

Next steps

  1. Commission a separate reproduction.
  2. Review exclusions.
  3. Control raw-evidence access.

Founder / Non-technical

Ask for a reproducible conclusion

Require a decision you can trace to the service estate.

Next steps

  1. Approve the review scope.
  2. Assign a payroll evidence owner.
  3. Keep unresolved gaps visible.

[ FAQs ]

Frequently asked questions

What is the smallest useful audit pack?

One explicit claim, its bounded population, retained inputs, transformation rules and a linked decision.

Does a screenshot reproduce a finding?

Usually not by itself. Preserve the underlying values and the rule that produced the displayed result.

What is the hypothetical coverage result?

Two of three registered services have both approval and current aligned-pass evidence; payroll is unobserved.

Does unobserved mean failed?

No. It identifies missing evidence within the chosen interval, not a demonstrated DMARC failure.

What should the second reviewer do?

Recompute the finding from frozen inputs and document any assumptions or disagreement.

Does a hash prove the evidence is genuine?

No. It detects a change in bytes but does not establish origin or truth.

May we remove a difficult service from coverage?

Only if the scope genuinely changes and that decision is documented. Do not hide a gap by silently shrinking the denominator.

Does reviewing this article complete a real audit?

No. A real independent reviewer must inspect the actual frozen operational inputs, rules and provenance. Checking hypothetical arithmetic is not that review.

[ 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

Evidence cut-off
The latest timestamp included in a defined review.
Reproducibility
The ability to reconstruct a result using recorded inputs and rules.

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