[ DKIM ]

Onderscheid behouden doorsturen van gewijzigd doorsturen

Traceer het doorstuurpad en test of een uitgelijnde handtekening ongewijzigde inhoud overleeft.

Door het EmailAuth -onderzoeksteam

[ Kernpunten ]

  • Doorsturen kan het verbindingsbewijs van SPF wijzigen zonder de door DKIM gedekte inhoud te wijzigen.
  • Bewaarde uitgelijnde DKIM kan het doorgangspad van DMARC leveren onder een toepasselijk beleid.
  • Het herschrijven van een envelop en lokale acceptatie repareren een kapotte originele handtekening niet.
Op deze pagina

Het doorsturen wordt niet automatisch verbroken DKIM. Een doorstuurder die de gedekte berichtinhoud bewaart, kan de originele handtekening geldig laten. Een doorstuurprogramma dat gedekte headers of hoofdtekst herschrijft, kan deze ongeldig maken. Stel vast wat de doorstuurservice feitelijk doet, in plaats van alle indirecte bezorgingen als één mislukking te beschouwen.

Traceer identiteiten en transformaties afzonderlijk

Bij de uiteindelijke ontvanger SPF evalueert het verbindende systeem en de relevante SMTP identiteit. Doorsturen kan het verbindende IP-adres wijzigen, zelfs als de berichttekst onaangeroerd blijft. DKIM verifieert in plaats daarvan de gedekte berichtinhoud aan de hand van de sleutel van het ondertekenende domein. Deze mechanismen kunnen dus uiteenlopen op hetzelfde doorgestuurde bericht.

Registreer het zichtbare Van-domein, elk DKIM ondertekeningsdomein, keuzeschakelaar en resultaat, de envelopidentiteit en de doorstuursprong. DMARC vereist een passerend authenticatiepad dat is afgestemd op het auteurdomein. Een intact uitgelijnd DKIM -handtekening kan dat pad leveren onder een toepasselijk beleid wanneer het doorsturen wordt verstoord SPF, zoals gespecificeerd in RFC 9989 §4.4.1. Een nieuw toegevoegde handtekening onder een niet-gerelateerd doorstuurdomein wordt niet automatisch uitgelijnd.

Vergelijk directe en doorgestuurde monsters

Stuur een gecontroleerd bericht naar een directe testinbox en via de doorstuurroute naar een andere testinbox. Bewaar onbewerkte berichten en vertrouwde ontvangerresultaten. Gebruik een unieke testmarkering zodat de monsters kunnen worden gekoppeld zonder uitsluitend op het onderwerp te vertrouwen. Leid geen gelijkheid af uit het weergegeven lichaam.

Inspecteer wijzigingen in de hoofdtekst, het onderwerp en andere velden die zijn geselecteerd in h. Controleer c en eventuele l-tags voordat u de verschillen interpreteert. Standaard canonicalisering kan bepaalde opmaakwijzigingen tolereren, terwijl inhoudelijk herschrijven de ondertekende weergave kan veranderen. Toegevoegde transportkoppen maken niet inherent een handtekening ongeldig die deze nieuwe gebeurtenissen niet dekt; selectie van herhaalde headers en oversigning kunnen van belang zijn RFC 6376 §5.4.2.

Werk via twee paden

Illustratief pad A stuurt het bericht door zonder de gedekte inhoud te wijzigen. De originele handtekening kan geldig blijven. Pad B voegt een waarschuwingsbanner toe aan de ondertekende hoofdtekst, waardoor de originele volledige handtekening mislukt. De verbinding kan op beide paden identiek zijn, dus SPF waarnemingen alleen kunnen het DKIM verschil niet verklaren.

Een expediteur kan ook het envelop afzender om de eigen SPF autorisatie te verbeteren. Dat herstelt niet een kapotte DKIM -handtekening of creëert noodzakelijkerwijs SPF uitlijning met het originele zichtbare Van-domein. Houd de drie vragen gescheiden: welke identiteit heeft SPF doorstaan, welke handtekening heeft DKIM doorstaan ​​en of een van beide paden op één lijn ligt.

Selecteer een oplossing met een bereik

Als het behoud van inhoud compatibel is met de beveiligingsverplichtingen van de service, controleer dan de ondersteunde instellingen om onnodige wijzigingen te voorkomen. Als er wijzigingen nodig zijn, beoordeel dan de gedocumenteerde ondertekening en verwerking van indirecte post van de service. Geef geen willekeurige expediteurs uw ondertekeningssleutels en autoriseer ze niet breed in SPF om een ​​symptoom te laten verdwijnen.

Een administratieve ontvanger kan bij indirecte post aanvullend vertrouwd bewijsmateriaal of lokaal beleid gebruiken, maar dat is een afzonderlijk acceptatiebesluit. Rapporteer een dergelijke aanvaarding niet als herstel van de originele handtekening. Bewaar de bedrijfsvereisten en eventuele uitzonderingseigenaren naast het technische resultaat.

Sluit af met routespecifiek bewijs

Herhaal de direct-versus-forwarded-tests voor platte tekst, HTML en bijlagen na een wijziging. Registreer welke originele handtekeningen bewaard zijn gebleven, of er een nieuwe handtekening verschijnt en wat de uiteindelijke DMARC en leveringsresultaten zijn. Houd de doorstuurroute bij regressietests aan, omdat een latere banner- of scanwijziging de uitkomst kan veranderen zonder enige DNS wijziging bij de afzender.

Lees twee hypothetische resultaten op berichtniveau

Ga uit van een toepasselijk DMARC -beleid en auteursdomein example.com :

  • Behouden pad: SPF mislukt na doorsturen, maar de originele d=example.com -handtekening wordt nog steeds geverifieerd. Die exact uitgelijnde DKIM identiteit levert DMARC pas op.
  • Gewijzigd pad: de originele DKIM -handtekening mislukt; de enige nieuwe passerende handtekening en SPF identiteit behoren tot forwarder.example.net . Ervan uitgaande dat dat domein geen verband houdt met example.com , levert geen van beide uitlijning, dus DMARC mislukt. De ontvanger kan nog steeds een afzonderlijk lokaal afhandelingsbesluit nemen.

Voeg de pas van de nieuwe handtekening niet samen met het domein van de oude handtekening. Deze gevallen illustreren de omstandigheden in RFC 9989 §5.3.5; het zijn geen vastgelegde ontvangerresultaten of garanties voor elke doorstuurservice.

[ Afhaalmaaltijden ]

Doorsturen kan het verbindingsbewijs van SPF wijzigen zonder de door DKIM gedekte inhoud te wijzigen. Bewaarde uitgelijnde DKIM kan het doorgangspad van DMARC leveren onder een toepasselijk beleid. Het herschrijven van een envelop en lokale acceptatie repareren een kapotte originele handtekening niet.

[ Per rol ]

Wat dit voor jou betekent

Kies jouw rol voor praktische vervolgstappen.

IT/Mailbeheerder

Vergelijk inhoud en identiteiten onafhankelijk

Een verbindingswijziging en een lichaamswijziging hebben invloed op verschillende controles.

Volgende stappen

  1. Leg beide paden vast.
  2. Breng elk handtekeningresultaat in kaart.

CISO / SecOps

Vermijd brede bevoegdheidssubsidies

Los indirecte levering niet op door tekenbevoegdheid aan onbekende expediteurs te overhandigen.

Volgende stappen

  1. Controleer de vertrouwensgrenzen.
  2. Uitzonderingen voor ontvangers met bereik bijhouden.

Oprichter / Niet-technisch

Houd indirecte klantroutes zichtbaar

Doorgestuurde berichten kunnen belangrijk zijn, zelfs als de tests voor directe bezorging slagen.

Volgende stappen

  1. Identificeer kritische doorstuurworkflows.
  2. Wees eigenaar van elke uitzonderingsbeslissing.

[ Veelgestelde vragen ]

Veelgestelde vragen

Schendt elke expediteur DKIM ?

Nee. Bewaarde gedekte inhoud kan een geldige originele handtekening behouden.

RFC 6376 §3.7

Waarom kan SPF mislukken terwijl DKIM slaagt?

De doorstuurverbinding kan ongeautoriseerd zijn voor de geëvalueerde envelopidentiteit terwijl de ondertekende inhoud intact blijft.

RFC 7208 §10.3 RFC 6376 §3.7

Kan een banner DKIM breken?

Ja. Een inhoudelijke toevoeging aan een volledig bedekt ondertekend lichaam verandert de gecanoniseerde hasj.

RFC 6376 §3.4.4 RFC 6376 §3.7

Garandeert de nieuwe handtekening van een expediteur DMARC ?

Nee. Het ondertekeningsdomein moet uitgelijnd zijn met het zichtbare Van-domein voor dat DKIM pad om aan DMARC te voldoen.

RFC 9989 §4.4.1

Herstelt het herschrijven van enveloppen DKIM ?

Nee. Het verandert een SMTP identiteit, niet de originele handtekening over de berichtinhoud.

RFC 6376 §3.7

Moeten we alle expediteurs toevoegen aan SPF ?

Nee. Onderzoek de route en de bevoegdheidsgrens voordat u de geautoriseerde verzendinfrastructuur uitbreidt.

Kan lokale acceptatie betekenen dat DKIM nog steeds mislukt?

Ja. De beschikking van de ontvanger kan ander bewijsmateriaal of beleid weerspiegelen zonder de handtekening te repareren.

RFC 9989 §5.3.6

Wat moet er worden getest na een doorstuurwijziging?

Directe en indirecte paden voor meerdere berichtformaten, waarbij onbewerkte berichten en vertrouwde authenticatieresultaten behouden blijven.

[ Bronnen ]

Bronnen

  1. RFC 6376

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

  2. RFC 9989

    Secties §4.4 · §4.4.1 · §4.4.2 · §5.3.5 · §5.3.6

  3. RFC 7208

    Secties §2.4 · §4.1 · §10.3

  4. RFC 8601

    Secties §1.2

[ Glossarium ]

Glossarium

Doorsturen
Een ontvangen bericht doorsturen, waardoor mogelijk de verbindings- en envelopidentiteit wordt gewijzigd die door de volgende ontvanger wordt gezien.

RFC 7208 §10.3

Canonicalisering
Gedefinieerde voorbereiding van headers of body vóór DKIM hashing en verificatie.

RFC 6376 §3.4

DMARC uitlijning
De vereiste relatie tussen een geverifieerde identiteit en het auteurdomein.

RFC 9989 §4.4

Ontvanger lokaal beleid
Aanvullende beslissingen over de behandeling van ontvangers die kunnen verschillen van het DMARC resultaat of de aangevraagde behandeling.

RFC 9989 §5.3.6

Herkomst onderneming

Waarom top financiële instellingen en overheden hebben hun e-mailbeveiligingsdashboards stopgezet.

Traditionele platforms voor e-mailauthenticatie verkopen u een dashboard en vragen uw technici om het werk te doen. In omgevingen waar veel op het spel staat, betekent handmatig toezicht vertraagde handhaving, configuratieafwijking en niet-gecontroleerde schaduwdomeinen.

EmailAuth is het agentische e-mailherkomstplatform. Onze agenten handhaven p=reject, houd externe afzenders op één lijn en verplaats uw domeinen naar vol RFC 9989 compliance, de nieuwe DMARC standaard, met 'human-in-the-loop'-auditeerbaarheid.

Regeringen Grote ondernemingen Tier-1 financiële instellingen

SaaS · Toegewijde huur · Air-gapped on-premise · BYOK-encryptie

Kennisbank