EMAIL-8002
highEmail Delivered Despite Failing DMARC Authentication
Detects an inbound email that failed DMARC authentication (the sending domain's own policy says this message shouldn't be trusted) but was delivered to the mailbox anyway - a spoofed-sender email that got through instead of being quarantined or rejected.
Detection logic
{
"detection_type": "selection",
"selection": {
"direction": "inbound",
"action": "delivered",
"dmarc_result": "fail"
}
}Log source: category=email_gateway · Event ID(s): email_delivered
Required log fields
- direction
- action
- dmarc_result
- sender_domain
Enabling this in your environment
Where: Email gateway DMARC enforcement policy
Set the gateway's DMARC-fail action to quarantine or reject rather than "deliver and tag" (Microsoft Defender for Office 365 anti-phish policy action, Proofpoint/Mimecast DMARC enforcement setting). If the action is left at "deliver," this rule will fire constantly and provide no real protection on its own.
A message can pass SPF or DKIM individually and still fail DMARC if alignment fails (e.g. the From: header domain doesn't match the domain that actually authenticated) - log dmarc_result specifically, not just spf_result/dkim_result.
False positives
- A legitimate sender whose domain has a genuinely broken or overly strict DMARC record (mailing-list forwarding is a common cause of false DMARC failures)
- A newly onboarded vendor domain that hasn't finished DMARC/SPF/DKIM setup yet