[ DKIM ]

Skelne bevaret videresendelse fra ændret videresendelse

Spor videresendelsesstien og test, om en tilpasset signatur overlever uændret indhold.

Af EmailAuth -forskningsteamet

[Nøglepunkter]

  • Videresendelse kan ændre SPF 's forbindelsesbevis uden at ændre DKIM-dækket indhold.
  • Bevaret tilpasset DKIM kan levere DMARC 's gennemløbssti under en gældende politik.
  • Omskrivning af kuverter og lokal accept reparerer ikke en ødelagt original signatur.
På denne side

Videresendelse afbrydes ikke automatisk DKIM. En videresender, der bevarer det dækkede meddelelsesindhold, kan lade den originale signatur være gyldig. En videresender, der omskriver dækkede overskrifter eller kropsindhold, kan ugyldiggøre den. Diagnostiser, hvad forsendelsestjenesten rent faktisk gør i stedet for at behandle al indirekte levering som én fejltilstand.

Spor identiteter og transformationer separat

Ved den endelige modtager, SPF evaluerer det tilsluttede system og relevant SMTP identitet. Videresendelse kan ændre den forbindende IP, selv når meddelelsesteksten er uberørt. DKIM verificerer i stedet dækket beskedindhold mod signeringsdomænets nøgle. Disse mekanismer kan derfor divergere på den samme videresendte meddelelse.

Optag det synlige Fra-domæne, hvert DKIM signeringsdomæne, vælger og resultatet, kuvertidentiteten og fremsendelseshoppet. DMARC kræver en bestået godkendelsessti tilpasset forfatterdomænet. En intakt justeret DKIM signatur kan levere denne sti i henhold til en gældende politik, når videresendelse er forstyrret SPF, som angivet i RFC 9989 §4.4.1. En nyligt tilføjet signatur under et ikke-relateret videresendelsesdomæne justeres ikke automatisk.

Sammenlign direkte og videresendte prøver

Send en kontrolleret besked til en direkte testindbakke og gennem videresendelsesruten til en anden testindbakke. Bevar rå beskeder og betroede modtagerresultater. Brug en unik testmarkør, så prøverne kan associeres uden udelukkende at stole på emnet. Udled ikke lighed fra den gengivne krop.

Undersøg ændringer af brødteksten, Emne og andre felter valgt i h. Tjek c og enhver l-tag, før du fortolker forskelle. Standard kanonisering kan tolerere visse formateringsændringer, mens indholdsmæssig omskrivning kan ændre den signerede repræsentation. Tilføjede transportoverskrifter ugyldiggør ikke i sagens natur en signatur, der ikke dækkede disse nye hændelser; gentaget-header valg og oversignering kan have betydning under RFC 6376 §5.4.2.

Arbejd gennem to veje

Illustrativ sti A videresender meddelelsen uden at ændre dækket indhold. Den originale signatur kan forblive gyldig. Sti B tilføjer et advarselsbanner til den underskrevne brødtekst, hvilket får den originale helkropssignatur til at mislykkes. Forbindelsen kan være identisk på begge veje, så SPF observationer alene kan ikke forklare DKIM forskellen.

En speditør kan også omskrive konvolutafsender at forbedre sin egen SPF autorisation. Det gendanner ikke en ødelagt DKIM signatur eller skaber nødvendigvis SPF justering med det originale synlige Fra domæne. Hold de tre spørgsmål adskilt: hvilken identitet bestod SPF , hvilken signatur bestod DKIM , og om en af ​​stierne var justeret.

Vælg et omfangsrettet middel

Hvis indholdsbevaring er kompatibel med tjenestens sikkerhedsforpligtelser, skal du gennemgå understøttede indstillinger, der undgår unødvendige ændringer. Hvis ændring er påkrævet, skal du vurdere tjenestens dokumenterede signering og indirekte-mail-håndtering. Giv ikke vilkårlige speditører dine signeringsnøgler eller godkend dem generelt i SPF til at få et symptom til at forsvinde.

En administrativ modtager kan bruge yderligere pålidelige beviser eller lokal politik for indirekte post, men det er en separat acceptbeslutning. Rapporter ikke en sådan accept som gendannelse af den originale signatur. Bevar forretningskrav og eventuelle undtagelsesejere sammen med det tekniske resultat.

Luk med rutespecifik bevis

Gentag testene direkte versus videresendt for almindelig tekst, HTML og vedhæftede filer efter en ændring. Registrer hvilke originale signaturer, der overlever, om en ny signatur vises, og de endelige DMARC og leveringsresultater. Behold videresendelsesruten i regressionstest, fordi en senere banner- eller scanningsændring kan ændre resultatet uden nogen DNS ændring hos afsenderen.

Læs to hypotetiske resultater på budskabsniveau

Antag en gældende DMARC politik og Author Domain example.com :

  • Bevaret sti: SPF mislykkes efter videresendelse, men den originale d=example.com -signatur bekræfter stadig. Den nøjagtigt tilpassede DKIM identitet leverer DMARC -pas.
  • Ændret sti: den originale DKIM signatur mislykkes; den eneste nye passerende signatur og SPF identitet tilhører forwarder.example.net . Hvis det antages, at domænet ikke er relateret til example.com , leverer ingen af ​​dem justering, så DMARC mislykkes. Modtageren kan stadig træffe en separat lokal håndteringsbeslutning.

Du må ikke flette den nye signaturs pas med den gamle signaturs domæne. Disse sager illustrerer forholdene i RFC 9989 §5.3.5; de er ikke registrerede modtagerresultater eller garantier for enhver videresendelsestjeneste.

[ Takeaway ]

Videresendelse kan ændre SPF 's forbindelsesbevis uden at ændre DKIM-dækket indhold. Bevaret tilpasset DKIM kan levere DMARC 's gennemløbssti under en gældende politik. Omskrivning af kuverter og lokal accept reparerer ikke en ødelagt original signatur.

[Efter rolle]

Hvad betyder det for dig

Vælg din rolle for praktiske næste trin.

IT / Mail Admin

Sammenlign indhold og identiteter uafhængigt

En forbindelsesændring og en kropsændring påvirker forskellige kontroller.

Næste trin

  1. Fang begge veje.
  2. Kortlæg hvert signaturresultat.

CISO / SecOps

Undgå brede myndighedsbevillinger

Løs ikke indirekte levering ved at give ukendte speditører underskriftsfuldmagt.

Næste trin

  1. Gennemgå tillidsgrænser.
  2. Undtagelser for track scoped receiver.

Grundlægger / Ikke-teknisk

Hold indirekte kunderuter synlige

Videresendte beskeder kan være vigtige, selv når tests for direkte levering består.

Næste trin

  1. Identificer kritiske arbejdsgange for videresendelse.
  2. Ejer enhver undtagelsesbeslutning.

[ Ofte stillede spørgsmål ]

Ofte stillede spørgsmål

Bryder hver speditør DKIM ?

Nej. Bevaret dækket indhold kan beholde en gyldig original signatur.

RFC 6376 §3.7

Hvorfor kan SPF fejle, mens DKIM består?

Videresendelsesforbindelsen kan være uautoriseret for den evaluerede kuvertidentitet, mens signeret indhold forbliver intakt.

RFC 7208 §10.3 RFC 6376 §3.7

Kan et banner bryde DKIM ?

Ja. En væsentlig tilføjelse til en fuldt dækket underskrevet krop ændrer dens kanoniserede hash.

RFC 6376 §3.4.4 RFC 6376 §3.7

Garanterer en speditørs nye signatur DMARC ?

Nej. Signeringsdomænet skal være på linje med det synlige Fra-domæne for at den DKIM -sti opfylder DMARC .

RFC 9989 §4.4.1

Reparerer konvolutomskrivning DKIM ?

Nej. Det ændrer en SMTP identitet, ikke den originale signatur over beskedindhold.

RFC 6376 §3.7

Skal vi tilføje alle speditører til SPF ?

Nej. Undersøg ruten og myndighedsgrænsen før udvidelse af autoriseret afsenderinfrastruktur.

Kan lokal accept betyde, at DKIM stadig fejlede?

Ja. Modtagerens disposition kan afspejle andre beviser eller politik uden at reparere signaturen.

RFC 9989 §5.3.6

Hvad skal testes efter en videresendelsesændring?

Direkte og indirekte stier til flere meddelelsesformater, bevaring af rå meddelelser og pålidelige godkendelsesresultater.

[ Kilder ]

Kilder

  1. RFC 6376

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

  2. RFC 9989

    Afsnit §4.4 · §4.4.1 · §4.4.2 · §5.3.5 · §5.3.6

  3. RFC 7208

    Afsnit §2.4 · §4.1 · §10.3

  4. RFC 8601

    Afsnit §1.2

[ Ordliste ]

Ordliste

Videresendelse
Videresendelse af en modtaget besked, potentielt ændring af forbindelses- og kuvertidentiteter, der ses af den næste modtager.

RFC 7208 §10.3

Kanonisering
Defineret klargøring af overskrifter eller brødtekst før DKIM hashing og verifikation.

RFC 6376 §3.4

DMARC justering
Det påkrævede forhold mellem en autentificeret identitet og forfatterdomænet.

RFC 9989 §4.4

Modtager lokalpolitik
Yderligere beslutninger om modtagerhåndtering, der kan afvige fra DMARC resultatet eller den anmodede behandling.

RFC 9989 §5.3.6

Virksomhedens herkomst

Hvorfor top finansielle institutioner og regeringer pensionerede deres e-mailsikkerhedsdashboards.

Traditionelle e-mail-godkendelsesplatforme sælger dig et dashboard og beder dine ingeniører om at gøre arbejdet. I miljøer med høj indsats betyder manuel overvågning forsinket håndhævelse, konfigurationsdrift og uovervågede skyggedomæner.

EmailAuth er den agentiske e-mail-herkomstplatform. Vores agenter håndhæver p=reject, hold tredjepartsafsendere på linje og flyt dine domæner til fuld RFC 9989 compliance, den nye DMARC standard, med menneskelig auditabilitet.

regeringer Store virksomheder Tier-1 finansielle institutioner

SaaS · Dedikeret lejemål · Air-gapped on-prem · BYOK-kryptering

Vidensbase