[ DKIM ]

Diagnostiser DKIM etter endringer i e-postlisten

Kartlisteendringer og signeringsidentiteter før du bestemmer hvordan legitim listepost skal håndteres.

Av EmailAuth -forskningsteamet

[Nøkkelpunkter]

  • Sammenlign listeinndata og -utdata, og hold hver signatur forskjellig.
  • En ny listesignatur reparerer ikke en original signatur.
  • Test attribusjon og svar sammen med autentisering.
På denne siden

E-postlister kan endre selve innholdet en original DKIM signatur beskytter. Et emneprefiks, bunntekst, MIME omskriving eller endring av forfatterhodet kan endre resultatet. Diagnostiser hver transformasjon og listens egen signeringsatferd før du bestemmer deg for om problemet er kryptografisk verifisering, justering eller mottakerhåndtering.

Fang listegrensen

Bruk en kontrollert melding sendt både direkte og gjennom listen. Skaff den originale innsendingen der den er autorisert, listens redistribuerte melding og den endelige mottakerens pålitelige autentiseringsresultat. Registrer det synlige Fra-domenet før og etter omfordeling og hver DKIM signering av domene.

En bunntekst kan endre kroppshasj. Et emneprefiks kan ugyldiggjøre en signatur som dekker emne. MIME gjenoppbygging kan endre kroppsrepresentasjonen selv når den viste teksten er lik. Under RFC 6376 §5.4, Fra må dekkes av en DKIM -signatur, så omskriving av den endrer beskyttet overskriftsinnhold for den originale signaturen. Det nøyaktige resultatet avhenger fortsatt av kanonisering, dekning og alle andre kontroller.

Skille listens signatur

RFC 6376 §5.5 sier at en endringslisteadministrator som implementerer DKIM bør sjekke en eksisterende signatur ved inndata og må gjøre endringer før de signerer på nytt. En ny signatur kan autentisere listens endelige innhold under listens signeringsdomene. Den gjenoppretter ikke den opprinnelige signaturen med tilbakevirkende kraft eller hevder automatisk den opprinnelige forfatterens domene.

Til DMARC, undersøk justeringen mot det endelige forfatterdomenet under RFC 9989 §4.4.1. Hvis listen beholder det opprinnelige forfatterdomenet, men kun signerer med et ikke-relatert listedomene, er det nye DKIM passet alene ikke en justert bane. Hvis en støttet listekonfigurasjon omskriver Fra til et listekontrollert domene og signerer med et justert domene, er identitetene som evalueres hos mottakeren forskjellige. Denne endringen har brukersynlige svar og attribusjonskonsekvenser og bør vurderes, ikke behandles som en skjult teknisk bryter.

Gå gjennom en kontrollert sammenligning

Illustrerende eksempel: en original melding fra et forfatterdomene har en gyldig signatur. Listen legger til en bunntekst og signerer den endrede meldingen ved å bruke sitt eget urelaterte domene samtidig som den originale Fra bevares. Den originale signaturen kan mislykkes og listesignaturen kan passere, men sistnevnte oppfyller ikke i seg selv DKIM justering for den originale From. Dette forklarer hvorfor en generisk " DKIM pass"-etikett kan være misvisende.

Bruk bare en ny test hvis listen tilbyr et støttet alternativ, for eksempel en annen endrings- eller forfatterhåndteringspolicy. Sammenlign mottakerresultater og menneskevendt svaradferd. Ikke anta at hvert listeprodukt har de samme alternativene eller at hver mottaker vil ta den samme akseptbeslutningen.

Velg en dokumentert listepolicy

Mulige designvalg inkluderer å redusere unødvendige modifikasjoner, signere det endelige redistribuerte innholdet eller bruke støttet forfatterhåndteringsatferd med tydelig attribusjon. Hvert valg bør være knyttet til listens formål og gjeldende produktdokumentasjon. Unngå å aktivere delvis kroppsdekning gjennom l som en universell bunntekstløsning; RFC 6376 §8.2 advarer om usignerte risikoer for vedlagt innhold.

Hvis en mottaker aksepterer legitim indirekte post gjennom et lokalt unntak eller ytterligere pålitelige bevis, dokumenter denne avgjørelsen separat fra DKIM og DMARC -dommene, i samsvar med RFC 9989 §5.3.6. Ikke svekk hele forfatterens domenepolicy bare fordi én listebane trenger undersøkelse.

Bekreft leseropplevelsen

Test ren tekst, HTML og vedlegg, pluss Svar og svar alle-atferd. Ta vare på både autentiseringsbevis og en menneskelig vurdering av attribusjon. En fullført rettelse viser hvilken identitet som tar ansvar for den videredistribuerte meldingen, hvilke originale garantier som overlever, og hvordan abonnenter kan svare uten å bli villedet.

Bevis nødvendig for neste avgjørelse

Bruk en hypotetisk listekjøring for å fylle én rad per signatur: original-/listeidentitet, signerte overskrifter, kroppsdekning, verifiseringsresultat og justering til det endelige forfatterdomenet. Hvis originalen mislykkes og den ikke-relaterte listeidentiteten passerer, sjekk SPF justering separat før du tildeler et DMARC -resultat. Registrer svaratferd før du godkjenner omskriving av synlig identitet. Dette er foreslåtte gjennomgangstrinn, ikke utførte tester.

[ Takeaway ]

Sammenlign listeinndata og -utdata, og hold hver signatur forskjellig. En ny listesignatur reparerer ikke en original signatur. Test attribusjon og svar sammen med autentisering.

[Etter rolle]

Hva dette betyr for deg

Velg din rolle for praktiske neste trinn.

IT / Mail Admin

Kart original og listesignaturer

Separat inndataverifisering fra utdatasignering og justering.

Neste trinn

  1. Fang begge grensene.
  2. Test hvert støttede listealternativ.

CISO / SecOps

Omfang avgjørelser om indirekte post

Et listeunntak bør ikke i det stille redusere beskyttelsen for hver avsender.

Neste trinn

  1. Dokumenter tillitsforutsetninger.
  2. Gjennomgå gjenværende etterligningsrisiko.

Grunnlegger / Ikke-teknisk

Inkluder abonnentopplevelse

En teknisk forbigående endring kan fortsatt forvirre attribusjon eller svar.

Neste trinn

  1. Godta synlige identitetsendringer.
  2. Test viktige diskusjonslister.

[ Vanlige spørsmål ]

Ofte stilte spørsmål

Kan et emneprefiks bryte DKIM ?

Ja, når den endrer et emnefelt som dekkes av den originale signaturen.

RFC 6376 §5.4

Kan en listebunntekst endre body-hashen?

Ja, under vanlig dekning av hele kroppen legger den til innhold med signert kropp.

RFC 6376 §3.4 RFC 6376 §3.7

Reparerer listesignering den originale signaturen?

Nei. Det oppretter en egen signatur over den omdistribuerte meldingen.

RFC 6376 §5.5

Hvorfor kan liste DKIM pass mens DMARC mislykkes?

Listens signeringsdomene er kanskje ikke på linje med det endelige synlige Fra-domenet, og ingen annen justert bane kan passere.

RFC 9989 §4.4.1 RFC 9989 §5.3.5

Er From omskriving usynlig for abonnenter?

Nei. Det endrer en synlig identitet og kan påvirke attribusjon og svaradferd.

Skal hver liste bruke l?

Nei. Delvis kroppsdekning skaper usignerte innholdsrisikoer og er ikke et universelt middel.

RFC 6376 §8.2

Bør vi deaktivere domenehåndhevelse for én liste?

Diagnostiser listeruten og støttede alternativer først; en bred politikkendring kan få bredere konsekvenser.

Hva hører hjemme i akseptansetesting?

Autentiseringsresultater, sammenligning av rå meldinger, avsenderattribusjon og Svar/svar alle-atferd på tvers av relevante formater.

[ Kilder ]

Kilder

  1. RFC 6376

    Seksjoner §1 · §3.1 · §3.4 · §3.5 · §3.7 · §5.4 · §5.5 · §8.2

  2. RFC 9989

    Seksjoner §4.4 · §4.4.1 · §5.3.5 · §5.3.6

  3. RFC 8601

    Seksjoner §1.2 · §7.1

[ Ordliste ]

Ordliste

DKIM
En domeneassosiert signatur over valgt meldingsinnhold, verifisert ved hjelp av offentlig nøkkeldata.

RFC 6376 §1

Velger
s-verdien som brukes med d-signeringsdomenet for å finne bekreftelsesdata.

RFC 6376 §3.1 RFC 6376 §3.5

DMARC -justering
Det nødvendige forholdet mellom en autentisert identifikator og forfatterdomenet.

RFC 9989 §4.4

Kanonisering
Spesifisert klargjøring av overskrifter eller brødtekst før DKIM -hashing og verifisering.

RFC 6376 §3.4

Enterprise herkomst

Hvorfor topp finansinstitusjoner og regjeringer pensjonert e-postsikkerhetsdashboardene deres.

Tradisjonelle e-postautentiseringsplattformer selger deg et dashbord og ber ingeniørene dine gjøre jobben. I miljøer med høy innsats betyr manuell overvåking forsinket håndheving, konfigurasjonsdrift og uovervåkede skyggedomener.

EmailAuth er den agentiske e-postopprinnelsesplattformen. Våre agenter håndhever p=reject, hold tredjepartssendere på linje og flytt domenene dine til fulle RFC 9989 compliance, den nye DMARC standarden, med menneskelig-in-the-loop reviderbarhet.

Regjeringer Store bedrifter Tier-1 finansinstitusjoner

SaaS · Dedikert leieforhold · Air-gaped on-prem · BYOK-kryptering

Kunnskapsbase