[ Rapporter & utredning ]

Varför en hög DMARC -passfrekvens kan dölja en felaktig legitim tjänst

Hitta legitima misslyckanden i låg volym som försvinner inom en hög sammanlagd genomgångsfrekvens.

Av EmailAuth forskningsteam

[Nyckelpunkter]

  • Använd räkneviktade justerade resultat för den observerade populationen.
  • Granska verifierade kritiska tjänster oberoende av rubrikvolym.
  • En rapporteringslucka är inte en automatisk förbikopplingstjänst.
På den här sidan

En hög totalt sett DMARC genomgångsfrekvens kan samexistera med en trasig affärskritisk tjänst. Den större strömmen dominerar aritmetiken, medan den mindre strömmen kan ha lösenordsåterställningar, fakturor eller brådskande varningar. Granska kända legitima tjänster separat innan du använder rubrikkursen för att godkänna en ändring.

Definiera vad som passerar

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

Använd de DMARC-utvärderade justerade resultaten snarare än råa SPF eller DKIM framgång ensam. Med en tillämplig giltig policy och genomförda kontroller räcker det att godkänna en justerad mekanism för ett DMARC -pass på meddelandenivå; att kräva båda skapar ett annat mått. Dispositionen är separat: ett meddelande kan hanteras under ett mottagarundantag utan att bli ett autentiseringspass.

Vikt rader efter deras budskap räknas. En enda frisk rad som representerar tusentals observationer och en felaktig rad som representerar tio är inte lika stora populationer. Märk priset som att det gäller insamlade observationer, inte alla meddelanden som skickas.

Dela upp det godkända sändningsinventariet

Kartlägg observerade identiteter till tjänster med hjälp av leverantörskonfiguration, kända rutter och auktoriserade meddelandeprover. En käll-IP i sig kan delas eller representera en speditör. Bevara oklassificerad trafik istället för att tilldela äganderätt från en gissning.

För varje kritisk tjänst, registrera observerad volym, anpassade antal godkända och misslyckade, mottagartäckning och senaste testresultat. Håll okänd och misstänkt obehörig trafik åtskild från den verifierade legitima kohorten. Klassificeringsändringar bör dateras så att en förbättrad frekvens inte tyst kan bli resultatet av att utesluta obekväm data.

Undersök den lilla bäcken

Illustrativt fall: en marknadsföringstjänst har 99 900 passerande observationer och en tjänst för lösenordsåterställning har 100 misslyckade observationer. Den kombinerade genomgångsfrekvensen är 99,9 procent, medan den observerade genomgångsfrekvensen för återställning av lösenord är noll. Den aggregerade hastigheten är matematiskt korrekt men operationellt ofullständig.

Detta bevisar inte att varje lösenordsåterställning avvisades eller att alla meddelanden från den tjänsten nådde rapporterande mottagare. Det motiverar en omedelbar undersökning på ruttnivå. Inspektera aktuella råmeddelanden, anpassade identiteter, leverantörsinställningar och relevanta gateways istället för att fira den totala procentandelen.

Sätt beslutsgrindar runt påverkan

Använd rubrikkursen för sammanhang, kräv sedan bevis för kritiska tjänster innan du skärper policyn. En tjänst med låg volym utan observationer behöver ett test eller en dokumenterad lucka, inte ett antaget godkänt. Prioritera åtgärdande efter affärspåverkan, legitimitetsförtroende och aktuella felbevis.

Avsluta serviceproblemet med nya end-to-end-tester och efterföljande rapportobservationer när de är tillgängliga. Behåll både totalmåttet och servicevyn i driftsrapporten. En användbar sammanfattning gör det viktiga undantaget synligt istället för att låta hälsosam volym dölja det.

Gör undantag synliga i driftöversynen

Lista varje kritisk tjänst med dess ägare, förväntade identitet, observerade fel och aktuellt undersökningstillstånd. Visa antalet även när avrundning skulle få det övergripande diagrammet att se perfekt ut. Inkludera det senaste framgångsrika kontrollerade testet och alla rutter som det inte körde. En ägare bör uttryckligen acceptera en kvarvarande lucka snarare än att tillåta en oklassificerad tjänst att försvinna från granskning. Kontrollera efter ändringar av avsändare eller mall, eftersom ett tidigare passerande prov inte fastställer att en nyligen ändrad rutt fortfarande skyltar och riktar in korrekt.

Fortsätt undersökningen

Använd genomgång av sammanlagd rapport att tolka de underliggande fälten och guide för inriktningsdiagnos när ett obearbetat autentiseringspass inte uppfyller DMARC .

Håll beslutet begränsat

Den lokala beräkningen ger 99 900 / 100 000 = 99,9 % totalt godkänt och 0 / 100 = 0 % för den hypotetiska lösenordsåterställningskohorten. Det omedelbara beslutet är att undersöka den kritiska vägen, inte dra slutsatsen att alla 100 meddelanden avvisas. Dessa är uppfunna undervisningsräkningar, inte kundtelemetri.

[ Takeaway ]

Använd räkneviktade justerade resultat för den observerade populationen. Granska verifierade kritiska tjänster oberoende av rubrikvolym. Ett rapporteringsunderlag är inte en automatisk förbikopplingstjänst.

[Efter roll]

Vad detta betyder för dig

Välj din roll för praktiska nästa steg.

IT / Mail Admin

Beräkna anpassade count-weighted rates.

Bevara de underliggande observationerna och använd arbetsflödet ovan för att skilja det faktiska felstadiet från antaganden.

Nästa steg

  1. Beräkna anpassade count-weighted rates.
  2. Verifiera tjänstens äganderätt.
  3. Testa om den specifika felaktiga rutten.

CISO / SecOps

Kräv växlingsgrindar på servicenivå.

Håll täckning, härkomst och kvarvarande osäkerhet synliga innan du förlitar dig på dessa resultat för ett säkerhetsbeslut.

Nästa steg

  1. Kräv växlingsgrindar på servicenivå.
  2. Håll okänd trafik åtskild.
  3. Granska klassificeringsändringar och täckning.

Grundare / Icke-teknisk

Nämn kritiska lågvolymtjänster.

Koppla denna rapporteringsuppgift till ett ägt affärsbeslut och kräv bevis som står i proportion till dess inverkan.

Nästa steg

  1. Nämn kritiska lågvolymtjänster.
  2. Granska undantag tillsammans med rubrikfrekvensen.
  3. Prioritera kundpåverkande misslyckanden.

[ Vanliga frågor ]

Vanliga frågor

Kan 99,9 procent godkända fortfarande dölja ett allvarligt problem?

Ja. En liten kritisk ström kan misslyckas medan en stor frisk ström dominerar totalen.

Måste både SPF och DKIM godkännas för DMARC ?

Nej. Det räcker med en passande inriktad SPF eller DKIM mekanism.

RFC 9989 §5.3.5

Kan rå DKIM pass fortfarande misslyckas med justering?

Ja. Signeringsdomänen måste anpassas till författarens domän i tillämpligt läge.

RFC 9989 §4.4.1

Bevisar en felräkning att meddelanden avvisades?

Nej. Autentiseringsresultat och mottagarhantering är olika observationer.

RFC 9989 §5.4

Bör priserna genomsnittliga rader lika?

Nej. Vikt för rad räknas för en meddelandeobservationsfrekvens.

RFC 9990 §3.1.1.8

Kan enbart käll-IP fastställa tjänsteägaren?

Inte tillförlitligt. Bekräfta med konfiguration och meddelandebevis.

Hur ska en kritisk tjänst utan data se ut?

Som ett täckningsgap som kräver bevis, inte ett automatiskt pass.

Vad bevisar en servicereparation?

Aktuella kontrollerade rutttest och senare stödjande observationer, med angivna täckningsgränser.

[ Källor ]

Källor

  1. RFC 9989

    Avsnitt §4.4.1 · §5.3.5 · §5.4

  2. RFC 9990

    Avsnitt §3.1.1.8 · §3.1.1.9

[ Ordlista ]

Ordlista

Räkna viktning
Viktning av varje inkluderad rapportrad med antalet meddelandeobservationer den representerar.

RFC 9990 §3.1.1.8

Kritisk-tjänst kohort
En operativ grupp av verifierade rutter vars verksamhetspåverkan förtjänar individuell granskning, oavsett volym.

Företagets härkomst

Varför toppfinansiella institutioner och regeringar avvecklat sina instrumentpaneler för e-postsäkerhet.

Traditionella plattformar för e-postautentisering säljer dig en instrumentpanel och ber dina ingenjörer att göra jobbet. I miljöer med hög insats innebär manuell övervakning försenad tillämpning, konfigurationsdrift och oövervakade skuggdomäner.

EmailAuth är den agentiska e-postplattformen. Våra agenter verkställer p=reject, håll avsändare från tredje part i linje och flytta dina domäner till fulla RFC 9989 överensstämmelse, den nya DMARC standarden, med auditerbarhet för människor i slingan.

regeringar Stora företag Tier-1 finansiella institutioner

SaaS · Dedikerad hyresavtal · Air-gapped on-prem · BYOK-kryptering

Kunskapsbas