Compliance

DMARC vs SPF vs DKIM: What Small Businesses Actually Need

DMARC vs SPF vs DKIM: What Small Businesses Actually Need

Know what attackers see before they do. See a sample Radar scan report →

If you've ever searched 'DMARC vs SPF vs DKIM' and closed the tab more confused than when you started, you're not alone. Even MSPs managing hundreds of client domains have flagged DMARC oversight as a real operational headache — it's easy to set up wrong, easy to forget, and easy to assume someone else already handled it. If that's true at scale for managed service providers, imagine how much more exposed a single small business is when nobody owns the problem at all.

That exposure isn't theoretical. According to The Hacker News, the N0va phishing kit is actively targeting US and EU businesses right now by impersonating trusted services to compromise accounts. This is exactly the kind of attack that a missing or misconfigured DMARC record enables — spoofed emails that look like they're from your bank, your vendor, or even your own domain, landing straight in your employees' inboxes because nothing tells the receiving mail server to question them.

What Each Record Actually Does

These three records work together, but they solve different problems:

SPF (Sender Policy Framework) tells the world which mail servers are allowed to send email on behalf of your domain. If an attacker tries to send email 'from' your domain using an unauthorized server, SPF gives the receiving server a way to flag it.

DKIM (DomainKeys Identified Mail) adds a cryptographic signature to outgoing emails, proving the message wasn't altered in transit and genuinely came from your domain's infrastructure. Think of it as a tamper-evident seal.

DMARC (Domain-based Message Authentication, Reporting & Conformance) is the policy layer that sits on top of both. It tells receiving mail servers what to do when a message fails SPF or DKIM checks — quarantine it, reject it outright, or do nothing — and it gives you visibility into who's sending email using your domain, including attackers.

Here's the part most small business owners miss: SPF and DKIM alone don't stop spoofing. Without a DMARC policy telling receiving servers to actually reject failed messages, a spoofed email can still fail SPF and DKIM checks and land in the inbox anyway. DMARC is the enforcement mechanism — and it's the piece most small businesses either skip entirely or set to 'none,' which collects data but does nothing to block attacks.

Do You Need All Three?

Yes, but not necessarily all at once. If you have to prioritize:

  1. SPF first — it's the quickest to set up and immediately reduces the pool of servers that can spoof your domain.
  2. DKIM second — enable it through your email provider (Microsoft 365, Google Workspace, etc.) so outgoing mail carries a valid signature.
  3. DMARC third, in monitor mode — start with p=none to collect reports without breaking legitimate mail, then move to p=quarantine and eventually p=reject once you've confirmed all your legitimate senders (including marketing tools, invoicing platforms, and CRMs) are passing.

Skipping straight to p=reject without testing is the number one reason businesses abandon DMARC — it can silently break legitimate email if third-party senders aren't accounted for.

Why This Matters Beyond Your Inbox

The social engineering playing field keeps shifting. Schneier on Security recently detailed how fake CAPTCHA scams exploit users' instinct to trust anything that looks like a legitimate verification step. Email authentication doesn't stop every trick, but it removes one of the biggest tools in an attacker's kit: the ability to send convincing mail that appears to come from your domain. That matters for your customers too — if your domain gets spoofed to attack them, you're the one who gets blamed and potentially sued, a risk we've covered in more detail in our post on phishing response protocols.

If you're a government contractor working toward CMMC, email authentication also intersects directly with access control and system integrity requirements — worth reviewing alongside our CMMC Level 1 compliance guide. And if your team has already been through phishing training that didn't stick, it's worth reading why phishing awareness training alone fails without technical controls like DMARC backing it up.

Next Steps

SPF, DKIM, and DMARC records take an afternoon to configure but close a gap attackers actively look for — and misconfigurations are easy to miss without a second set of eyes. Proactive scanning catches these gaps before attackers do, not after a spoofed email costs you a client's trust. Oscar Six Security's Radar checks your domain's email security posture along with the rest of your exposed attack surface for just $99 a scan — an affordable way to confirm your records are actually working, not just present. See Radar and our other solutions here. Focus Forward. We've Got Your Six.

Frequently Asked Questions

What is the difference between SPF, DKIM, and DMARC?

SPF authorizes which mail servers can send email for your domain, DKIM cryptographically signs outgoing mail to prove it wasn't altered, and DMARC sets the policy for what happens when a message fails those checks. You need all three working together for real spoofing protection — SPF and DKIM alone don't enforce rejection of fake emails.

Do small businesses really need a DMARC record?

Yes. Without DMARC, spoofed emails that fail SPF or DKIM can still reach your employees' or customers' inboxes because there's no policy telling mail servers to block them. Active phishing kits like N0va rely on exactly this gap to impersonate trusted domains.

What DMARC policy should I start with, p=none or p=reject?

Start with p=none to monitor and collect reports without risking legitimate email getting blocked, then move to p=quarantine and finally p=reject once you've confirmed all your legitimate senders pass authentication. Jumping straight to reject is the most common cause of DMARC rollouts breaking real mail.

How much does it cost to check my domain's email security setup?

Configuring SPF, DKIM, and DMARC is typically free through your DNS provider and email host, but verifying they're correctly implemented often requires a proper scan. Oscar Six Security's Radar checks this alongside your broader attack surface for $99 per scan.

Can DMARC alone stop phishing attacks?

DMARC significantly reduces domain spoofing but doesn't stop every phishing attempt, especially lookalike domains or social engineering tactics like fake CAPTCHA scams. It should be paired with employee training and endpoint monitoring for full coverage.

Step-by-Step Guide

  1. Set up SPF first

    Publish an SPF TXT record listing every server and service authorized to send email on your domain's behalf.

  2. Enable DKIM signing

    Turn on DKIM through your email provider (Microsoft 365, Google Workspace, etc.) so outgoing mail carries a verified cryptographic signature.

  3. Deploy DMARC in monitor mode

    Publish a DMARC record with p=none to start collecting reports on pass/fail activity without blocking any mail.

  4. Review reports and fix gaps

    Check DMARC aggregate reports for legitimate senders (CRMs, invoicing tools, marketing platforms) that are failing authentication and fix their SPF/DKIM alignment.

  5. Move to enforcement

    Once all legitimate mail passes, tighten the policy to p=quarantine and eventually p=reject so spoofed messages are actually blocked.

Find out what's exposed. Radar scans your external attack surface and shows you exactly what needs fixing. See a sample report →