Slik finner DKIM nøkkelen
En DKIM-signatur i en melding angir et domene (d=) og en selektor (s=). Mottakeren setter dem sammen til selector._domainkey.domain, leser TXT-posten der og bruker den offentlige nøkkelen i p=-taggen til å verifisere signaturen. Ett domene kan publisere et hvilket som helst antall selektorer, slik at hver avsendertjeneste kan ha sin egen nøkkel, og nøklene kan byttes uten nedetid.
Kontrollen trenger selektoren fordi DNS ikke tilbyr noen måte å liste opp selektorene et domene har på. Det finnes ingenting å skanne. Selektoren kommer fra signaturen i en faktisk melding.
Hva gjør en nøkkel svak eller ugyldig?
RFC 8301 sier at RSA-nøkler må være minst 1024 biter og bør være 2048 biter. En kontrollør kan ignorere en kortere nøkkel, og vår gjør det, så en 512-bits nøkkel regnes som at signaturen mangler helt. Ed25519-nøkler (RFC 8463) er korte med hensikt og sterke, men ikke alle mottakere verifiserer dem ennå. Derfor publiseres de vanligvis sammen med en RSA-nøkkel, ikke i stedet for den.
Kontrollen dekoder hele nøkkelen, fordi en oppføring som er delt feil mellom TXT-strenger, eller base64 som ikke kan dekodes, gir en nøkkel ingen mottakere kan bruke. En tom p= betyr at nøkkelen med hensikt er tilbakekalt. t=y markerer et domene som fortsatt tester, og RFC 6376 §3.6.1 sier at kontrollører skal behandle e-post derfra akkurat som usignert e-post.
Spørsmål
Hvordan finner jeg DKIM-selektoren min, og er DKIM aktivert?
Send en melding til deg selv, og åpne meldingshodene i kopien som kom frem. Et DKIM-Signature-hode betyr at meldingen ble signert: selektoren er s=-verdien, og domenet er d=. Hvis hodet mangler, signerer ikke tjenesten du sendte gjennom. Hver avsendertjeneste signerer med sin egen selektor, så et nyhetsbrev og en melding fra postkassen din kan ha forskjellige selektorer.
Nøkkelen er i orden, men DKIM mislykkes med «body hash did not verify». Hvorfor?
Vanligvis ble meldingen endret etter at den ble signert, for eksempel ved at en e-postliste la til en bunntekst, eller at en sikkerhetsgateway skrev om en lenke. Nøkkelen kan bare bekrefte det som ble signert. Den fullstendige testen viser det faktiske verifiseringsresultatet for meldingen din.
Full veiledning: DKIM fail
DKIM-nøkkellengde: 1024 eller 2048 bit?
En 1024-bits nøkkel kan verifiseres overalt, og RFC 8301 tillater den. Det er fortsatt minimumslengden, så gå over til 2048 bit neste gang du roterer nøklene.
Kan et domene ha mer enn én DKIM-record?
Ja, én per selektor, og mange domener har flere: én for e-postleverandøren og én for hver nyhetsbrev- eller faktureringstjeneste. Sjekk dem én om gangen. En nøkkel som er slettet fra DNS, fører til at alle meldinger som fortsatt er signert med den, mislykkes.
Hvor ofte bør jeg rotere DKIM-nøkler?
M3AAWG anbefaler å rotere minst hver sjette måned, og umiddelbart hvis en privat nøkkel kan ha lekket. Publiser den nye nøkkelen under en ny selektor, bytt til å signere med den, og slett den gamle recorden først når e-post signert med den gamle nøkkelen ikke lenger kommer frem. Avsendere prøver på nytt i fire til fem dager, så vent omtrent en uke.