SPF, DKIM и DMARC

Три допълващи се механизма за email authentication и policy enforcement.

• SPF определя кои системи могат да изпращат от името на домейна.
• DKIM подписва съобщението криптографски.
• DMARC проверява alignment и казва на получателите как да третират failing mail.

DMARC не доказва, че email-ът е честен. Той помага получателят да провери дали изпращачът е упълномощен да използва дадения домейн и как да се третира mail, който не покрива policy.

Attacker изпраща CEO <[email protected]> от собствен mail server.

При правилно настроен SPF/DKIM/DMARC alignment подобна директна spoofing атака може да бъде rejected. Но [email protected] (lookalike domain с „rn“) е друг домейн и DMARC на company.bg не го забранява.

Години наред p=none, което дава telemetry, но не enforce-ва reject/quarantine.

• Следете DMARC aggregate reports.
• Инвентаризирайте легитимните senders.
• Проверете subdomain policy.
• Тествайте дали unauthorized spoofing реално се reject-ва.

• SPF без overly broad include.
• DKIM 2048-bit keys.
• DMARC rollout: p=none → quarantine → reject.
• Aggregate reporting.
• Separate third-party senders и alignment review.

Не спира phishing от lookalike domains, compromised legitimate mailbox или attacker-owned domain.