[ MSP, API'er og integrationer ]

Månedlig MSP-rapportering med ansvarlige næste handlinger

Gør samlet rapportbevis til en afgrænset månedlig beretning om dækning, uafklaret risiko og navngivne næste handlinger.

Af EmailAuth -forskningsteamet · 3 min læst

[Nøglepunkter]

  • Gør samlet rapportbevis til en afgrænset månedlig beretning om dækning, uafklaret risiko og navngivne næste handlinger.
  • Publicer tællinger, dækning og cut-off ved siden af ​​hver fraktion, og giv derefter hvert uløst problem en ejer og næste beslutning.
På denne side

En nyttig månedlig godkendelsesrapport forklarer, hvad der blev observeret, hvorfor det er vigtigt, og hvem der vil handle. En stor beståelsesprocent uden en nævner eller rapporteringsgrænse kan være mere vildledende end et lille sæt velforklarede undtagelser. Start med kundens driftsomfang, ikke en eksport af dashboard.

Definer rapporteringspopulationen

Angiv periode og tidszone, dækkede domæner, rapportkilder og indsamlingsgrænse. Skelne periodemeddelelserne blev evalueret fra det tidspunkt, hvor deres rapporter blev modtaget. Sene ankomster kan ændre en historisk total, så versionér en rapport, når du udsteder en rettelse i stedet for stille og roligt at erstatte dens tal.

Bruge RFC 9990 at fortolke samlet rapport tæller og godkendelsesresultater. Optællinger repræsenterer rapporterede observationer, ikke unikke personer, leverede beskeder eller organisationens komplette udgående trafik. Undgå at tilføje overlappende eller duplikerede rapporter to gange. Behold rapportens identitet, reporter, domæne, periode og nyttelast fingeraftryk, så en tilsyneladende stigning kan undersøges.

Beregn en metric, som nogen kan revidere

Definer en justeret meddelelsesbrøk som justerede observationer divideret med alle inkluderede observationer med de nøjagtige inklusionsregler angivet. Lav ikke et gennemsnit af procenter på tværs af kilder uden deres tællinger. Separat godkendte afsenderfejl, ukendte kilder og forventede indirekte floweffekter. En ukendt kilde er en triagekategori, ikke automatisk bevis for angreb eller tilladelse til at godkende den.

Antag, at et normaliseret observationsdatasæt omfatter 100 observationer, hvis evalueringstider ligger inden for den angivne UTC-dag, hvoraf 80 passerer den deklarerede justering prøve. Brøken er 80/100 = 80%. Ti observationer før vinduet og 50 nøjagtigt i dets eksklusive ende er udelukket. Disse er opfundet individuelt tidsstemplede input, ikke et egentligt eksport- eller kunderesultat.

Antag ikke, at rå samlede rapporter indeholder tidsstempler pr. meddelelse, der tillader den samme udskæring: deres datointerval beskriver rapportintervallet. Hvis en rapport spænder over en rapporteringsgrænse, skal du beholde den for en angivet helrapportinkluderingsregel eller markere grænseusikkerheden i stedet for at opfinde en tildeling pr. besked. For dubletter og delvis overlapning skal du dokumentere håndteringen og uløste tvetydigheder, før du gør krav på en nøjagtig nævner. RFC 9990 Afsnit 3.5.4 bemærker, at delvist overlappende rapporter ikke klart kan adskilles af berørt besked.

Gør handlingsregistreringen til centrum

For hvert vigtigt fund, liste domæne, afsender ejer, bevis reference, forretningspåvirkning, foreslået handling, ansvarlig person og mål gennemgang dato. Inkluder en status som f.eks. undersøger, afventer kundegodkendelse eller verificeret komplet. Angiv, hvad der blokerer for fremskridt. Et DNS forslag, der venter på godkendelse, bør ikke beskrives som en allerede leveret MSP-fix.

Sammenlign handlinger med sidste måneds register. Forklar, hvilke der blev afsluttet, og de beviser, der lukkede dem. Bær forfaldne genstande synligt frem, inklusive den person, der kan fjerne blokeringen af ​​dem. Hvis dataene er ufuldstændige, skal du gøre gendannelse af samlingen til en egen handling i stedet for at udjævne diagrammet eller antage, at den manglende periode matchede den forrige.

Tilslut rapporten til servicelivscyklussen

Aftal anmeldelsesdato, servicekalender, afhængigheder og eskaleringsrute med kunden i stedet for at præsentere et eksempel på en deadline som et branchekrav. Hvis sene data ændres en tidligere fraktion, skal du udstede en mærket revision med dens nye cut-off og forklare, om en handlingsprioritet er ændret. Ingen livscyklus-runbog, serviceforpligtelse eller afsluttet kundeanmeldelse leveres her.

Få mailadministratoren til at verificere bevisbestanden, kundeejeren bestemme forretningsprioriteter og sikkerhedsejeren til at gennemgå væsentlige undtagelser. Luk gennemgangen med accepterede næste handlinger og en korrektionsproces for sene data. RFC 9989 beskriver autentificering og politikevaluering; et månedligt godkendelsesresultat kan stadig ikke garantere indbakkeplacering eller fravær af phishing gennem andre domæner.

[ Takeaway ]

Publicer tællinger, dækning og cut-off ved siden af ​​hver fraktion, og giv derefter hvert uløst problem en ejer og næste beslutning.

[Efter rolle]

Hvad betyder det for dig

Vælg din rolle for praktiske næste trin.

IT / Mail Admin

Bevar nævneren

Pålidelige totaler starter med rapportens identitet og omfang.

Næste trin

  1. Deduplikat input.
  2. Afskæring af journalkvitteringer.
  3. Bevar reproducerbare beregninger.

CISO / SecOps

Afsløre usikkerhed

Manglende beviser er et kontrolspørgsmål, ikke et nul.

Næste trin

  1. Gennemgå dækningshuller.
  2. Spor aldringsundtagelser.
  3. Bekræft lukningsbeviser.

Grundlægger / Ikke-teknisk

Bed om beslutninger, ikke dekorative diagrammer

Rapporten bør fjerne blokeringer.

Næste trin

  1. Gennemgå forsinkede handlinger.
  2. Tildel virksomhedsejere.
  3. Accepter eller afvis foreslåede prioriteter.

[ Ofte stillede spørgsmål ]

Ofte stillede spørgsmål

Hvad hører til ved siden af ​​en beståelsesprocent?

Dens nævner, periode, kildedækning, inklusionsregler og dataafskæring.

Skal modtagerprocenter beregnes i gennemsnit?

Brug vægtede tal for den deklarerede befolkning frem for et uvægtet gennemsnit.

Kan det samlede antal kaldes leveret post?

Nej. De er rapporterede evalueringer og beviser ikke levering.

Hvordan håndteres sene indberetninger?

Gem kvitteringstidspunktet og publicer en versioneret rettelse, når de rapporterede totaler ændres.

Hvad gør en handling ansvarlig?

En navngiven ejer, beviser, næste trin, anmeldelsesdato og eksplicit blokering.

Er enhver ukendt kilde ondsindet?

Nej. Undersøg ejerskab og meddelelseskontekst, før du klassificerer det.

Er eksemplet 80 % et benchmark?

Nej. Det er aritmetik på fiktive input.

Hvem afskriver den månedlige gennemgang?

Tildel bevisverifikation, forretningsbeslutninger og risikoaccept til de relevante kunder og MSP-ejere.

[ Kilder ]

Kilder

  1. RFC 9990 DMARC Samlet rapportering

    Afsnit §3.1 · §3.1.1.4 · §3.1.2 · §3.5.4 · §7 · §8

  2. RFC 9989 DMARC

    Afsnit §4.4 · §5.3.5 · §5.4 · §7.4 · §8

[ Ordliste ]

Ordliste

Indberettende befolkning
De eksplicit inkluderede observationer brugt i en metrik.
Indsamling cut-off
Det seneste modtagelsestidspunkt inkluderet i en bestemt rapportrevision.

Virksomhedens herkomst

Hvorfor top finansielle institutioner og regeringer pensionerede deres e-mailsikkerhedsdashboards.

Traditionelle e-mail-godkendelsesplatforme sælger dig et dashboard og beder dine ingeniører om at gøre arbejdet. I miljøer med høj indsats betyder manuel overvågning forsinket håndhævelse, konfigurationsdrift og uovervågede skyggedomæner.

EmailAuth er den agentiske e-mail-herkomstplatform. Vores agenter håndhæver p=reject, hold tredjepartsafsendere på linje og flyt dine domæner til fuld RFC 9989 compliance, den nye DMARC standard, med menneskelig auditabilitet.

regeringer Store virksomheder Tier-1 finansielle institutioner

SaaS · Dedikeret lejemål · Air-gapped on-prem · BYOK-kryptering

Vidensbase