Vad är DMARC?

Vad gör DMARC?

DMARC (Domain-based Message Authentication, Reporting and Conformance) definieras i RFC 7489. Det skyddar domänen i den synliga From-adressen, alltså den som mottagaren ser i sitt e-postprogram. Utan DMARC kan vem som helst skicka ett meddelande som visar er domän som avsändare, och den mottagande servern har ingen instruktion från er om vad den ska göra med det.

En DMARC-post är en TXT-post i DNS som gör tre saker. Den talar om att domänen använder DMARC. Den talar om för mottagare vad de ska göra med e-post som inte klarar kontrollen. Och den ber mottagare skicka rapporter om den e-post de har sett från er domän.

DMARC stoppar inte domäner som liknar er, till exempel en domän där en bokstav är ändrad. Det skyddar bara exakt den domän, och dess underdomäner, som publicerar posten.

Hur använder DMARC SPF och DKIM?

DMARC autentiserar inte e-post på egen hand. Det bygger på två äldre standarder.

• SPF listar de servrar som får skicka e-post för en domän. Det kontrollerar kuvertavsändaren (Return-Path), inte den From-adress som mottagaren ser.
• DKIM lägger till en kryptografisk signatur i varje meddelande. Signaturen anger en signerande domän i d=-taggen, och mottagaren kontrollerar den mot en publik nyckel i DNS.

Ett meddelande klarar DMARC när minst en av SPF och DKIM godkänns och den godkända domänen är i linje med From-domänen. Båda kan godkännas och meddelandet ändå underkännas av DMARC om ingen av domänerna stämmer med From-adressen. Det är vanligt hos tredjepartstjänster som skickar med sin egen domän i Return-Path och DKIM-signatur.

Vad är alignment i DMARC?

Alignment betyder att den domän som SPF eller DKIM har verifierat stämmer med domänen i From-adressen. DMARC har två lägen, som ställs in separat för SPF (aspf) och DKIM (adkim).

• Relaxed alignment är standard. Domänerna måste ha samma organisationsdomän, så mail.example.com är i linje med example.com.
• Strict alignment kräver exakt matchning. Med adkim=s är en DKIM-signatur från mail.example.com inte i linje med en From-adress på example.com.

De flesta organisationer behåller relaxed alignment. Strict alignment behövs bara när ni vill hålla isär underdomäner.

Vad betyder p=none, p=quarantine och p=reject?

Taggen p= är policyn. Den talar om för mottagare vad ni vill att de gör med e-post som inte klarar DMARC. Mottagare kan fortfarande göra en egen bedömning, men stora e-postleverantörer följer i regel policyn.

• p=none ber inte om någon åtgärd. E-posten levereras som den skulle ha gjort utan DMARC, och ni får rapporter. Det här är övervakningssteget.
• p=quarantine ber mottagare behandla e-post som underkänns som misstänkt. I praktiken hamnar den oftast i skräppostmappen.
• p=reject ber mottagare avvisa e-post som underkänns redan under SMTP-sessionen, så att den aldrig når mottagaren.

Taggen sp= anger en separat policy för underdomäner. Om sp= saknas gäller samma policy som p= även för underdomäner.

Hur ser en DMARC-post ut?

Posten publiceras som en TXT-post på namnet _dmarc under er domän. En typisk första post ser ut så här:

_dmarc.example.com. TXT "v=DMARC1; p=none; rua=mailto:dmarc-reports@example.com"

v=DMARC1 måste stå först. p= är policyn. rua= är adressen som tar emot aggregerade rapporter. Valfria taggar är bland annat sp= för underdomäner, adkim= och aspf= för alignment och ruf= för felrapporter. Om rua-adressen ligger på en annan domän måste den domänen publicera en post som ger den rätt att ta emot era rapporter.

Vad innehåller en aggregerad DMARC-rapport (rua)?

Aggregerade rapporter är XML-filer som mottagare skickar, oftast en gång per dygn. Varje rapport gäller den e-post som en mottagare har sett från er domän under perioden.

Rapporten listar avsändande IP-adresser, hur många meddelanden varje adress skickade, resultaten för SPF och DKIM, om resultaten var i linje och vad mottagaren gjorde med e-posten. Rapporterna innehåller inte meddelandenas innehåll och normalt inte heller mottagaradresser.

Det är genom de här rapporterna ni hittar alla tjänster som skickar e-post i er domäns namn, även sådana ni hade glömt bort. Rå XML är svår att läsa i större mängder, så de flesta organisationer använder ett verktyg som samlar in och sammanfattar den. DMARC Vision är en sådan tjänst som samlar in aggregerade rapporter och förklarar resultaten.

Vad är felrapporter (ruf) i DMARC?

Felrapporter, även kallade forensiska rapporter, skickas per meddelande när ett meddelande underkänns. De kan innehålla rubrikrader, avsändar- och mottagaradresser, ämnesraden och ibland delar av meddelandet.

Därför är de personuppgifter enligt GDPR, och de kan innehålla konfidentiellt innehåll. Många stora e-postleverantörer skickar av det skälet inga felrapporter alls. Lägg bara till en ruf=-adress om ni har ett tydligt syfte med uppgifterna och en plats där de kan lagras säkert.

Kräver Google, Yahoo och Microsoft DMARC?

Sedan februari 2024 kräver Google och Yahoo att massavsändare publicerar en DMARC-post. Google räknar som massavsändare den som skickar omkring 5 000 meddelanden eller fler per dag till privata Gmail-konton. Posten får vara p=none, men From-domänen måste vara i linje med SPF eller DKIM, och avsändaren måste ha både SPF och DKIM på plats.

Microsoft införde liknande regler för Outlook.com, Hotmail och Live.com i maj 2025, för domäner som skickar fler än 5 000 meddelanden per dag till de tjänsterna. E-post som inte uppfyller kraven kan hamna i skräpposten eller avvisas.

Även om ni skickar mindre e-post än så är det god praxis att publicera en DMARC-post. Det är också det enda sättet att se vilka som skickar e-post i er domäns namn.