Å beholde hver autentiseringsrapport for alltid er ikke en oppbevaringspolicy. Rå aggregerte data, meldingsspesifikke feilrapporter og undersøkelsesnotater tjener forskjellige formål og har forskjellige risikoer. En nyttig oppbevaringsplan forklarer hvorfor hver klasse holdes, hvor lenge den forblir nyttig og hva som skjer når den perioden er over.
DMARCRapporteringsspesifikasjonene beskriver rapportens innhold, personvern og sikkerhetshensyn. De etablerer ikke en universell lovlig oppbevaringsperiode for hver organisasjon. Arbeidsflyten nedenfor er et operativt design for å gjennomgå med personene som er ansvarlige for personvern, sikkerhet og gjeldende juridiske forpliktelser.
Inventar de faktiske rekordklassene
Referanser: RFC 9990 §7.1, RFC 9990 §7.2, RFC 9991 §2, RFC 9991 §7.1.
Skill rå samlede rapporter, analyserte poster, oppsummerte beregninger, feilrapporter, kontrollerte meldingsprøver og hendelseskonklusjoner. Identifiser hvem som eier hver butikk og hver nedstrøms kopi: postboks, parserkø, analysesystem, billett, analytikereksport og sikkerhetskopiering.
Standard samlede rapporter ekskluderer individuelt meldingsinnhold og identifiserende sluttbrukerinformasjon under RFC 9990 §7.2, men trafikkmetadata kan fortsatt avsløre driftsmønstre under RFC 9990 §7.1. Ikke behandle en samlet butikk som unntatt fra gjennomgang av tilgang og oppbevaring. Samlede rapporter inkluderer infrastruktur og trafikkinformasjon som fortsatt kan kreve hensiktsmessig håndtering. Feilrapporter fortjener spesiell oppmerksomhet fordi de kan inneholde meldingshoder, kropper og identifikatorer. Klassifiser basert på faktisk og mulig innhold i stedet for filtypen eller dashbordetiketten.
Sett et formål og klokke for hver klasse
Angi hvorfor journalen er beholdt: feilsøking ved inntak, sesongmessig sammenligning, en spesifikk undersøkelse eller en gjeldende forpliktelse. Definer når oppbevaringsklokken begynner, for eksempel rapportmottak eller hendelseslukking, og hvem som eier unntak. Unngå tvetydige instruksjoner som oppbevar en stund etter bruk.
Velg varigheter basert på dokumenterte behov og forpliktelser, ikke et tall som er kopiert fra en generisk sikkerhetssjekkliste. En lang sesongmessig sammenligning kan tjenes av passende minimerte beregninger mens rå meldingsinnhold beholdes for et mye kortere diagnostisk behov. Kontroller at sammendraget beholder konteksten som trengs for å tolke dekning og konfigurasjonsendringer.
Arbeid gjennom et oppbevaringsdesign
Illustrerende design: rå samlede rapporter støtter parser feilsøking; avledede tellinger støtter lengre trendanalyse; meldingsspesifikke rapporter støtter en tidsavgrenset undersøkelse; en redigert hendelseskonklusjon bevarer årsaken og korrigerende tiltak. Hver klasse har sin egen godkjente varighet, starthendelse, eier og slettemetode.
Eksemplet tildeler ikke med vilje universelle dagtellinger. En organisasjons forpliktelser og systemer bestemmer dem. Hvis en hendelse krever unntak, noter årsak, omfang, godkjenner og vurderingsdato. Ta vare på relevante bevis under en gyldig oppbevaring i stedet for å tillate normal sletting for å ødelegge det, samtidig som du unngår et ubegrenset oppbevaring av ikke-relaterte data.
Beregn én syntetisk registerrad
Den følgende raden bruker vilkårlige hypotetiske godkjenninger utelukkende for å demonstrere retensjonsmekanikk. Dens sju dagers varighet er ikke en anbefaling, juridisk minimum eller påstand om noen organisasjons gjeldende retningslinjer. Hvert tidsstempel er UTC.
- Registerfelt: Postklasse og identifikator; Hypotetisk verdi: RET-TEST-01 rå feilrapportarmatur som ikke inneholder noen reelle meldingsdata
- Registerfelt: System og ansvarlig eier; Hypotetisk verdi: Isolert testrapportlager; rapport-drift eier
- Registerfelt: Formål; Hypotetisk verdi: Verifiser testparserens håndtering av den harmløse fiksturen
- Registreringsfelt: Klokkestart; Hypotetisk verdi: Kvittering på 2026-11-01T10:00:00Z
- Registerfelt: Hypotetisk godkjent varighet; Hypotetisk verdi: Syv medgåtte 24-timers dager fra mottak
- Registerfelt: Beregnet utløp; Hypotetisk verdi: 2026-11-08T10:00:00Z
- Registerfelt: Avhendingsmål; Hypotetisk verdi: Aktivt fixturobjekt, analysert kopi av meldingsinnhold og midlertidig klartekstkopi
- Registerfelt: Unntaksvedtak; Hypotetisk verdi: Ingen hold i grunntilfellet; et separat godkjent oppbevaring kan suspendere avhending av denne spesifikke posten
- Registerfelt: Reservebehandling; Hypotetisk verdi: En testsikkerhetskopiering følger dens dokumenterte separate utløp; gjenopprettede poster kontrolleres mot opprinnelig utløps- og holdtilstand før ordinær tilgang
For den uavsluttede saken bør den foreslåtte sjekken på 2026-11-08T09:59:59Z finne at inventaret beholdes; sjekken ved utløp bør finne den kvalifisert for avhending. Kjør oppryddingen og bekreft at de oppførte aktive deponeringsmålene er fjernet, og beholder kun en godkjent minimal avhendingshendelse. Utløpskvalifisering og vellykket sletting er separate fakta: en mislykket jobb etterlater en forfalt registrering og krever en eier, ikke en falsk slettingsoppføring.
For en holdt sak, anta at en testoppbevaring er godkjent på 2026-11-07T12:00:00Z. Utløpskontrollen skal oppbevare den lagrede posten i kontrollert lagring og identifisere holdreferansen. Hvis sperringen frigis 2026-11-10T10:00:00Z, har den opprinnelige utløpet allerede passert; journalen bør gå inn i den godkjente avhendingsprosessen i stedet for automatisk å motta nye syv dager.
For en gjenopprettingstest, gjenopprett en sikkerhetskopi som inneholder RET-TEST-01 på 2026-11-09T10:00:00Z. Uten aktiv hold, forhindre at den utløpte posten går tilbake til ordinær tilgang og bruk den godkjente avhendingsprosessen. Med en aktiv scoped hold, bevar den bare i den kontrollerte hold-arbeidsflyten. Dette er foreslåtte utfall, ikke fullførte systemtester; den offline tidsstempelberegningen bekrefter kun aritmetikk.
Lag utløpsarbeid på tvers av kopier
Test om sletting fra hovedapplikasjonen også fjerner eksporter, bufrede forhåndsvisninger, midlertidige parserfiler og billettvedlegg. Sikkerhetskopier kan følge en annen utløpsplan; dokumentere det og kontrollere tilgangen i stedet for å kreve umiddelbar sletting der det ikke er teknisk sant.
Planlegg hvordan gjenopprettede sikkerhetskopier håndteres slik at utløpt materiale ikke stilles tilbake til rutinemessig bruk. Avgjør om kontraktsmessige prosessorer kan bruke den godkjente planen og gi meningsfulle bevis. En oppbevaringserklæring er ufullstendig hvis organisasjonen ikke kan identifisere hvilket system som utfører slettingen.
Ta vare på nyttige bevis uten overflødig innhold
Referanser: RFC 9991 §7.
Før du sletter en diagnostisk rapport, avgjør om en godkjent minimert post skal bevare den relevante identiteten, tidspunktet, feiltilstanden, korrigerende handling og verifiseringsresultatet. Fjern unødvendig meldingsinnhold, mottakere og hemmeligheter fra den beholdte fortellingen. Sjekk utdraget i stedet for å anta at en automatisk redaksjon er fullført.
Bruk kontrollert tilgang mens journalene oppbevares. En kort levetid gjør ikke en ubeskyttet butikk akseptabel, og kryptering eliminerer ikke behovet for å slette data som ikke lenger er nødvendig.
Gjennomgå retningslinjene etter hvert som systemene endres
Gå tilbake til tidsplanen etter å ha lagt til en rapporteringsprosessor, endret eksportintegrasjoner eller oppdaget at poster inneholder mer sensitivt innhold enn forventet. Hold en testjournal over utløpsatferd og unntak, inkludert det som ennå ikke kan slettes etter hensikten.
Den endelige leveransen er et lite oppbevaringsregister med rekordklasse, formål, system, eier, klokke, godkjent varighet, unntaksprosess og verifisert avhendingsadferd. Den skal beskrive hva organisasjonen faktisk gjør, med uløste hull tildelt for korrigering.
Hold illustrasjonen innenfor bevisene
Den lokale UTC-beregningen bekrefter syv dager som har gått fra 2026-11-01T10:00:00Z når 2026-11-08T10:00:00Z. Frigivelses- og gjenopprettingstidsstempler er senere enn det opprinnelige utløpet; de starter den ikke på nytt. Bare aritmetikk ble utført. Ingen sletting, lovlig hold, sikkerhetskopiering eller systemavhendingstest ble utført.