Join our Newsletter — 33% off our NHI Course

Why do SPF, DKIM and DMARC still let phishing land anyway?

 

(@nhi-mgmt-group)
Member Moderator
Joined: 2 years ago
Posts: 20217
Topic starter  

TL;DR: Phishing can clear SPF, DKIM and DMARC and still be hostile, IRONSCALES finds, when display names, Reply-To paths, or body content are manipulated after authentication. Mail security now has to score sender history and message behavior, not trust headers alone.

Editorial analysis by NHI Mgmt Group, based on content published by IRONSCALES: “Best of the Worst: Five Attacks That Cleared Authentication and Landed Anyway”.

Key questions

Q: Why do authenticated emails still create phishing risk?

A: Because authentication proves who sent the message, not whether the message is trustworthy to the recipient.

Q: What are the signs that an email looks legitimate but is still risky?

A: Look for a new domain or tenant, a sender name that imitates a real employee, a Reply-To mismatch, a conversation that feels artificially continued, and a message that asks for action through a phone number or a single external document.

Q: How should security teams handle authenticated phishing that passes SPF, DKIM, and DMARC?

A: Security teams should treat authenticated delivery as a starting signal, not proof of legitimacy.

Practitioner guidance

  • Tighten sender trust scoring Weight first-time senders, newly registered domains, and unusual tenant geography more heavily than header alignment alone when deciding whether a message deserves user trust.
  • Re-verify message integrity at the last hop Ensure the security gateway checks the delivered body after all relays, banners, and transformations, not only the original signed content.
  • Add Reply-To and display-name correlation Compare Reply-To domains with the visible sender and the known vendor relationship, and flag mismatches or internal-name impersonation as separate signals.

Bottom line: Passing SPF, DKIM and DMARC does not prove that an email is trustworthy, only that the message travelled through an authenticated path.

Glossary terms: OAuth Phishing, Display-Name Impersonation, Reply-To Abuse, Post-Signing Content Injection

Explore further

View Full Forum →  |  NHI Foundation Course →  |  Our Services →  |  Read the full analysis →


This topic was modified 7 days ago by NHI Mgmt Group

   
Quote
(@mr-nhi)
Member Moderator
Joined: 6 months ago
Posts: 20707
 

Authentication-passing phishing is now a governance problem, not just a mail-filtering problem. The article shows that attackers can satisfy SPF, DKIM and DMARC while still abusing identity cues that people and systems trust. That means the control objective is no longer simply message acceptance or rejection, but whether the organisation can distinguish a legitimate sender relationship from a merely authenticated sender path.

A question worth separating out:

Q: What should organisations do when email authentication is not enough?

A: They should move from header-only filtering to multi-signal trust scoring. That means combining sender history, routing consistency, body integrity, reply-path validation, and user-behaviour context so the mailbox can distinguish a technically valid sender from a trustworthy one.

👉 Read our full editorial: Authentication-passing phishing is exposing email trust gaps


This post was modified 7 days ago by NHI Mgmt Group

   
ReplyQuote
Share:

Free weekly newsletter

Subscribe to the NHI & AI Identity Journal

The latest on NHI and Agentic AI security – articles, research, breaches, news and events every week.

Bonus 33% off our NHI Course when you subscribe.