[ DMARC en beleid ]

Meerdere Van-adressen: behoud de syntaxis voordat u DMARC diagnosticeert

Onderscheid één Van-veld met meerdere auteurs van dubbele Van-velden en onderzoek vervolgens de geëxtraheerde domeinen en de daadwerkelijke afhandeling door de ontvanger.

Door het EmailAuth -onderzoeksteam · 6 minuten lezen

Op deze pagina

Een bericht dat twee afzenders lijkt te hebben, kan verschillende dingen inhouden: één Van-veld met meerdere auteurs, twee afzonderlijke Van-velden of een weergavenaam die op een ander adres lijkt. Dat zijn verschillende parseer- en beveiligingsgevallen. Een screenshot van de afzenderlijn van een e-mailclient kan deze niet op betrouwbare wijze onderscheiden.

Behoud de oorspronkelijke berichtkop en begin met de structuur ervan. Selecteer niet stilletjes het adres dat overeenkomt met een passerende handtekening. Dat kan de dubbelzinnigheid verbergen die de ontvanger en de ontvanger moeten begrijpen.

Scheid het aantal velden van het aantal adressen

RFC 5322 staat één Van-veld met een mailboxlijst toe. Wanneer die lijst meer dan één mailbox bevat, is een veld Afzender met één mailbox vereist. De regels voor de berichtindeling specificeren nog steeds één Van-veld, dus twee afzonderlijke Van-velden zijn niet dezelfde constructie als één geldig multi-auteurveld.

De afzender identificeert de verzendende agent in het berichtformaatmodel. Het vervangt niet het Van-domein as DMARC's Auteurdomein. Antwoord-aan, Return-Path en een weergavenaam dienen ook verschillende doeleinden.

Gebruik de walkthrough van de identiteitsketen om deze rollen gescheiden te houden voordat de authenticatie wordt onderzocht.

Pas de DMARC -domeinregel expliciet toe

RFC 9989Voor de normale verwerking is precies één uit het domein geëxtraheerd vereist. Als nul of meer dan één domein wordt geëxtraheerd, eindigt het gewone validatieproces. De specificatie staat een ontvanger toe om door te gaan in het geval van meerdere domeinen en bespreekt de implicaties voor de beveiliging en de verwerking.

Dat is geen toestemming voor een diagnostisch hulpmiddel om de meest geschikte auteur te kiezen en een onvoorwaardelijk succes te rapporteren. Als een ontvanger ervoor kiest om meerdere domeinen te evalueren, moeten de daaruit voortvloeiende procedure en dekking worden vastgelegd.

Paragraaf 11.5 bespreekt de evaluatie van elk domein en het toepassen van het sterkste beleid onder de controles die mislukken. Het waarschuwt ook dat het verwerken van een buitensporig aantal domeinen een resourceprobleem kan veroorzaken; als ze niet allemaal worden verwerkt, is de evaluatie onvolledig. Dit zijn overwegingen bij de behandeling van ontvangers, en niet een belofte dat elk product dergelijke post op dezelfde manier accepteert of weergeeft.

Gebruik gecontroleerde cases met gelabelde verwachtingen

De onderstaande gevallen zijn synthetische headerfragmenten. Het zijn geen uitgevoerde tests of gerapporteerde ontvangerresultaten, en elk zou de rest van een correct opgebouwd bericht nodig hebben in een gecontroleerde test.

GevalIllustratieve veldenBeoordeling om vast te leggen
Enkele auteurVan: author@example.comNormaal pad van één domein, onderhevig aan de resterende bericht- en authenticatiecontroles
Meerdere auteurs in één vakgebiedVan: author@example.com , editor@example.netMet het vereiste aparte veld Afzender voor één mailbox kan dit een geldig formaat voor meerdere auteurs zijn; meerdere Van-domeinen vereisen nog steeds DMARC -analyse van uitzonderlijke afhandeling
Dupliceer uit veldenEén Van-veld voor example.com en een ander voor example.netFout in berichtformaat; repareer het niet onzichtbaar terwijl u beweert het oorspronkelijke bericht te evalueren
Adresachtige weergavenaamTekst weergeven met een schijnbaar adres vóór een daadwerkelijke mailboxParseer het daadwerkelijke mailboxdomein; beoordeel het displayrisico afzonderlijk

Bewaar voor elk geval de onbewerkte armatuur- en parseruitvoer. Tel velden, vermeld de geëxtraheerde mailboxwaarden en leg het domeinresultaat vast dat tot het gekozen verwerkingspad heeft geleid. Als twee mailboxen hetzelfde domein gebruiken, ga er dan niet vanuit dat het scherm van de e-mailclient antwoordt op de manier waarop de evaluator omgaat met de constructie van meerdere auteurs; het extractieresultaat behouden en de implementatie testen.

Bewaar authenticatiebewijs gekoppeld aan de geparseerde identiteit

Een SPF of DKIM pas voor het ene domein kan een andere weergegeven identiteit niet verklaren zonder de vereiste uitlijning analyse. Behoud elke relevante DKIM d-waarde en vertrouwde ontvangerresultaten. Bewaar ook de exacte From-bytes, inclusief vouwen en commentaar, zodat de parsering kan worden gereproduceerd.

Herschrijf de originele Van niet naar één auteur voordat u de originele handtekening heeft geverifieerd of hebt onderzocht wat het ontvangende systeem heeft gezien. Een herschreven kopie kan nuttig zijn als aparte testcase, maar bestempel deze als een aangepast armatuur met een andere identiteitsvraag.

Een afgewezen poging mag nooit afgeleverde headers opleveren. Bewaar het SMTP -antwoord en ontvang logboeken, indien beschikbaar, in plaats van een afgeleverd bericht te bedenken Authentication-Results steekproef.

Testpresentatie en verwerking

Het beveiligingsprobleem omvat ook wat een ontvanger ziet. Eén component kan één constructie evalueren, terwijl een e-mailclient een andere schijnbare auteur benadrukt. Vergelijk in een geautoriseerde testomgeving de parseruitvoer, het authenticatieresultaat, de afhandeling en de weergegeven afzenderregel voor exact hetzelfde armatuur.

Registreer softwareversies en instellingen met daadwerkelijke waarnemingen. Kopieer het gedrag van één cliënt niet in een universele claim. RFC 9989 identificeert constructies met meerdere domeinen als een mogelijke manier om normale DMARC verwerking te vermijden, dus een resultaat met het label "niet geëvalueerd" mag niet als "veilig" worden gepresenteerd.

Een praktische uitgaande configuratie heeft doorgaans baat bij één duidelijke Van-mailbox voor gewone geautomatiseerde post. Als echte multi-auteurfunctionaliteit nodig is, bevestig dan het toepasselijke formaat en de ondersteunde verwerking bij de systemen die het zullen verwerken, in plaats van aan te nemen dat een verplicht afzenderveld elk downstream-authenticatieprobleem oplost.

Het onderzoek is voltooid als de oorspronkelijke syntaxis behouden blijft, de beslissing over het geëxtraheerde domein wordt uitgelegd en die beslissing wordt gekoppeld aan de daadwerkelijke afhandeling en presentatie van de ontvanger. Houd uitzonderlijke of onvolledige verwerkingen zichtbaar in plaats van één enkel groen authenticatieantwoord te produceren.

[ Per rol ]

Wat dit voor jou betekent

Kies jouw rol voor praktische vervolgstappen.

IT/Mailbeheerder

Behoud de originele headerstructuur.

Het aantal velden, het aantal mailboxen en de geëxtraheerde domeinen kunnen tot verschillende verwerkingsbeslissingen leiden.

Volgende stappen

  1. Bewaar onbewerkte armaturen vóór elke reparatie.
  2. Leg uitzonderlijke of onvolledige evaluatie vast.
  3. Vergelijk de verwerking en weergave voor hetzelfde armatuur.

CISO / SecOps

Behandel overgeslagen validatie als een onderzoeksstatus.

Voor een bericht dat buiten de normale DMARC -verwerking valt, is nog steeds een expliciete beslissing over de beveiliging nodig.

Volgende stappen

  1. Beoordeel gevallen met een onjuiste indeling en gevallen die meerdere domeinen omvatten.
  2. Vereist bewijs voor ontvangerspecifieke claims.
  3. Houd parser- en weergaveverschillen zichtbaar.

Oprichter / Niet-technisch

Geef de voorkeur aan een duidelijke auteursidentiteit in gewone post.

Een dubbelzinnige presentatie creëert ondersteunings- en vertrouwensproblemen, zelfs als er een authenticatieresultaat beschikbaar is.

Volgende stappen

  1. Gebruik één duidelijke, gewone applicatie-identiteit.
  2. Identificeer echte zakelijke vereisten met meerdere auteurs.
  3. Neem de afzenderpresentatie op in acceptatietesten.

[ Veelgestelde vragen ]

Veelgestelde vragen

Zijn twee Van-velden gelijk aan één Van-veld dat twee auteurs bevat?

Nee. RFC 5322 specificeert één Van-veld, maar staat toe dat de waarde ervan een mailboxlijst bevat. Dupliceren van-velden vormen een probleem met een ander berichtformaat.

Wanneer is Afzender vereist bij een Van-veld met meerdere auteurs?

RFC 5322 vereist een veld Afzender dat één mailbox bevat, terwijl Van meer dan één mailboxspecificatie bevat.

Kan de afzender From vervangen voor DMARC -evaluatie?

Nee. DMARC gebruikt het domein uit From als auteursdomein. De afzender dient een ander doel voor het berichtformaat.

Wat gebeurt er als meerdere Van-domeinen worden geëxtraheerd?

Het gewone RFC 9989 validatiepad eindigt, terwijl een ontvanger verdere verwerking van meerdere domeinen kan kiezen op grond van de overwegingen in Paragraaf 11.5.

Moet een controleur het adres kiezen dat overeenkomt met een passerende DKIM handtekening?

Nee. Behoud de originele parsering en maak uitzonderlijke verwerking bekend. Als u een handig adres kiest, kan niet-geëvalueerde of tegenstrijdige identiteitsinformatie verborgen blijven.

Wat als twee auteursadressen hetzelfde domein gebruiken?

Houd het aantal velden, de mailboxlijst en de uitvoer van de domeinextractie van de evaluator gescheiden. Leid de afhandeling van de implementatie niet af van de afzenderregel die door een e-mailclient wordt weergegeven.

Kan het testen van meerdere domeinen een resourceprobleem veroorzaken?

Ja. RFC 9989 waarschuwt voor overmatige domeinverwerking en merkt op dat een evaluatie onvolledig is als niet alle domeinen zijn verwerkt.

Welk bewijs moet een menselijke recensent ontvangen?

Geef de onbewerkte gegevens, parseruitvoer, softwareversie, geauthenticeerde identiteiten, daadwerkelijke afhandeling en weergaveobservaties op, waarbij het verwachte gedrag duidelijk wordt gescheiden van de uitgevoerde resultaten.

[ Bronnen ]

Bronnen

  1. RFC 9989 : DMARC -kernprotocol
  2. RFC 8601 : header Authentication-Results
  3. RFC 5322 : Internetberichtformaat

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