[ DKIM ]

Skille bevart videresending fra modifisert videresending

Spor videresendingsbanen og test om en justert signatur overlever uendret innhold.

Av EmailAuth -forskningsteamet

[Nøkkelpunkter]

  • Videresending kan endre SPF tilkoblingsbevis uten å endre DKIM-dekket innhold.
  • Bevart justert DKIM kan levere DMARC passeringsbane under gjeldende retningslinjer.
  • Omskriving av konvolutter og lokal aksept reparerer ikke en ødelagt originalsignatur.
På denne siden

Videresending bryter ikke automatisk DKIM. En videresending som bevarer det dekkede meldingsinnholdet kan la den originale signaturen være gyldig. En videresending som omskriver dekkede overskrifter eller hovedinnhold kan ugyldiggjøre den. Diagnostiser hva videresendingstjenesten faktisk gjør i stedet for å behandle all indirekte levering som én feilmodus.

Spor identiteter og transformasjoner separat

Ved den endelige mottakeren, SPF evaluerer tilkoblingssystemet og relevant SMTP identitet. Videresending kan endre tilkoblings-IP selv når meldingsteksten er urørt. DKIM verifiserer i stedet dekket meldingsinnhold mot signeringsdomenets nøkkel. Disse mekanismene kan derfor avvike på den samme videresendte meldingen.

Registrer det synlige Fra-domenet, hvert DKIM signeringsdomene, velger og resultatet, konvoluttidentiteten og videresendingshoppet. DMARC krever en bestått autentiseringsbane på linje med forfatterdomenet. En intakt justert DKIM signatur kan levere denne banen i henhold til gjeldende retningslinjer når videresending avbrytes SPF, som spesifisert i RFC 9989 §4.4.1. En nylig lagt til signatur under et urelatert videresendingsdomene justeres ikke automatisk.

Sammenlign direkte og videresendte prøver

Send en kontrollert melding til en direkte testinnboks og gjennom videresendingsruten til en annen testinnboks. Bevar råmeldinger og pålitelige mottakerresultater. Bruk en unik testmarkør slik at prøvene kan assosieres uten å stole utelukkende på emnet. Ikke utlede likhet fra den gjengitte kroppen.

Inspiser endringer i brødteksten, emnet og andre felter valgt i h. Sjekk c og eventuell l-tag før du tolker forskjeller. Standard kanonisering kan tolerere visse formateringsendringer, mens substansiell omskriving kan endre den signerte representasjonen. Tilførte transporthoder ugyldiggjør ikke i seg selv en signatur som ikke dekket de nye forekomstene; repetert-header valg og oversignering kan ha betydning under RFC 6376 §5.4.2.

Arbeid gjennom to baner

Illustrasjonsvei A videresender meldingen uten å endre dekket innhold. Den originale signaturen kan forbli gyldig. Bane B legger til et advarselsbanner til den signerte brødteksten, noe som fører til at den originale helkroppssignaturen mislykkes. Forbindelsen kan være identisk på begge stier, så SPF observasjoner alene kan ikke forklare DKIM forskjellen.

En speditør kan også skrive om konvoluttavsender å forbedre sin egen SPF autorisasjon. Det gjenoppretter ikke en ødelagt DKIM signatur eller oppretter nødvendigvis SPF justering med det originale synlige Fra-domenet. Hold de tre spørsmålene adskilt: hvilken identitet bestod SPF , hvilken signatur bestod DKIM og om en av banene var justert.

Velg en utbedring med omfang

Hvis bevaring av innhold er kompatibel med tjenestens sikkerhetsforpliktelser, bør du se gjennom støttede innstillinger som unngår unødvendige endringer. Hvis endring er nødvendig, vurder tjenestens dokumenterte signering og indirekte posthåndtering. Ikke gi vilkårlige videresendingere signeringsnøklene dine eller godkjenne dem generelt i SPF for å få et symptom til å forsvinne.

En administrativ mottaker kan bruke ytterligere pålitelige bevis eller lokale retningslinjer for indirekte post, men det er en egen akseptavgjørelse. Ikke rapporter slik aksept som gjenoppretting av den originale signaturen. Behold forretningskrav og eventuelle unntakseiere ved siden av det tekniske resultatet.

Lukk med rutespesifikk bevis

Gjenta testene direkte versus videresendt for ren tekst, HTML og vedlegg etter en endring. Registrer hvilke originale signaturer som overlever, om en ny signatur vises, og de endelige DMARC og leveringsresultatene. Behold videresendingsruten i regresjonstester fordi en senere banner- eller skanningsendring kan endre utfallet uten noen DNS endring hos avsenderen.

Les to hypotetiske utfall på meldingsnivå

Anta en gjeldende DMARC policy og Author Domain example.com :

  • Bevart bane: SPF mislykkes etter videresending, men den originale d=example.com -signaturen bekrefter fortsatt. Den nøyaktig justerte DKIM identiteten gir DMARC passet.
  • Modifisert bane: den originale DKIM -signaturen mislykkes; den eneste nye beståtte signaturen og SPF identiteten tilhører forwarder.example.net . Forutsatt at domenet ikke er relatert til example.com , leverer ingen av dem justering, så DMARC mislykkes. Mottakeren kan fortsatt ta en egen lokal håndteringsavgjørelse.

Ikke slå sammen den nye signaturens pass med den gamle signaturens domene. Disse tilfellene illustrerer forholdene i RFC 9989 §5.3.5; de er ikke registrerte mottakerresultater eller garantier for hver videresendingstjeneste.

[ Takeaway ]

Videresending kan endre SPF tilkoblingsbevis uten å endre DKIM-dekket innhold. Bevart justert DKIM kan levere DMARC passeringsbane under gjeldende retningslinjer. Omskriving av konvolutter og lokal aksept reparerer ikke en ødelagt originalsignatur.

[Etter rolle]

Hva dette betyr for deg

Velg din rolle for praktiske neste trinn.

IT / Mail Admin

Sammenlign innhold og identiteter uavhengig

En tilkoblingsendring og en kroppsendring påvirker ulike kontroller.

Neste trinn

  1. Fang begge stiene.
  2. Kartlegg hvert signaturresultat.

CISO / SecOps

Unngå brede myndighetstilskudd

Ikke løs indirekte levering ved å gi ukjente speditører signeringsfullmakt.

Neste trinn

  1. Gjennomgå tillitsgrenser.
  2. Unntak for sporing av mottaker.

Grunnlegger / Ikke-teknisk

Hold indirekte kunderuter synlige

Videresendte meldinger kan være viktige selv når direkteleveringstester består.

Neste trinn

  1. Identifiser kritiske arbeidsflyter for videresending.
  2. Eier ethvert unntaksvedtak.

[ Vanlige spørsmål ]

Ofte stilte spørsmål

Bryter hver speditør DKIM ?

Nei. Bevart dekket innhold kan beholde en gyldig original signatur.

RFC 6376 §3.7

Hvorfor kan SPF mislykkes mens DKIM består?

Videresendingstilkoblingen kan være uautorisert for den evaluerte konvoluttidentiteten mens signert innhold forblir intakt.

RFC 7208 §10.3 RFC 6376 §3.7

Kan et banner bryte DKIM ?

Ja. Et vesentlig tillegg til en fullstendig dekket signert kropp endrer den kanoniserte hasjen.

RFC 6376 §3.4.4 RFC 6376 §3.7

Garanterer en speditørs nye signatur DMARC ?

Nei. Signeringsdomenet må være på linje med det synlige Fra-domenet for at den DKIM -banen skal tilfredsstille DMARC .

RFC 9989 §4.4.1

Reparerer konvoluttomskriving DKIM ?

Nei. Den endrer en SMTP identitet, ikke den originale signaturen over meldingsinnhold.

RFC 6376 §3.7

Skal vi legge alle speditører til SPF ?

Nei. Undersøk ruten og myndighetsgrensen før du utvider autorisert sendeinfrastruktur.

Kan lokal aksept bety at DKIM fortsatt mislyktes?

Ja. Mottakers disposisjon kan gjenspeile andre bevis eller retningslinjer uten å reparere signaturen.

RFC 9989 §5.3.6

Hva bør testes etter en videresendingsendring?

Direkte og indirekte baner for flere meldingsformater, bevaring av rå meldinger og pålitelige autentiseringsresultater.

[ Kilder ]

Kilder

  1. RFC 6376

    Seksjoner §1 · §3.4 · §3.4.4 · §3.5 · §3.7 · §5.4.2 · §6.1

  2. RFC 9989

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

  3. RFC 7208

    Seksjoner §2.4 · §4.1 · §10.3

  4. RFC 8601

    Seksjoner §1.2

[ Ordliste ]

Ordliste

Videresending
Videresende en mottatt melding videre, potensielt endre tilkoblings- og konvoluttidentitetene sett av neste mottaker.

RFC 7208 §10.3

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

RFC 6376 §3.4

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

RFC 9989 §4.4

Mottakerens lokale retningslinjer
Ytterligere mottakerhåndteringsbeslutninger som kan avvike fra DMARC resultatet eller forespurt behandling.

RFC 9989 §5.3.6

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