Elk authenticatierapport voor altijd bewaren is geen bewaarbeleid. Ruwe verzamelde gegevens, berichtspecifiek mislukkingsrapporten en onderzoeksnotities dienen verschillende doeleinden en brengen verschillende risico's met zich mee. In een handig retentieplan wordt uitgelegd waarom elke les wordt bewaard, hoe lang deze nuttig blijft en wat er gebeurt als die periode afloopt.
DMARC's rapportagespecificaties beschrijven rapportinhoud, privacy- en beveiligingsoverwegingen. Ze stellen niet voor elke organisatie een universele wettelijke bewaartermijn vast. De onderstaande workflow is een operationeel ontwerp dat we moeten bespreken met de mensen die verantwoordelijk zijn voor privacy, beveiliging en toepasselijke wettelijke verplichtingen.
Inventariseer de feitelijke recordklassen
Referenties: RFC 9990 §7.1, RFC 9990 §7.2, RFC 9991 §2, RFC 9991 §7.1.
Apart rauw geaggregeerde rapporten, geparseerde records, samengevatte statistieken, foutrapporten, gecontroleerde berichtvoorbeelden en incidentconclusies. Identificeer wie de eigenaar is van elke winkel en elke downstream-kopie: mailbox, parserwachtrij, analysesysteem, ticket, export van analisten en back-up.
Standaard geaggregeerde rapporten sluiten individuele berichtinhoud en identificerende eindgebruikersinformatie uit RFC 9990 §7.2, maar verkeersmetagegevens kunnen nog steeds operationele patronen blootleggen RFC 9990 §7.1. Beschouw een samengestelde winkel niet als vrijgesteld van toegang en retentiebeoordeling. Geaggregeerde rapporten omvatten infrastructuur- en verkeersinformatie die mogelijk nog steeds de juiste verwerking vereisen. Storingsrapporten verdienen bijzondere aandacht omdat ze mogelijk fouten bevatten berichtkoppen, lichamen en identificatiegegevens. Classificeer op basis van feitelijke en mogelijke inhoud in plaats van op basis van de bestandsextensie of het dashboardlabel.
Stel voor elke klas een doel en een klok vast
Vermeld waarom de gegevens worden bewaard: probleemoplossing bij inname, seizoensvergelijking, een specifiek onderzoek of een toepasselijke verplichting. Bepaal wanneer de bewaarklok begint, zoals de ontvangst van rapporten of de sluiting van incidenten, en wie eigenaar is van uitzonderingen. Vermijd dubbelzinnige instructies, zoals een tijdje bewaren na gebruik.
Kies duur op basis van gedocumenteerde behoeften en verplichtingen, en niet op basis van een getal dat is gekopieerd van een algemene beveiligingschecklist. Een lange seizoensvergelijking zou kunnen worden gerealiseerd door op passende wijze geminimaliseerde statistieken, terwijl de onbewerkte berichtinhoud wordt bewaard voor een veel kortere diagnostische behoefte. Controleer of de samenvatting de context behoudt die nodig is om dekkings- en configuratiewijzigingen te interpreteren.
Werk een retentieontwerp uit
Illustratief ontwerp: onbewerkte geaggregeerde rapporten ondersteunen het oplossen van parserproblemen; afgeleide tellingen ondersteunen langere trendanalyses; berichtspecifieke rapporten ondersteunen een tijdgebonden onderzoek; een geredigeerde incidentconclusie behoudt de oorzaak en corrigerende actie. Elke les heeft zijn eigen goedgekeurde duur, startevenement, eigenaar en verwijderingsmethode.
In het voorbeeld worden opzettelijk geen universele dagentellingen toegewezen. De verplichtingen en systemen van een organisatie bepalen deze. Als voor een incident een uitzondering nodig is, leg dan de reden, reikwijdte, goedkeurder en beoordelingsdatum vast. Bewaar relevant bewijsmateriaal onder een geldige bewaring in plaats van toe te staan dat normale verwijdering het vernietigt, terwijl een onbeperkte bewaring van niet-gerelateerde gegevens wordt vermeden.
Bereken één synthetische registerrij
In de volgende rij worden willekeurige hypothetische goedkeuringen uitsluitend gebruikt om het retentiemechanisme aan te tonen. De duur van zeven dagen is geen aanbeveling, wettelijk minimum of claim over het huidige beleid van welke organisatie dan ook. Elke tijdstempel is UTC.
- Registerveld: Recordklasse en identificatie; Hypothetische waarde: Ruw foutrapport armatuur RET-TEST-01 bevat geen echte berichtgegevens
- Registerveld: Systeem- en verantwoordelijke eigenaar; Hypothetische waarde: geïsoleerde opslag van testrapporten; eigenaar van rapportactiviteiten
- Registerveld: Doel; Hypothetische waarde: Controleer de manier waarop de testparser met het onschadelijke armatuur omgaat
- Registratieveld: Klokstart; Hypothetische waarde: ontvangst op 01-11-2026T10:00:00Z
- Registratieveld: Hypothetisch goedgekeurde duur; Hypothetische waarde: zeven verstreken dagen van 24 uur na ontvangst
- Registratieveld: Berekende vervaldatum; Hypothetische waarde: 2026-11-08T10:00:00Z
- Registerveld: Verwijderingsdoelstellingen; Hypothetische waarde: Actief armatuurobject, geparseerde kopie van berichtinhoud en tijdelijke kopie van platte tekst
- Registerveld: Uitzonderingsbesluit; Hypothetische waarde: geen vastlegging in het basisscenario; een afzonderlijk goedgekeurde bewaarplicht kan de verwijdering van dit specifieke record opschorten
- Registratieveld: Back-upbehandeling; Hypothetische waarde: een testback-up volgt de gedocumenteerde afzonderlijke vervaldatum; herstelde records worden gecontroleerd op de oorspronkelijke vervaldatum en behouden de status vóór gewone toegang
Voor het niet-bewaarde geval zou de voorgestelde controle op 2026-11-08T09:59:59Z moeten aantonen dat de armatuur behouden blijft; uit de cheque bij het verstrijken van de geldigheidsduur moet blijken dat het in aanmerking komt voor verwijdering. Voer de opruiming uit en controleer of de vermelde actieve verwijderingsdoelen zijn verwijderd, waarbij alleen een goedgekeurde minimale verwijderingsgebeurtenis overblijft. Het in aanmerking komen voor de vervaldatum en een succesvolle verwijdering zijn afzonderlijke feiten: een mislukte taak laat een achterstallig record achter en vereist een eigenaar, en geen valse verwijderingsinvoer.
Voor een vastgehouden zaak gaan we ervan uit dat een testbewaring met scope is goedgekeurd op 2026-11-07T12:00:00Z. De vervalcontrole moet de bewaarde gegevens in gecontroleerde opslag bewaren en de bewaarreferentie identificeren. Als de blokkade wordt vrijgegeven op 10-11-2026T10:00:00Z, is de oorspronkelijke vervaldatum al verstreken; het record moet in het goedgekeurde verwijderingsproces terechtkomen in plaats van automatisch zeven nieuwe dagen te ontvangen.
Voor een hersteltest herstelt u een back-up met RET-TEST-01 op 2026-11-09T10:00:00Z. Als er geen actieve bewaring is, voorkom dan dat de verlopen record terugkeert naar de normale toegang en pas het goedgekeurde verwijderingsproces toe. Met een actieve bewaring mag u deze alleen bewaren in de gecontroleerde bewaringsworkflow. Dit zijn voorgestelde resultaten, geen voltooide systeemtests; de offline tijdstempelberekening verifieert alleen de rekenkunde.
Zorg ervoor dat de vervaldatum op alle kopieën werkt
Test of het verwijderen uit de hoofdapplicatie ook exports, in de cache opgeslagen previews, tijdelijke parserbestanden en ticketbijlagen verwijdert. Back-ups kunnen een ander verloopschema volgen; documenteer het en controleer de toegang in plaats van onmiddellijke verwijdering te claimen als dit technisch gezien niet waar is.
Plan hoe herstelde back-ups worden afgehandeld, zodat verlopen materiaal niet stilletjes opnieuw in routinegebruik wordt geïntroduceerd. Bepaal of contractuele verwerkers het goedgekeurde schema kunnen toepassen en betekenisvol bewijs kunnen leveren. Een bewaarverklaring is onvolledig als de organisatie niet kan identificeren welk systeem de verwijdering uitvoert.
Bewaar nuttig bewijsmateriaal zonder overtollige inhoud
Referenties: RFC 9991 §7.
Voordat u een diagnostisch rapport verwijdert, moet u bepalen of een goedgekeurd geminimaliseerd record de relevante identiteit, tijd, foutconditie, corrigerende actie en verificatieresultaat moet behouden. Verwijder onnodige berichtinhoud, ontvangers en geheimen uit het bewaarde verhaal. Controleer het uittreksel in plaats van ervan uit te gaan dat de automatische redactie is voltooid.
Gebruik gecontroleerde toegang terwijl gegevens behouden blijven. Een korte levensduur maakt een onbeschermde winkel niet acceptabel, en encryptie elimineert niet de noodzaak om gegevens te verwijderen die niet langer nodig zijn.
Controleer het beleid als systemen veranderen
Bekijk het schema opnieuw nadat u een rapportageprocessor hebt toegevoegd, exportintegraties hebt gewijzigd of ontdekt dat records gevoeligere inhoud bevatten dan verwacht. Houd een testregistratie bij van vervalgedrag en uitzonderingen, inclusief wat nog niet kan worden verwijderd zoals bedoeld.
Het uiteindelijke resultaat is een klein bewaarregister met recordklasse, doel, systeem, eigenaar, klok, goedgekeurde duur, uitzonderingsproces en geverifieerd verwijderingsgedrag. Het moet beschrijven wat de organisatie feitelijk doet, waarbij onopgeloste hiaten moeten worden gecorrigeerd.
Houd de illustratie binnen het bewijsmateriaal
De lokale UTC-berekening bevestigt zeven verstreken dagen vanaf 2026-11-01T10:00:00Z tot 2026-11-08T10:00:00Z. Tijdstempels voor vrijgeven en herstellen zijn later dan de oorspronkelijke vervaldatum; ze starten het niet opnieuw op. Er werd alleen rekenwerk uitgevoerd. Er is geen test voor verwijdering, juridische bewaring, back-upherstel of systeemverwijdering uitgevoerd.