[ Rapporten & onderzoek ]

Waarom een ​​hoog DMARC slagingspercentage een falende legitieme service kan verbergen

Vind legitieme mislukkingen met een laag volume die verdwijnen binnen een hoog totaal slagingspercentage.

Door het EmailAuth -onderzoeksteam

[ Kernpunten ]

  • Gebruik op tellingen gewogen, uitgelijnde resultaten voor de waargenomen populatie.
  • Beoordeel geverifieerde kritieke services, onafhankelijk van het krantenvolume.
  • Een rapportagegat is geen automatische passerende service.
Op deze pagina

Een hoog totaal DMARC Het slagingspercentage kan samengaan met een defecte, bedrijfskritische dienst. De grotere stroom domineert de rekenkunde, terwijl de kleinere stroom wachtwoordresets, facturen of urgente waarschuwingen kan bevatten. Beoordeel bekende legitieme services afzonderlijk voordat u het nominale tarief gebruikt om een ​​wijziging goed te keuren.

Bepaal wat er doorgaat

Referenties: RFC 9989 §5.3.5, RFC 9990 §3.1.1.9, RFC 9990 §3.1.1.8, RFC 9989 §5.4.

Gebruik de door DMARC geëvalueerde uitgelijnde resultaten in plaats van onbewerkte resultaten SPF of DKIM succes alleen. Met een toepasselijk geldig beleid en voltooide controles is het passeren van één uitgelijnd mechanisme voldoende voor een DMARC -pas op berichtniveau; Als u beide vereist, ontstaat er een andere metriek. De dispositie is gescheiden: een bericht kan worden afgehandeld onder een ontvangeruitzondering zonder een authenticatiepas te worden.

Weeg rijen op basis van het aantal berichten. Een enkele gezonde rij die duizenden waarnemingen vertegenwoordigt en een falende rij die tien waarnemingen vertegenwoordigt, zijn niet even grote populaties. Label het tarief als van toepassing op verzamelde waarnemingen, niet op elk verzonden bericht.

Splits de goedgekeurde verzendinventaris

Wijs waargenomen identiteiten toe aan services met behulp van providerconfiguratie, bekende routes en geautoriseerde berichtvoorbeelden. Een bron-IP op zichzelf kan worden gedeeld of een doorstuurserver vertegenwoordigen. Behoud niet-geclassificeerd verkeer in plaats van het eigendom toe te wijzen op basis van een gok.

Registreer voor elke kritieke service het waargenomen volume, het aantal geslaagde en mislukte tests, de dekking van de ontvanger en het laatste testresultaat. Houd onbekend en vermoedelijk ongeautoriseerd verkeer gescheiden van het geverifieerde legitieme cohort. Classificatiewijzigingen moeten worden gedateerd, zodat een verbeterd percentage niet stilletjes het resultaat kan zijn van het uitsluiten van lastige gegevens.

Onderzoek het kleine stroompje

Illustratief geval: een marketingdienst heeft 99.900 geslaagde waarnemingen en een dienst voor het opnieuw instellen van wachtwoorden heeft 100 mislukte waarnemingen. Het gecombineerde slagingspercentage is 99,9 procent, terwijl het waargenomen slagingspercentage voor het opnieuw instellen van het wachtwoord nul is. Het totale tarief is wiskundig correct, maar operationeel onvolledig.

Dit bewijst niet dat elke wachtwoordreset werd afgewezen of dat alle berichten van die dienst de rapporterende ontvangers bereikten. Het rechtvaardigt een onmiddellijk onderzoek op routeniveau. Inspecteer huidige onbewerkte berichten, afgestemde identiteiten, providerinstellingen en relevante gateways in plaats van het algemene percentage te vieren.

Zet beslissingspoorten rond de impact

Gebruik het nominale tarief voor de context en eis vervolgens bewijs voor kritieke diensten voordat u het beleid aanscherpt. Een dienst met een laag volume zonder observaties heeft een test of een gedocumenteerde leemte nodig, en geen veronderstelde voldoende. Geef prioriteit aan herstel op basis van zakelijke impact, legitimiteitsvertrouwen en actueel bewijs van mislukkingen.

Sluit het serviceprobleem af met nieuwe end-to-end-tests en daaropvolgende rapportobservaties, indien beschikbaar. Bewaar zowel de totale metriek als de serviceweergave in het bedrijfsrapport. Een nuttige samenvatting maakt de belangrijke uitzondering zichtbaar in plaats van toe te staan ​​dat een gezond volume deze verbergt.

Maak uitzonderingen zichtbaar in het exploitatieoverzicht

Vermeld elke kritieke service met de eigenaar, de verwachte identiteit, de waargenomen fouten en de huidige onderzoeksstatus. Toon de telling, zelfs als afronding het algehele diagram er perfect uit zou laten zien. Vermeld de laatste succesvolle gecontroleerde test en eventuele routes die niet zijn uitgevoerd. Een eigenaar moet expliciet een resterende leemte accepteren in plaats van toe te staan ​​dat een niet-geclassificeerde dienst uit de beoordeling verdwijnt. Controleer na wijzigingen in de afzender of het sjabloon, omdat uit een eerder passerend monster niet blijkt dat een nieuw gewijzigde route nog steeds correct wordt ondertekend en uitgelijnd.

Ga door met het onderzoek

Gebruik de overzicht van totaalrapporten om de onderliggende velden en de te interpreteren diagnosegids voor uitlijning wanneer een onbewerkte authenticatiepas niet voldoet aan DMARC .

Houd de beslissing beperkt

De lokale berekening levert 99.900 / 100.000 = 99,9% totaal succes op en 0 / 100 = 0% voor het hypothetische cohort voor het opnieuw instellen van het wachtwoord. De onmiddellijke beslissing is om die kritieke route te onderzoeken, en niet om de afwijzing van alle honderd berichten af ​​te leiden. Dit zijn verzonnen leertellingen, geen klantentelemetrie.

[ Afhaalmaaltijden ]

Gebruik op tellingen gewogen, uitgelijnde resultaten voor de waargenomen populatie. Beoordeel geverifieerde kritieke services, onafhankelijk van het krantenvolume. Een rapportagegat is geen automatische passerende service.

[ Per rol ]

Wat dit voor jou betekent

Kies jouw rol voor praktische vervolgstappen.

IT/Mailbeheerder

Bereken afgestemde, op tellingen gewogen tarieven.

Bewaar de onderliggende observaties en gebruik de bovenstaande workflow om de feitelijke faalfase te scheiden van aannames.

Volgende stappen

  1. Bereken afgestemde, op tellingen gewogen tarieven.
  2. Controleer het eigendom van de service.
  3. Test de specifieke falende route opnieuw.

CISO / SecOps

Vereist wijzigingspoorten op serviceniveau.

Houd de dekking, herkomst en resterende onzekerheid zichtbaar voordat u op deze bevindingen vertrouwt voor een beveiligingsbeslissing.

Volgende stappen

  1. Vereist wijzigingspoorten op serviceniveau.
  2. Houd onbekend verkeer gescheiden.
  3. Classificatiewijzigingen en dekking beoordelen.

Oprichter / Niet-technisch

Noem kritieke services met een laag volume.

Koppel deze rapportagetaak aan een eigen zakelijke beslissing en eis bewijsmateriaal dat in verhouding staat tot de impact ervan.

Volgende stappen

  1. Noem kritieke services met een laag volume.
  2. Bekijk uitzonderingen naast het nominale tarief.
  3. Geef prioriteit aan fouten die gevolgen hebben voor de klant.

[ Veelgestelde vragen ]

Veelgestelde vragen

Kan 99,9 procent slagen nog steeds een serieus probleem verbergen?

Ja. Een kleine kritische stroom kan falen, terwijl een grote, gezonde stroom het totaal domineert.

Moeten zowel SPF als DKIM slagen voor DMARC ?

Nee. Een passerend uitgelijnd SPF of DKIM mechanisme is voldoende.

RFC 9989 §5.3.5

Kan de onbewerkte DKIM pass nog steeds niet worden uitgelijnd?

Ja. Het ondertekeningsdomein moet overeenkomen met het auteursdomein in de toepasselijke modus.

RFC 9989 §4.4.1

Bewijst een telling van fouten dat berichten zijn afgewezen?

Nee. Authenticatieresultaten en ontvangerbehandeling zijn verschillende observaties.

RFC 9989 §5.4

Moeten de gemiddelde rijen gelijk zijn?

Nee. Het gewicht per rij telt mee voor het aantal berichtenobservaties.

RFC 9990 §3.1.1.8

Kan alleen bron-IP de service-eigenaar vaststellen?

Niet betrouwbaar. Bevestig met configuratie- en berichtbewijs.

Hoe moet een kritieke service zonder gegevens verschijnen?

Als een dekkingsgat waarvoor bewijs vereist is, en niet als een automatische pas.

Wat bewijst een servicereparatie?

Huidige gecontroleerde routetests en later ondersteunende observaties, met aangegeven dekkingslimieten.

[ Bronnen ]

Bronnen

  1. RFC 9989

    Secties §4.4.1 · §5.3.5 · §5.4

  2. RFC 9990

    Secties §3.1.1.8 · §3.1.1.9

[ Glossarium ]

Glossarium

Tel de weging
Elke opgenomen rapportrij wordt gewogen op basis van het aantal berichtobservaties dat deze vertegenwoordigt.

RFC 9990 §3.1.1.8

Cohort voor kritieke diensten
Een operationele groep geverifieerde routes waarvan de zakelijke impact individuele beoordeling verdient, ongeacht het volume.

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