Lees samengestelde authenticatie als een Microsoft-resultaat
Het compauth-veld van Microsoft is geen andere spelling van DMARC. Het is een samengestelde beoordeling waarbij gebruik wordt gemaakt van authenticatie en andere berichtsignalen, en de interpretatie ervan behoort tot de gedocumenteerde verwerking van Microsoft. Een bericht kan daarom verschillend uitziende DMARC en samengestelde resultaten bevatten zonder dat de header inherent tegenstrijdig is. De juiste taak is om elk veld, de identiteitscontext en de bijbehorende redencode te lezen voordat wordt besloten wat het resultaat oplevert.
In dit artikel wordt gebruik gemaakt van de primaire documentatie van Microsoft die is bewaard op 8 november 2026. De antispamkoppagina identificeert een update van 27 juli 2026. Er is geen origineel bericht of tenanttracering opgegeven en het onderstaande voorbeeld is expliciet fictief in plaats van een geredigeerde koptekst. De catalogus vereist een echt origineel berichtvoorbeeld voordat operationele conclusies kunnen worden vrijgegeven.
Houd de identiteiten zichtbaar
Microsoft definieert header.from als het zichtbare Van-domein, smtp.mailfrom als de envelop MAIL VAN domein, en header.d als de DKIM ondertekeningsdomein indien aanwezig. Deze velden kunnen verschillen. Behoud hun relatie bij het lezen van resultaten: SPF pas voor één domein wordt niet automatisch tot stand gebracht uitlijning met de zichtbare afzender, en er moet een DKIM pas gekoppeld zijn aan de handtekening en het domein dat deze beschrijft. Koptekstvelden voor Microsoft-authenticatie
Het protocolbesluit van DMARC betreft de afstemming met het zichtbare Van-domein volgens de regels ervan. Samengestelde authenticatie van Microsoft gebruikt dat Van-domein als basis terwijl SPF , DKIM , DMARC en andere informatie worden gecombineerd. Vervang het afzonderlijke DMARC resultaat niet door compauth in een nalevingsverklaring of een conclusie over het oplossen DNS problemen. Ze beantwoorden gerelateerde maar niet-identieke vragen. RFC 9989 Samengestelde velden van Microsoft
Interpreteer het resultaat en redeneer samen
Microsoft-documenten compauth-waarden passeren, falen, softpass en geen, met een reden van drie cijfers. Houd het volledige paar. Een redencode is geen SMTP antwoordcode, ook al lijken de cijfers op een andere diagnose. Decodeer reason=130 niet met behulp van een algemene SMTP tabel en leid geen voorwaarde voor de hele tenant af uit de waarde van één bericht. Gebruik de huidige Microsoft-tabel voor de waargenomen context. Samengestelde authenticatie van Microsoft
De headerreferentie beschrijft reden 000 als een expliciete authenticatiefout met een DMARC fout en een quarantaine- of afwijzingsbeleid, terwijl 001 betrekking heeft op een impliciete authenticatiefout in de gedocumenteerde zwakke of afwezige beleidsomstandigheden. Het beschrijft 109 als een geval waarin nr DMARC record bestaat, maar anders zou de boodschap overgaan. Dit zijn leveranciersdefinities, geen instructies om een header te maken of een bewijs dat een dergelijk bericht hier is waargenomen. Redencodes van Microsoft
Begrijp bestguespass zonder een gepubliceerd beleid te claimen
dmarc=bestguesspass -label van Microsoft betekent dat er geen DMARC TXT record bestaat, maar het bericht zou passeren als het domein er een had. Het mag niet worden gerapporteerd als bewijs dat het domein een geldig DMARC -beleid heeft gepubliceerd of dat de daadwerkelijke standaard DMARC evaluatie een 'pass' heeft opgeleverd. Bewaar het leverancierslabel woordelijk en leg de beperkte betekenis ervan uit. Microsoft DMARC -veldwaarden
Een afzender die een dergelijk resultaat beoordeelt, moet nog steeds het feitelijke openbare beleid en de beoogde authenticatieconfiguratie verifiëren. Ga er niet van uit dat samengesteld succes de noodzaak van expliciet domeinbeleid wegneemt of garandeert dat andere ontvangers dezelfde beoordeling zullen maken. Een ontvangerspecifieke heuristiek of gevolgtrekking is geen draagbare vervanging voor de gepubliceerde besturingselementen van het domein.
ARC en impliciete signalen herschrijven de onderliggende feiten niet
Microsoft documenteert reden 130 als vertrouwd ARC het resultaat van sealer overschrijft een DMARC fout. Dat kan een samengestelde uitkomst in een doorgestuurd of gemedieerd pad verklaren, maar dit betekent niet dat de onderliggende DMARC fout uit het bewijsmateriaal moet worden gewist. Houd het oorspronkelijke resultaat, ARC context, de reden en de uiteindelijke afhandeling onderscheidbaar. Beweer niet dat een willekeurige ARC header voldoende is; het gedocumenteerde geval betreft een vertrouwde zeehondenjager. Microsoft-reden 130
Op dezelfde manier beschrijft Microsoft andere impliciete signalen en merkt op dat een samengestelde storing niet direct tot blokkering leidt. De algehele beoordeling kan ondanks deze mislukking een bericht toestaan, terwijl andere beveiligingstechnologieën risico's in geauthenticeerde e-mail kunnen identificeren. Bijgevolg is compauth=pass geen garantie voor de plaatsing van de inbox of de veiligheid van de inhoud, en is compauth=fail op zichzelf geen bewijs van afwijzing. Uitleg over Microsoft-afhandeling
Stel de header-vertrouwensgrens in
Verkrijg een geautoriseerd origineel bericht van de relevante ontvanger en identificeer welk vertrouwd systeem de resultaten heeft opgeleverd. RFC 8601 legt uit waarom Authentication-Results beweringen hebben een vertrouwensgrens nodig. Er kunnen meerdere kopteksten langs een berichtpad verschijnen en een niet-vertrouwde afzender kan tekst invoegen die er gezaghebbend uitziet. Selecteer niet de gebeurtenis die het beste overeenkomt met de gewenste conclusie zonder de herkomst na te gaan. RFC 8601
Bewaar een onaangeroerd origineel voor interne verificatie en een afzonderlijk geredigeerde verklarende kopie. Het wijzigen van adressen of ondertekende inhoud kan onafhankelijke cryptografische hervalidatie verhinderen, dus label de kopie dienovereenkomstig. Een annotatie kan identiteitsrelaties voor discussie behouden, maar het is geen nieuw verifieerbaar origineel bericht. Als de ontvanger sterker bewijs nodig heeft, gebruik dan een goedgekeurd veilig overdrachtsproces in plaats van de openbaarmaking stilletjes te vergroten.
Origineel werkblad met samengesteld resultaat
Het volgende voorgestelde werkblad maakt veldinterpretatie reproduceerbaar. Het bevat geen echt bericht en mag niet worden behandeld als een voltooide authenticatieanalyse.
- Bewijsoorsprong: referentie van ontvangen bericht, ontvanger, tijdstempel en vertrouwde verificateur.
- Zichtbare identiteit: header.from en de relatie ervan met de zakelijke afzender.
- SPF : exact resultaat, smtp.mailfrom en waargenomen broncontext.
- DKIM : resultaat voor elke relevante handtekening en bijbehorende header.d.
- DMARC : exacte leveranciersveldwaarde en afzonderlijk geverifieerde beleidscontext.
- Samengesteld: compauthwaarde, driecijferige reden en geciteerde Microsoft-definitie.
- Bemiddeling: doorsturen, vertrouwde ARC of ander daadwerkelijk beschikbaar routebewijs.
- Resultaat: geobserveerde behandeling, niet-ondersteunde conclusies en volgend bewijsmateriaal nodig.
Combineer geen resultaten uit verschillende berichten om een synthetisch all-pass record te creëren. Een succesvol voorbeeld met directe levering en een doorgestuurd foutmonster kunnen een routeverschil aan het licht brengen, maar elk heeft zijn eigen identiteit en tijdstempel nodig. Behoud onbekende gegevens wanneer een veld of origineel bericht niet beschikbaar is.
Fictief voorbeeld: afgeleid succes wordt aangezien voor beleidsimplementatie
De fictieve Seabright Desk ziet een hypothetisch rapport met daarin dmarc=bestguesspass en compauth=pass reason=109. In de voorgestelde beoordeling wordt uitgelegd dat de gedocumenteerde betekenis geen gepubliceerd DMARC record oplevert. De e-maileigenaar zou nog steeds het daadwerkelijke beleid inspecteren en de beoogde implementatie bevestigen in plaats van het domein als voltooid te markeren alleen op basis van het samengestelde resultaat.
Er bestaat geen Seabright Desk-header, DNS antwoord of tenantresultaat in dit werk. De waarden worden alleen gebruikt om de gedocumenteerde interpretatie van Microsoft te illustreren, en niet als verzonnen verificatiebewijs. Voor een echte analyse zijn de originele boodschap en de vertrouwde broncontext vereist.
De catalogus vereist actuele Microsoft-velddefinities en een geredigeerd origineel berichtvoorbeeld. De definities zijn gebaseerd op de bron, maar het bewijs uit het oorspronkelijke bericht ontbreekt. Origineel bewijsmateriaal, menselijk MKB, toepasbaarheid van de bron, productieroutes, visuele toegankelijkheid en vrijgave van de eigenaar blijven open. Dit concept is een interpretatiegids en geen geverifieerde huurdersbeoordeling.