Email authentication setup showing SPF, DKIM, and DMARC DNS records protecting a domain from spoofing and phishing
Back to Blog
GENERAL Insights Published June 8, 2026 Updated June 15, 2026 8 min read

CISA Email Authentication Guidance: SPF, DKIM, and DMARC

CISA email authentication guidance for SPF, DKIM, DMARC, DMARC reporting, p=reject rollout, phishing, spoofing, and Microsoft 365 protection.

David Darmstandler, Co-CEO & Co-Founder at Datapath

By

David Darmstandler

Co-CEO & Co-Founder

cybersecuritydata securitycompliance

Quick summary

  • CISA guidance treats SPF, DKIM, and DMARC as baseline email authentication controls for reducing spoofing and phishing.
  • SPF lists who can send for you, DKIM signs your mail, and DMARC tells receivers how to handle authentication failures.
  • Monitor DMARC reports before moving from p=none to quarantine or reject, especially in Microsoft 365 environments with many senders.

How do SPF, DKIM, and DMARC protect your email?

SPF, DKIM, and DMARC are three DNS records that together give your domain a verifiable sending identity, so receiving servers can tell real mail from spoofed mail and reject impersonation attempts. Configured correctly, they are the single most effective defense against domain spoofing and a major control against phishing and business email compromise.

Email is still a primary attack vector, especially for regulated sectors like healthcare, finance, education, and government, where attackers impersonate trusted domains to launch phishing and business email compromise (BEC) attacks. These three protocols make that impersonation far harder and improve the odds your legitimate mail reaches the inbox instead of the spam folder.

What does CISA say about SPF, DKIM, and DMARC for phishing protection?

CISA’s email and web security guidance treats SPF, DKIM, and DMARC as core controls for making spoofed domains easier to detect and reject. BOD 18-01 applies to federal civilian agencies, but its public guidance is useful for regulated businesses because it explains how DMARC reporting, p=none, p=quarantine, and p=reject work in practice.12

Need help turning CISA email authentication guidance into Microsoft 365 controls?

Datapath reviews SPF, DKIM, DMARC, Defender for Office 365, spoof intelligence, risky allow lists, quarantine outcomes, and response ownership so email authentication becomes an operated control.

Review Microsoft 365 phishing protection

What is the SPF, DKIM, and DMARC setup checklist?

Set them up in this order, since DMARC depends on the other two:

  1. SPF (Sender Policy Framework). Publish a TXT record in your DNS that lists the IP addresses and services — Microsoft 365, Google Workspace, your marketing platform — authorized to send mail on your behalf. Receivers reject senders that are not on the list.
  2. DKIM (DomainKeys Identified Mail). Generate a cryptographic key pair in your email admin console and publish the public key in DNS. This lets receiving servers verify the message was signed by your domain and not altered in transit.
  3. DMARC (Domain-based Message Authentication, Reporting, and Conformance). Publish a DMARC policy in DNS that tells receivers how to handle mail that fails SPF or DKIM — none (monitor only), quarantine, or reject — and where to send aggregate reports.

Keep SPF and DKIM stable and monitor DMARC aggregate reports for legitimate traffic before moving the policy to quarantine or reject. Tightening the policy too early can block legitimate mail from services you forgot to authorize.

These protocols are well documented in CISA’s public email security guidance and BOD 18-01 implementation materials.12 Authentication is one layer; it pairs naturally with Datapath’s Microsoft 365 phishing protection services, our Office 365 anti-phishing policy checklist, and a tested business email compromise response plan for the cases that still get through.

Which CISA email authentication need maps to a Datapath service?

CISA email authentication searches usually mean the reader needs either official guidance, a safer rollout path, or operational help proving Microsoft 365 controls are working. Use the article for protocol decisions, then route commercial needs to phishing protection, managed cybersecurity, or incident response once the question becomes implementation ownership.

Search intentBest next step
CISA email authentication SPF DKIM DMARC guidanceConfirm SPF, DKIM, DMARC, reporting, and enforcement phases in this guide.
CISA SPF DKIM DMARC phishing protectionReview Microsoft 365 phishing protection services for policy tuning and spoofing protection.
DMARC p=reject rollout supportMap legitimate senders, DMARC reports, quarantine testing, and executive sign-off before enforcement.
Microsoft 365 SPF DKIM DMARC alignmentValidate Exchange Online, marketing platforms, ticketing tools, finance systems, and third-party senders.
Spoofing or BEC already happenedFollow the business email compromise response plan and escalate incident response.

How should a Microsoft 365 team roll DMARC from p=none to p=reject?

A Microsoft 365 DMARC rollout should start with visibility, not enforcement. Publish a monitored p=none record, review aggregate reports, fix SPF and DKIM alignment for Microsoft 365 and third-party senders, test quarantine with a small percentage if needed, then move to p=reject only after legitimate mail is accounted for.

PhaseWhat to validate
InventoryMicrosoft 365, marketing, payroll, ticketing, finance, website forms, scanners, and vendors that send as your domain.
MonitorDMARC aggregate reports, SPF pass/fail, DKIM signing, alignment, unauthenticated sources, and high-volume senders.
RemediateMissing DKIM selectors, SPF includes, forwarding issues, vendor sender domains, and stale services.
EnforceMove from p=none toward quarantine or reject after business owners approve the risk of blocking unauthenticated mail.
OperateReview reports, sender changes, policy exceptions, and spoof attempts as part of recurring Microsoft 365 security operations.

What should teams monitor in DMARC reports?

DMARC reports should show whether legitimate systems are passing authentication and whether unauthorized systems are abusing your domain. Review source IPs, sending domains, SPF results, DKIM results, DMARC alignment, message volume, policy disposition, vendor changes, and repeated failures before changing policy from monitoring to enforcement.

For regulated organizations, report review should not sit with one person as a side task. Datapath folds DMARC findings into managed cybersecurity services, Microsoft 365 policy tuning, identity controls, and quarterly leadership reporting so email authentication evidence is easier to explain during insurance, audit, or board reviews.

Why Datapath for email authentication

At Datapath, our Accountability-as-a-Service™ model means we do not just publish your records and walk away. We manage DNS propagation, monitor authentication and DMARC reports, and keep your configuration aligned as you add or change sending services. That work lives inside our cybersecurity services and managed IT services, so email security is maintained, not set once and forgotten.

Struggling with deliverability or impersonation risk? Contact our team to review your domain’s security posture.

FAQ: SPF, DKIM, and DMARC setup

What is CISA email authentication guidance for SPF, DKIM, and DMARC?

CISA guidance explains how SPF, DKIM, and DMARC help receiving mail systems identify whether a message is authorized, signed, aligned, and safe to accept as mail from a given domain. The guidance emphasizes thoughtful deployment, DMARC reports, and stronger enforcement after legitimate senders are authenticated.

Does CISA say DMARC p=reject is stronger than p=none?

Yes. CISA guidance explains that p=none is useful for monitoring and report collection, while p=reject provides the strongest protection because unauthenticated messages can be rejected before delivery. Most organizations should move gradually so valid senders are not accidentally blocked.

How do SPF, DKIM, and DMARC reduce phishing and spoofing?

SPF checks whether the sending server is authorized, DKIM verifies a cryptographic signature on the message, and DMARC ties those results to the visible From domain with a policy. Together, they make it harder for attackers to impersonate your domain in phishing or business email compromise.

Can Datapath review Microsoft 365 SPF, DKIM, and DMARC?

Yes. Datapath reviews Microsoft 365 domains, Exchange Online configuration, DKIM selectors, SPF includes, DMARC reports, third-party senders, Defender for Office 365, spoof intelligence, phishing policies, and response workflows so authentication issues are tied to the broader email security program.

Why do I need all three protocols?

SPF and DKIM each prove part of the picture — who is allowed to send and whether the message was tampered with. DMARC ties them together with a policy receivers can act on, plus reporting that shows you who is sending mail using your domain.

Will this affect my email deliverability?

When configured correctly, these protocols improve deliverability by proving your mail is legitimate, which helps keep it out of spam folders. The risk comes from misconfiguration, which is why a phased rollout with monitoring matters.

How long does implementation take?

The DNS records themselves can be published quickly, but we recommend a phased approach over several weeks so you can monitor reports and confirm no legitimate sending service is being blocked before enforcing.

Does this apply to K-12 and government agencies?

Yes. Any organization can be impersonated, and public-sector and education domains are frequent targets. Email authentication is widely treated as a baseline security control for these sectors.

Can Datapath manage this for us?

Yes. We set up and then continuously monitor SPF, DKIM, and DMARC as part of our cybersecurity and managed IT services, including reviewing DMARC reports and updating records as your sending services change.

Sources

  • CISA — Enhanced Email and Web Security guidance1
  • CISA — BOD 18-01: Enhance Email and Web Security2

Footnotes

  1. Cybersecurity and Infrastructure Security Agency, “Enhanced Email and Web Security,” https://www.cisa.gov/resources-tools/resources/enhanced-email-and-web-security 2 3

  2. Cybersecurity and Infrastructure Security Agency, “BOD 18-01: Enhance Email and Web Security,” https://www.cisa.gov/news-events/directives/bod-18-01-enhance-email-and-web-security 2 3

See also

Disclaimer: This blog is intended for marketing purposes only, and nothing presented in here is contractually binding or necessarily the final opinion of the authors.

Need a practical roadmap for regulated-industry IT performance?

Datapath can benchmark your current model and define the next 90 days of high-impact improvements.

Book an IT Consultation