Guide · Mailautentisering

DKIM i Microsoft 365 för svenska företag — så aktiverar du det

DKIM är en av tre piedlar i modern mailsäkerhet (vid sidan av SPF och DMARC) — men hos majoriteten av svenska små- och medelstora M365-tenanter är det inte aktiverat. Resultatet: era egna mail kan flaggas som misstänkta hos mottagarna, även när de är 100% legitima. Guiden visar vad DKIM är, varför det saknas så ofta, och hur du fixar det på 30 minuter.


Vad är DKIM — kort förklarat

DKIM står för DomainKeys Identified Mail. När er mailserver skickar ett mail från ert-foretag.se lägger den på en kryptografisk signatur baserad på en privat nyckel som bara ni har. Mottagaren slår upp er publika nyckel i DNS:en och verifierar signaturen. Om den stämmer = mailet kommer faktiskt från er domän, oförändrat sedan ni skickade det.

Det är som en sigill på ett gammeldags brev — men kryptografiskt och omöjligt att fejka utan tillgång till nyckeln.

Varför saknas DKIM hos så många svenska SMB?

Microsoft 365 ger er en DKIM-signatur direkt — men med domänen onmicrosoft.com, inte er anpassade domän. För att DKIM ska signera med er egen domän (ert-foretag.se) måste en admin:

Det är inget Microsoft slår på automatiskt vid setup. Mycket IT-leverantörer som sätter upp M365 hoppar över det här steget — och fem år senare har företaget fortfarande inte DKIM på sin domän.

Vår erfarenhet av kunder vi gör IT-säkerhetsutbildning åt: cirka 6 av 10 mindre svenska företag (5-50 anställda) saknar DKIM aktiverat när vi börjar samarbete. För större (100+) är det närmare 3 av 10.

Vad händer om DKIM saknas?

Era mail signeras inte. När mottagaren — särskilt om de också är på Microsoft 365 — får mailet körs Exchange Online's compauth-check (composite authentication). Den väger ihop SPF, DKIM och DMARC. Saknar ni DKIM och DMARC, eller har bara SPF utan alignment, kan compauth-resultatet bli compauth=fail.

Konsekvenser:

Konkret exempel: vi har sett legitima mail från svenska SMB flaggas som "Hög risk" hos mottagaren just för att avsändaren saknar DKIM. Inte phishing — bara dålig setup.

Så aktiverar du DKIM — steg för steg

Steg 1: Öppna Defender DKIM-sidan

Logga in på security.microsoft.comsom global admin eller security admin. Navigera till:

Email & collaboration → Policies & rules → Threat policies → Email authentication settings → DKIM

Här ser ni en lista över alla anpassade domäner i er M365-tenant. Status visar "Sign messages for this domain with DKIM signatures: Off" för dem som inte är aktiverade.

Steg 2: Hämta CNAME-värdena

Klicka på er domän. Microsoft visar två CNAME-poster ni måste publicera i er DNS:

Logga in hos er DNS-leverantör (Loopia, Binero, GoDaddy, Cloudflare, One.com, Glesys eller liknande) och lägg in posterna. TTL 3600 är fine.

Steg 3: Vänta på propagering, slå på DKIM

DNS-ändringar tar 15-60 minuter (ibland upp till några timmar). Verifiera att CNAME:n är ute genom att köra:

nslookup -type=cname selector1._domainkey.ert-foretag.se

Alternativt: använd MxToolbox DKIM Lookupmed selector "selector1" och er domän.

När posterna syns: gå tillbaka till Defender DKIM-sidan, klicka på er domän, och slå på toggeln "Sign messages for this domain with DKIM signatures". Microsoft börjar signera utgående mail inom minuter.

Steg 4: Verifiera med ett testmail

Skicka ett mail från er domän till en extern Gmail-, Outlook- eller iCloud-adress. Öppna mailet hos mottagaren och visa headers (i Gmail: tre prickar → "Visa original"; i Outlook web: tre prickar → "Visa meddelandekälla").

Leta efter:

Authentication-Results: ... dkim=pass header.d=ert-foretag.se

Om d= är er anpassade domän → ni är klara. Om d= fortfarande är onmicrosoft.com→ DKIM signerar inte med er domän än, vänta lite till eller kontrollera att rätt domän är aktiverad i Defender.

Vanliga problem och deras lösningar

"CNAME-posten finns redan"

Ni hade tidigare DKIM på en annan mailserver (kanske från en gammal Exchange-hybrid eller tredjepartsutskickare). Ta bort den gamla posten först, lägg in Microsoft:s, vänta på propagering.

"DKIM=fail trots aktiverat"

Tre vanliga orsaker:

"DKIM aktiverat men compauth=fail ändå"

Compauth väger ihop SPF + DKIM + DMARC + alignment. Om DKIM passerar men From-domänen inte alignar med DKIM-signerings- domänen kan compauth ändå failas. Vanligast: mailet skickas via en tredjepartstjänst som signerar med sin egen domän. Lösning: aktivera DKIM hos den tjänsten för er From-domän.

Var DKIM passar in i ett komplett mail-säkerhets-setup

DKIM ensam räcker inte — komplett 2026-setup är:

Start: börja med p=none (övervaka utan att blockera). Efter 2-4 veckors observation av rapporter: gå till p=quarantine. När ni är säkra: p=reject.

Hur RememberIT Mailgranskning ser DKIM-problem

Vi byggde RememberIT Mailgranskning så att den läser Authentication-Results-headern Exchange Online skriver på varje inkommande mail. När er mottagares Mailgranskning analyserar ett mail från er domän:

Det är en del av varför vi rekommenderar våra kunder att aktivera DKIM tidigt — inte bara för säkerheten, utan för att era egna kunder och leverantörer inte ska se varningar på legitima mail från er.

Sammanfattning


Vill ni se hur ert utgående mail bedöms idag?

Testa demo av RememberIT Mailgranskning — öppna ett mail från er egen domän och se exakt vad Microsofts compauth-check säger om er DKIM/SPF/DMARC-setup. Tar 30 sekunder.

Eller starta en trial — RememberIT Security Training inkluderar nano-kurser och Mailgranskning för hela teamet. 19-29 kr per användare per månad.