Threat Intelligence

DKIM Pass, SPF Pass, DMARC Pass: The Phish That Aced Every Authentication Check

Written by Audian Paxson | Nov 4, 2025 11:00:00 AM
TL;DR Attackers compromised a legitimate nonprofit's Microsoft 365 tenant and used it to send a phishing email that passed every standard authentication check. The message used display-name impersonation, pairing a familiar contact name with the compromised account address. It contained a single link to a domain registered the same day, hosted behind WHOIS privacy with no resolving A records. Community-driven behavioral intelligence flagged the impersonation, catching what SPF, DKIM, and DMARC could not. Any organization relying on authentication-only email security would have delivered this message straight to the inbox.
Severity: High Phishing Account Takeover Impersonation MITRE: T1566.002 MITRE: T1583.001 MITRE: T1656

A Perfect Score on Every Auth Check, and Still a Phish

DKIM: pass. SPF: pass. DMARC: pass. Routed through Microsoft's own outbound mail infrastructure. On paper, this email looked cleaner than most legitimate messages.

The message arrived at an education-sector organization, addressed to an employee, with the subject line "Fw: Trip in May/June ?" It contained two sentences, a single link, and a familiar display name. Nothing in the authentication stack raised a flag. That is exactly what made it dangerous.

According to the Verizon 2024 Data Breach Investigations Report, stolen credentials remain the top initial access vector in breaches. This case illustrates why: once an attacker owns a legitimate mailbox, they inherit every authentication signal the domain has built over years of clean sending history.

The Compromised Tenant Behind the Clean Headers

The sending address belonged to a Microsoft 365 tenant operated by a legitimate nonprofit organization. The domain had clean infrastructure: an established registrar, properly configured email authentication records, and years of legitimate sending history.

DKIM signatures validated against the tenant's onmicrosoft.com selector. SPF passed because the message originated from Microsoft's outbound.protection.outlook.com gateway, which the domain's SPF record explicitly authorized. DMARC passed with a policy of p=NONE, meaning even a failure would not have triggered rejection.

The attacker did not spoof this domain. They sent from it. The most likely explanation is account takeover: the attacker gained access to a legitimate mailbox within the tenant and used it as a launch point. The message carried internal Microsoft Exchange headers (X-MS-Exchange-CrossTenant-AuthAs: Internal), confirming it was treated as an authenticated internal send within the tenant. Even the ARC (Authenticated Received Chain) signature was stamped by Microsoft, though it failed validation on one downstream hop, consistent with header modifications during transit rather than spoofing.

The FBI IC3 2024 Annual Report documented over $2.9 billion in losses from business email compromise, with compromised legitimate accounts playing a central role in the attack chain.

Display-Name Mismatch Only Behavioral Intelligence Could Catch

The email's display name showed a recognizable contact name, but the actual sending address was a different mailbox entirely within the compromised tenant. Most email clients render the display name prominently and suppress the address, so recipients saw what appeared to be a message from someone they knew.

This is where traditional authentication hits its ceiling. SPF, DKIM, and DMARC verify that the sending infrastructure is authorized. They say nothing about whether the person claiming to send the message is who they say they are. A secure email gateway relying solely on authentication headers would wave this message through without hesitation.

IRONSCALES community intelligence caught the discrepancy. The platform had previously observed the same display name associated with a completely different email address. When the name appeared again from an unrelated domain, behavioral analysis flagged it as exact display-name impersonation (MITRE T1656). The incident was escalated and the message quarantined within seconds of delivery.

See Your Risk: Calculate how many threats your SEG is missing

A Domain Registered Hours Before Delivery, With No DNS Records

The message body was minimal: "I just wanted to share them with you - these 6 pictures" followed by a single URL. The link pointed to a subdomain of ixnowfdo[.]com, a domain registered through Namecheap with WHOIS privacy enabled.

The domain was zero days old at the time of delivery. It had no resolving A or AAAA records, meaning the linked page was either already taken down, configured for ephemeral redirection, or set to activate only for specific targets. The subdomain (zfymr) and URL path (/cndaa) both used randomized strings consistent with automated phishing infrastructure (MITRE T1583.001).

This pattern, registering a domain immediately before a campaign and abandoning it just as quickly, is designed to outrun traditional threat feeds and blocklists. The Microsoft Digital Defense Report 2024 noted a significant increase in attackers using ephemeral infrastructure to evade domain reputation systems.

One additional detail worth noting: the email signature included a literary quote attributed to an American author. This is consistent with the compromised account's legitimate mailbox having an auto-appended signature block, further supporting the theory that the attacker was operating from within the real account rather than forging headers externally.

The Domain That Will Not Appear on Any Blocklist Yet

TypeIndicatorContext
URLhxxps://zfymr[.]ixnowfdo[.]com/cndaaPhishing link embedded in message body
Domainixnowfdo[.]comZero-day-old domain, Namecheap registrar, WHOIS privacy, no resolving DNS

What This Means for Your Auth-Only Detection Strategy

If your email security stack considers "DKIM pass + SPF pass + DMARC pass" as sufficient evidence of legitimacy, this attack would land in your users' inboxes. Every header-based signal was green.

The CISA Phishing Guidance recommends layered defenses beyond authentication alone, and this case is a textbook example of why. Here is what security teams should take away:

Treat authentication as necessary but not sufficient. DKIM, SPF, and DMARC verify infrastructure, not intent. When attackers compromise legitimate tenants, these protocols become meaningless as threat signals.

Deploy behavioral analysis for display-name anomalies. The only pre-delivery signal that caught this attack was recognizing the display name from a different historical address. Static rules cannot replicate this. You need adaptive detection that learns sender patterns across your organization and the broader community.

Flag zero-day domains aggressively. A domain with no reputation, no resolving records, and privacy-shielded WHOIS data linking from a forwarded message should never be treated as benign, regardless of the authentication posture of the sending domain.

Assume compromised tenants are in your inbound mail flow right now. The Gartner Market Guide for Email Security emphasizes that organizations need detection capabilities that extend beyond perimeter authentication to account for trusted-sender abuse. If your only defense is the authentication handshake, you are trusting every compromised account on the internet.

Email Attack of the Day is a daily series from IRONSCALES spotlighting real phishing attacks caught by Adaptive AI and our community of 30,000+ security professionals. Each post breaks down a real attack. What it looked like, why it worked, and what to do about it.