Är er domäns DMARC-policy skarp?
Ange en domän och se om den har en DMARC-post, vilken policy den sätter och vad det betyder för e-post som förfalskas i dess namn.
Senast granskad
DMARC talar om vad mottagaren ska göra med förfalskad e-post.
DMARC (RFC 7489) är en TXT-post på _dmarc under er domän. Den talar om för mottagande e-postservrar vad de ska göra med ett meddelande som har er domän i Från-adressen men inte klarar autentiseringen. Policyn ni publicerar avgör vad kontrollen rapporterar:
- Ingen postHög70
- p=noneMedel55
- p=quarantineInget fynd
- p=rejectInget fynd
Kontrollen läser taggen p i er post.
En typisk DMARC-post:
_dmarc.example.com. 3600 IN TXT "v=DMARC1; p=quarantine; sp=reject; pct=100; rua=mailto:dmarc-rapporter@example.com"
De viktigaste taggarna:
| Tagg | Vad den anger |
|---|---|
p | Policyn för själva domänen: none (leverera och rapportera), quarantine (behandla som misstänkt, oftast skräppost) eller reject (avvisa meddelandet). |
sp | Policyn för subdomäner. Utan den följer subdomänerna p. |
pct | Hur stor andel av den underkända e-posten som policyn gäller. Utan den 100 procent. |
rua | Vart mottagarna skickar dagliga sammanställda rapporter om e-post som skickas i er domäns namn. |
Kontrollen bedömer om det finns en DMARC-post och vilken policy den sätter. sp, pct och rua bedöms inte var för sig, så läs dem i er egen post också: saknas rua får ni inga rapporter, och ett lågt pct betyder att det mesta av den underkända e-posten fortfarande levereras.
Varje policy ger ett av tre resultat.
| Vad kontrollen hittar | Fynd | Allvarlighetsgrad |
|---|---|---|
| Ingen DMARC-post | DMARC record missing | Hög70 |
p=none | DMARC policy set to none | Medel55 |
p=quarantine eller p=reject | Inget DMARC-fynd |
Fynden står på engelska, så som TrustSek rapporterar dem i dag. Allvarlighetsgraden går från 0 till 100. En saknad DMARC-post är det allvarligare resultatet, eftersom mottagarna inte får någon policy från er alls. p=none betyder att posten finns men ber mottagarna att inte göra något, så förfalskad e-post levereras ändå.
Så här ser fyndet för p=none ut i en rapport:
E-postsäkerhet · Allvarlighetsgrad: medel
DMARC-policyn är satt till none
- Vad som testades
- DMARC-posten som publiceras på
_dmarc.example.com. - Varför det spelar roll
- Utan en policy som faktiskt stoppar något kan vem som helst skicka e-post som ser ut att komma från er domän.
- Konsekvens
- Phishing och fakturabedrägerier i ert namn, riktade mot era kunder och anställda.
- Så åtgärdar ni det
- Följ DMARC-rapporterna och flytta sedan policyn från
p=nonetillp=quarantineoch vidare tillp=reject.
p=none är en början.
Att publicera p=none med en rua-adress är rätt första steg, eftersom rapporterna visar varje tjänst som skickar i er domäns namn. Att stanna där lämnar domänen öppen för förfalskning. Vägen framåt är att få varje legitim avsändare i linje via SPF eller DKIM, och sedan gå till p=quarantine och vidare till p=reject i steg. Guiden DMARC från p=none till p=reject, steg för steg går igenom varje steg.
Har ni ingen DMARC-post alls? Börja med en post som bara övervakar och en adress för rapporter:
_dmarc.example.com. 3600 IN TXT "v=DMARC1; p=none; rua=mailto:dmarc-rapporter@example.com"
Den läser DNS, inte era rapporter.
- En avläsning vid ett tillfälle. Kontrollen läser posten så som den är publicerad när kontrollen körs.
- Inga sammanställda rapporter. TrustSek tar inte emot och läser inte de rapporter som samlas på er
rua-adress. pctvägs inte in. En post medp=quarantine; pct=10räcker redan för att fyndet omp=noneska försvinna, trots att det mesta av den underkända e-posten fortfarande levereras.- Den striktaste policyn i posten räknas. En post med
p=none; sp=rejectläses som skarp och ger inget fynd omp=none. Kontrollera attpi sig står där ni vill.
Att det inte blir något fynd betyder att den publicerade policyn ber mottagarna att agera. Det bevisar inte att alla avsändare är i linje, eller att domänen inte går att förfalska.
DMARC är en av många kontroller i en skanning.
DMARC är en del av modulen e-postsäkerhet, som också läser SPF, DKIM, MTA-STS, TLS-rapportering, CAA, DNSSEC och redundanta namnservrar. Hela kontrollen omfattar alla sex modulerna i samma skanning på ungefär 30 sekunder.
SPF-kontrollen förklarar resultaten för SPF, och metoden förklarar hur fynden blir en poäng.