MailWatch

Hva er DMARC? Policy, alignment og rapporter forklart

· 8 min lesetid · Av MailWatch-teamet

DMARC (Domain-based Message Authentication, Reporting and Conformance) er en DNS-post som forteller mottakerne hva de skal gjøre med e-post som bruker domenet ditt i Fra-adressen, men som ikke består SPF eller DKIM. Samtidig ber den mottakerne sende deg rapporter om all e-post de ser fra domenet ditt. DMARC er definert i RFC 7489 og er det som faktisk stopper forfalskede avsenderadresser.

Kort fortalt:
  • DMARC-posten ligger på _dmarc.firma.no og starter med v=DMARC1.
  • En melding består DMARC hvis SPF eller DKIM består og samtidig samsvarer (er «aligned») med domenet i Fra-adressen.
  • Policyen styrer hva som skjer ved feil: p=none (bare overvåk), p=quarantine (søppelpost) eller p=reject (avvis).
  • Med rua= får du daglige aggregerte rapporter som viser hvem som sender e-post i ditt navn.
  • Start med p=none, rydd opp i avsenderne og stram inn gradvis til p=reject.

Hvordan DMARC fungerer

SPF sjekker om serveren har lov til å sende for domenet i konvolutten (Return-Path). DKIM sjekker om meldingen er signert av et domene og ikke endret. Men ingen av dem sier noe om Fra-adressen mottakeren faktisk ser. Det er det hullet svindlere utnytter, og det er det DMARC tetter.

Når en mottaker får en e-post fra From: faktura@firma.no, skjer dette:

  1. Mottakeren slår opp TXT-posten på _dmarc.firma.no.
  2. Den sjekker SPF og DKIM som vanlig.
  3. Den sjekker om domenet som besto SPF eller DKIM, samsvarer med firma.no.
  4. Består minst én av dem med alignment, består meldingen DMARC. Ellers brukes policyen i posten.
  5. Resultatet registreres og sendes til deg i neste aggregerte rapport.

Alignment: relaxed og strict

Alignment betyr at domenet som er autentisert, må høre sammen med domenet i Fra-adressen. For SPF sammenlignes Fra-domenet med domenet i Return-Path. For DKIM sammenlignes det med d= i signaturen.

ModusTagKravEksempel med From: post@firma.no
Relaxed (standard)adkim=r / aspf=rSamme organisasjonsdomened=nyhetsbrev.firma.no godkjennes
Strictadkim=s / aspf=sNøyaktig samme domeneBare d=firma.no godkjennes

For de aller fleste er relaxed riktig. Strict gir lite ekstra beskyttelse og mange flere feil når tjenester sender fra subdomener.

Viktig: En tjeneste kan bestå både SPF og DKIM og likevel feile DMARC. Det skjer når den bruker sitt eget domene i Return-Path og signerer med d=tjenesten.com. Løsningen er å sette opp egen DKIM-signering (ofte kalt «domeneautentisering») hos leverandøren, slik at den signerer med ditt domene.

DMARC-policyene: none, quarantine og reject

PolicyHva mottakeren gjør med meldinger som feilerNår den brukes
p=noneIngenting spesielt. Meldingen behandles som vanlig, men rapporteresI starten, for å kartlegge alle avsendere
p=quarantineLegger meldingen i søppelpost eller karanteneNår de fleste legitime avsendere består
p=rejectAvviser meldingen under leveransenMålet: full beskyttelse mot forfalskning

p=none beskytter ikke mot noe, den gir deg bare innsyn. Gmail og Yahoo godtar p=none som minimum for avsendere med mer enn 5000 meldinger om dagen (krav fra februar 2024), og Microsoft stiller samme minimumskrav for Outlook.com fra mai 2025. Men det er først med quarantine eller reject at svindlere faktisk blir stoppet. Det er særlig viktig mot direktørsvindel og falske fakturaer, der angriperen utgir seg for å være deg.

Alle taggene i en DMARC-post

En DMARC-post er en TXT-post på _dmarc-subdomenet:

_dmarc.firma.no.  3600  IN  TXT  "v=DMARC1; p=quarantine; rua=mailto:dmarc@firma.no; adkim=r; aspf=r"
TagVerdierBetydning
vDMARC1Påkrevd, skal stå først
pnone, quarantine, rejectPåkrevd. Policy for domenet
spsom pPolicy for subdomener. Utelatt betyr at subdomener arver p
ruamailto:-adresse(r)Hvor aggregerte rapporter skal sendes
rufmailto:-adresse(r)Hvor feilrapporter (forensic) skal sendes
pct0–100 (standard 100)Andel av feilende meldinger policyen gjelder for
adkimr / sAlignment for DKIM (standard relaxed)
aspfr / sAlignment for SPF (standard relaxed)
fo0, 1, d, sNår feilrapporter skal lages. 1 = hvis SPF eller DKIM feiler
risekunder (standard 86400)Ønsket rapportintervall. De fleste sender uansett daglig

rua og ruf: rapportene

rua gir deg aggregerte rapporter i XML, vanligvis én per mottaker per døgn. De inneholder ikke selve e-postene, men IP-adresser, antall meldinger og SPF-, DKIM- og DMARC-resultat for hver kilde. Det er her du ser at nettbutikken sender uten DKIM, eller at noen i utlandet forsøker å sende i ditt navn. Hvordan du tolker dem, står i slik leser du DMARC-rapporter.

ruf gir feilrapporter om enkeltmeldinger. De kan inneholde personopplysninger, og de store leverandørene som Gmail og Microsoft sender dem i liten grad eller ikke i det hele tatt. For de fleste norske virksomheter er rua nok, og det er enklere å forholde seg til GDPR uten ruf.

Skal rapportene til et annet domene enn ditt eget, for eksempel en overvåkingstjeneste, må det domenet bekrefte at det tar imot rapporter for deg med en egen TXT-post (firma.no._report._dmarc.mottaker.no). Seriøse tjenester ordner dette automatisk.

pct og sp

pct lar deg innføre en streng policy gradvis. Med p=quarantine; pct=25 blir en fjerdedel av de feilende meldingene lagt i søppelpost, resten behandles som om policyen var ett nivå lavere. Støtten varierer mellom mottakere, og den oppdaterte DMARC-spesifikasjonen som er under arbeid i IETF (DMARCbis), fjerner pct til fordel for et enklere testflagg. Bruk den gjerne underveis, men ikke bygg strategien rundt den.

sp gir subdomenene en egen policy. Vanligst er å la subdomenene arve hovedpolicyen, eller sette sp=reject for å hindre misbruk av oppdiktede subdomener som faktura.firma.no.

Eksempler: DMARC-poster du kan bruke

1. Start: bare overvåking

v=DMARC1; p=none; rua=mailto:dmarc@firma.no

Ingen påvirkning på leveransen. Du begynner å motta rapporter.

2. Gradvis innstramming

v=DMARC1; p=quarantine; pct=50; rua=mailto:dmarc@firma.no

3. Full beskyttelse

v=DMARC1; p=reject; rua=mailto:dmarc@firma.no

4. Hoveddomene i karantene, subdomener avvist

v=DMARC1; p=quarantine; sp=reject; rua=mailto:dmarc@firma.no

5. Domene som aldri sender e-post

v=DMARC1; p=reject; sp=reject; adkim=s; aspf=s

Kombiner med SPF-posten v=spf1 -all. Det er en enkel måte å stenge parkerte domener mot misbruk.

Tips: Bruk en egen adresse eller en tjeneste til rua. Et aktivt domene kan få dusinvis av XML-filer i døgnet, og de er ikke laget for å leses i en vanlig innboks.

Slik innfører du DMARC trygt

Å hoppe rett til p=reject er den sikreste måten å stoppe din egen fakturautsendelse på. Innføringen bør skje i faser:

  1. Kartlegg: Publiser p=none med rua og samle rapporter i minst to til fire uker.
  2. Rydd opp: Sørg for at alle legitime tjenester (e-postplattform, CRM, nyhetsbrev, fakturasystem, nettbutikk) består SPF eller DKIM med alignment. Sett opp egen DKIM der det mangler.
  3. Stram inn: Gå til p=quarantine, gjerne med pct først, og følg med på rapportene.
  4. Fullfør: Når rapportene viser at bare uautoriserte kilder feiler, går du til p=reject.
  5. Overvåk: Nye tjenester og endringer hos leverandører dukker opp hele tiden. Fortsett å lese rapportene.

Hele prosessen med sjekklister og hva du ser etter i hver fase, finner du i artikkelen fra p=none til p=reject: DMARC steg for steg.

MailWatch-oversikt over DMARC-rapporter per rapportør med SPF- og DKIM-resultater
MailWatch tar imot og tolker DMARC-rapportene automatisk, slik at du ser hvilke avsendere som består SPF og DKIM før du strammer inn policyen.

Vanlige DMARC-feil

  • Posten ligger på feil sted. Den skal på _dmarc.firma.no, ikke på firma.no. Pass også på at DNS-panelet ikke legger til domenet to ganger.
  • Flere DMARC-poster. Har _dmarc mer enn én post som starter med v=DMARC1, ignoreres DMARC.
  • Bli stående på p=none for alltid. Mange stopper etter første steg. Da får du rapporter, men ingen beskyttelse.
  • Ingen rua. Uten rapporter flyr du i blinde og kan ikke trygt stramme inn.
  • Syntaksfeil. Manglende semikolon, rua=dmarc@firma.no uten mailto:, eller at v=DMARC1 ikke står først.
  • Glemte avsendere. Tjenester som sender i ditt navn uten alignment, blir stoppet når du går til quarantine eller reject. Det er derfor rapportene er så viktige.

Er du usikker på hvordan domenet ditt står i dag, kan du sjekke domenet ditt gratis og se SPF, DKIM og DMARC på ett sted.

Ofte stilte spørsmål

Hva står DMARC for?

DMARC står for Domain-based Message Authentication, Reporting and Conformance. Det er en standard (RFC 7489) som bygger på SPF og DKIM, og som lar domeneeieren bestemme hva mottakere skal gjøre med e-post som feiler autentisering, og få rapporter om all e-post som sendes i domenets navn.

Hva er forskjellen på p=none, p=quarantine og p=reject?

p=none betyr at mottakeren bare rapporterer og leverer som vanlig. p=quarantine betyr at meldinger som feiler, havner i søppelpost. p=reject betyr at de avvises helt. Bare quarantine og reject gir reell beskyttelse mot forfalskning.

Må både SPF og DKIM bestå for at DMARC skal bestå?

Nei. Det holder at én av dem består og samtidig er aligned med domenet i Fra-adressen. I praksis bør du likevel ha begge, fordi SPF brytes ved videresending og DKIM kan brytes hvis meldingen endres underveis.

Hva er DMARC-alignment?

Alignment betyr at domenet som består SPF (Return-Path) eller DKIM (d=), hører sammen med domenet i Fra-adressen. Med relaxed alignment, som er standard, holder det at de har samme organisasjonsdomene. Med strict må de være helt like.

Hvor lang tid tar det å gå fra p=none til p=reject?

For en liten virksomhet med få tjenester kan det ta noen uker. Større organisasjoner med mange systemer som sender e-post, bruker ofte to til seks måneder. Det avgjørende er at DMARC-rapportene viser at alle legitime avsendere består før du strammer inn.

Trenger jeg DMARC hvis jeg ikke sender nyhetsbrev?

Ja. DMARC beskytter først og fremst mot at andre sender e-post i ditt navn, for eksempel falske fakturaer til kundene dine. Det gjelder alle domener, også de som bare brukes til vanlig e-post eller ikke sender e-post i det hele tatt.

Oppsummering

DMARC binder SPF og DKIM sammen med Fra-adressen, gir deg innsyn gjennom rapporter og lar deg til slutt avvise all forfalsket e-post fra domenet ditt. Start med p=none og rua, bruk rapportene til å rydde opp, og stram inn til p=reject. MailWatch tar imot og tolker DMARC-rapportene for deg, viser hvem som sender på vegne av domenet, overvåker DMARC-, SPF- og DKIM-postene fortløpende og varsler deg på e-post, SMS eller Pushover når noe endrer seg. Du kan prøve gratis i 30 dager.

Prøv MailWatch gratis i 30 dager · Sjekk domenet ditt gratis