[ Rapporter og etterforskning ]

Eksporter autentiseringsdata med herkomst og reproduserbare definisjoner

Opprett en eksport som en annen analytiker kan reprodusere, med originale observasjoner, transformasjonsregler og eksplisitte dekningsgrenser.

Av EmailAuth -forskningsteamet

[Nøkkelpunkter]

  • Definer kohort, telleenhet og transformasjonsregler.
  • Hold råfelt, avledede klassifiseringer og opprinnelsesbevis forskjellig.
  • Gi tilgang med omfang og en reproduserbar kilde-til-metrisk spor.
På denne siden

En autentiseringseksport er nyttig bare hvis mottakeren kan fortelle hva som ble talt, hvor den kom fra og hvilke transformasjoner som endret den. En CSV som inneholder et domene og en bestått prosentandel er ikke nok til å rekonstruere en undersøkelse. Bygg en liten bevispakke rundt eksporten i stedet for å behandle regnearket som den opprinnelige kilden.

Definer den eksporterte befolkningen

Referanser: RFC 9990 §3.1.1.8, RFC 9989 §5.3.8.

Skriv ned forfatterdomener, rapporteringsintervaller, deltakende reportere og inkluderte autentiseringskategorier. Oppgi om datasettet dekker all observert trafikk, verifiserte legitime tjenester eller en smalere hendelseskohort. Bruk meldingsobservasjoner som enhet når du summerer samlede posttellinger. Rapportrader, innsendte meldinger og mottakerleveranser er ulike enheter.

RFC 9990 definerer rapportmetadata, posttellinger og evalueringsfelt. Det gjør ikke deltakende mottakere til en fullstendig folketelling. Ikke merk en eksport som all bedrifts-e-post med mindre en separat avstemming faktisk støtter dette kravet. Bevar uklassifiserte observasjoner i stedet for å fjerne dem fra nevneren i det stille.

Bevar et sporbart kildelag

Referanser: RFC 9990 §3.5.1, RFC 9990 §3.5.4.

Behold en beskyttet referanse til hvert originale vedlegg, dets kryptografiske fingeravtrykk, ankomsttid, reporteridentitet, rapportidentifikator og dekket intervall. Et fingeravtrykk hjelper til med å oppdage byteendringer; det beviser ikke at reporterens påstander er sanne. Hold rapportens påståtte identitet forskjellig fra alle uavhengig etablerte opprinnelsesbevis.

Gi hver eksportert post en kildereferanse og transformasjonsversjon. Registrer parserversjon, skjemahåndtering, dupliserte beslutninger og antall avviste inndata. Hvis to vedlegg gjør krav på samme rapportidentitet, men inneholder forskjellige data, behold konflikten og løsningen i stedet for å tildele begge den samme ubestridte herkomsten.

Hold råfelt unna tolkning

Referanser: RFC 9990 §3.1.1.9, RFC 9990 §3.1.1.11.

Eksporter rå autentiseringsdomener og resultater separat fra policy-evaluerte justering og rapportert disposisjon. Legg til tjenesteeierskap, tillit og analytikerklassifisering som eksplisitt avledede felt. Dokumenter tillatte verdier og semantikk med manglende verdier i en dataordbok.

En manglende klassifisering betyr ukjent, ikke uautorisert. Et manglende resultat er ikke bestått eller ikke bestått med mindre det støttede formatet og evalueringsregelen fastslår den meningen. Bevar opprinnelige verdier der en normalisert visning er nødvendig, og forklar normalisering uten å endre bevis usynlig.

Gjengi et lite regnestykke

Referanser: RFC 9989 §5.3.5, RFC 9990 §3.5.4.

Illustrerende datasett: rapport A inneholder et antall på 90 med justert DKIM bestått, og rapport B inneholder en telling på 10 med begge justerte mekanismer som svikter. En gjentatt byte-identisk ankomst av A er ekskludert under den registrerte duplikatbeslutningen. Den observerte beståttprosenten er 90 delt på 100, eller 90 prosent, ikke 180 delt på 190.

Lagre de to inkluderte kildereferansene, den ekskluderte ankomstreferansen, spørringsrevisjonen og telleren og nevneren. Beslutningen er å undersøke Bs ti observasjoner og etablere deres tjenesteeierskap. Ingenting i dette syntetiske eksemplet beviser ti tapte leveranser eller ti ondsinnede meldinger. Beregningen kan reproduseres mens disse tolkningene forblir uavklarte.

Lever en brukbar overlevering

Pakk eksporten med dens omfang, feltordbok, transformasjonslogg, kildemanifest og kjente unntak. Bruk tilgangskontroller som passer for operasjonelle identifikatorer og all personlig informasjon. Ikke legg ubegrensede originale vedlegg inn i et bredt delt regneark bare for å gjøre herkomst praktisk.

Få en annen analytiker til å rekonstruere ett resultat fra de beholdte kildene før du stoler på gjentakende eksport. Daterevisjoner når sene rapporter eller eierrettelser endrer resultatet. Behold den tidligere visningen og forklar forskjellen. Lukk overleveringen med den mottakende analytikeren, tillatt formål, uløste spørsmål og neste vurderingsutløser.

Fortsett etterforskningen

Bruk gjennomgang av samlet rapport for de underliggende feltene og alignment diagnose guide når rå autentiseringssuksess ikke tilfredsstiller DMARC.

Bundet konklusjonen og neste handling

Den medfølgende lokale aritmetikken beholder A sine 90 observasjoner én gang og B sine 10 én gang: 90/100 = 90 %. Å telle A to ganger ville gi 180/190 ≈ 94,7368 %, en annen og ugyldig duplikat-oppblåst visning under denne kampens oppgitte regel. Øvelsen bruker oppgitte identiteter og dupliserte avgjørelser; ingen eksport ble delt, ingen faktisk vedlegg ble inntatt og ingen kildeautentisitet ble bekreftet.

[ Takeaway ]

Definer kohort, telleenhet og transformasjonsregler. Hold råfelt, avledede klassifiseringer og opprinnelsesbevis forskjellig. Gi tilgang med omfang og en reproduserbar kilde-til-metrisk spor.

[Etter rolle]

Hva dette betyr for deg

Velg din rolle for praktiske neste trinn.

IT / Mail Admin

Behold kildefingeravtrykk og importer versjoner.

Dokumentdupliserte regler og regler for manglende verdi. Gjenoppbygg et prøveresultat uavhengig.

Neste trinn

  1. Behold kildefingeravtrykk og importer versjoner.
  2. Dokumentdupliserte regler og regler for manglende verdi.
  3. Gjenoppbygg et prøveresultat uavhengig.

CISO / SecOps

Begrens tilgang til råbevis.

Skille autentisitet fra filintegritet. Krev dekning og usikkerhetserklæringer.

Neste trinn

  1. Begrens tilgang til råbevis.
  2. Skille autentisitet fra filintegritet.
  3. Krev dekning og usikkerhetserklæringer.

Grunnlegger / Ikke-teknisk

Navngi eksportmottakeren og formålet.

Krev tellinger ved siden av prosenter. Tildel uavklarte funn til eiere.

Neste trinn

  1. Navngi eksportmottakeren og formålet.
  2. Krev tellinger ved siden av prosenter.
  3. Tildel uavklarte funn til eiere.

[ Vanlige spørsmål ]

Ofte stilte spørsmål

Hva er minimum nyttig herkomst?

Kildereferanse, vedleggsfingeravtrykk, reporter, rapportidentitet, intervall og transformasjonsversjon.

Beviser en hasj at en rapport er ekte?

Nei. Den binder et resultat til spesifikke bytes, ikke til sannheten i de rapporterte observasjonene.

Bør rå og justerte resultater dele én kolonne?

Nei. Hold dem adskilt, slik at et urelatert råpass ikke forveksles med DMARC suksess.

RFC 9990 §3.1.1.9 RFC 9990 §3.1.1.11

Hvordan skal manglende verdier vises?

Bruk dokumenterte manglende eller ukjente tilstander i stedet for stille å konvertere dem til bestått eller mislykket.

Kan jeg legge til begge kopiene av samme rapport?

Ikke når de representerer de samme observasjonene. Registrer duplikatekskluderingen og beholdt kilde.

RFC 9990 §3.5.4

Hva skal følge med en CSV?

En omfangserklæring, dataordbok, kildemanifest, transformasjonsregler og unntak.

Kan eierskapsetiketter endres?

Ja. Versjon klassifiseringen og berørte beregninger i stedet for å omskrive historien uten forklaring.

Hvordan verifiserer jeg reproduserbarheten?

Be en annen analytiker om å gjenoppbygge et lite resultat fra de lagrede kildene og de nøyaktige reglene.

[ Kilder ]

Kilder

  1. RFC 9989

    Seksjoner §5.3.5 · §5.3.8

  2. RFC 9990

    Seksjoner §3.1.1.11 · §3.1.1.8 · §3.1.1.9 · §3.5.1 · §3.5.4

[ Ordliste ]

Ordliste

Herkomst
Den beholdte kilden, timingen, transformasjonen og beslutningssporet som forklarer hvordan en eksport ble konstruert.
Byte fingeravtrykk
En kryptografisk hash som brukes til å sammenligne spesifikke input-byte; den autentiserer ikke kilden eller beviser sannheten i påstandene deres.

Enterprise herkomst

Hvorfor topp finansinstitusjoner og regjeringer pensjonert e-postsikkerhetsdashboardene deres.

Tradisjonelle e-postautentiseringsplattformer selger deg et dashbord og ber ingeniørene dine gjøre jobben. I miljøer med høy innsats betyr manuell overvåking forsinket håndheving, konfigurasjonsdrift og uovervåkede skyggedomener.

EmailAuth er den agentiske e-postopprinnelsesplattformen. Våre agenter håndhever p=reject, hold tredjepartssendere på linje og flytt domenene dine til fulle RFC 9989 compliance, den nye DMARC standarden, med menneskelig-in-the-loop reviderbarhet.

Regjeringer Store bedrifter Tier-1 finansinstitusjoner

SaaS · Dedikert leieforhold · Air-gaped on-prem · BYOK-kryptering

Kunnskapsbase