Jokaisen todennusraportin säilyttäminen ikuisesti ei ole säilytyskäytäntö. Raaka-aggregaattidata, viestikohtainen epäonnistumisraportit ja tutkintamuistiinpanot palvelevat eri tarkoituksia ja sisältävät erilaisia riskejä. Hyödyllinen säilytyssuunnitelma selittää, miksi jokainen luokka säilytetään, kuinka kauan se on hyödyllinen ja mitä tapahtuu, kun kyseinen ajanjakso päättyy.
DMARCRaportointimääritykset kuvaavat raportin sisältöä, tietosuoja- ja turvallisuusnäkökohtia. Niissä ei aseteta yleistä laillista säilytysaikaa jokaiselle organisaatiolle. Alla oleva työnkulku on toiminnallinen suunnittelu, joka tarkistetaan yksityisyydestä, turvallisuudesta ja sovellettavista lakisääteisistä velvoitteista vastaavien ihmisten kanssa.
Inventoi todelliset ennätysluokat
Viitteet: RFC 9990 §7.1, RFC 9990 §7.2, RFC 9991 §2, RFC 9991 §7.1.
Erillinen raaka koontiraportit, jäsennetyt tietueet, tiivistetyt tiedot, vikaraportit, kontrolloidut viestinäytteet ja tapauspäätelmät. Tunnista kuka omistaa jokaisen kaupan ja jokaisen myöhemmän kopion: postilaatikko, jäsennysjono, analytiikkajärjestelmä, lippu, analyytikkovienti ja varmuuskopio.
Vakiokokonaisraportit eivät sisällä yksittäisen viestin sisältöä ja loppukäyttäjän tunnistetietoja RFC 9990 §7.2, mutta liikenteen metatiedot voivat silti paljastaa alla olevia toimintamalleja RFC 9990 §7.1. Älä pidä koontikauppaa vapautettuna pääsyn ja säilytyksen tarkastuksesta. Aggregaattiraportit sisältävät infrastruktuuri- ja liikennetietoja, jotka voivat silti vaatia asianmukaista käsittelyä. Vikailmoitukset ansaitsevat erityistä huomiota, koska ne voivat sisältää viestien otsikot, ruumiit ja tunnisteet. Luokittele todellisen ja mahdollisen sisällön perusteella tiedostotunnisteen tai hallintapaneelin tunnisteen sijaan.
Aseta jokaiselle luokalle tarkoitus ja kello
Kerro, miksi tietue säilytetään: käsittelyn vianetsintä, kausivertailu, erityinen tutkimus tai sovellettava velvoite. Määritä, milloin säilytyskello alkaa, kuten raportin vastaanotto tai tapahtuman sulkeminen, ja kuka omistaa poikkeukset. Vältä epäselviä ohjeita, kuten säilytä hetki käytön jälkeen.
Valitse kestot dokumentoitujen tarpeiden ja velvoitteiden perusteella, älä yleisestä turvatarkistuslistasta kopioituja lukuja. Pitkää kausittaista vertailua voidaan palvella asianmukaisesti minimoiduilla mittareilla, kun taas viestien raakasisältö säilytetään paljon lyhyempää diagnostiikkaa varten. Varmista, että yhteenveto säilyttää kattavuuden ja kokoonpanomuutosten tulkitsemiseen tarvittavan kontekstin.
Työskentele säilytyssuunnitelman avulla
Havainnollistava suunnittelu: raaka-aggregaattiraportit tukevat jäsentimen vianmääritystä; johdetut luvut tukevat pidempää trendianalyysiä; viestikohtaiset raportit tukevat aikarajallista tutkimusta; muokattu tapahtumapäätelmä säilyttää syyn ja korjaavat toimet. Jokaisella luokalla on oma hyväksytty kesto, aloitustapahtuma, omistaja ja poistotapa.
Esimerkki ei tarkoituksella määritä yleisiä päivämääriä. Organisaation velvoitteet ja järjestelmät määräävät ne. Jos tapahtuma vaatii poikkeusta, kirjaa ylös syy, laajuus, hyväksyjä ja tarkastelupäivämäärä. Säilytä asiaankuuluvat todisteet kelvollisen säilytyksen alaisena sen sijaan, että sallit normaalin poistamisen tuhota ne samalla, kun vältät rajattoman säilytyksen asiaankuuluviin tietoihin.
Laske yksi synteettinen rekisteririvi
Seuraavalla rivillä käytetään mielivaltaisia hypoteettisia hyväksyntöjä yksinomaan säilytysmekaniikan osoittamiseen. Sen seitsemän päivän kesto ei ole suositus, lakisääteinen minimi tai väite minkään organisaation nykyisestä politiikasta. Jokainen aikaleima on UTC.
- Rekisterikenttä: Tietueen luokka ja tunniste; Hypoteettinen arvo: Raaka vikaraporttilaite RET-TEST-01, joka ei sisällä todellista viestidataa
- Rekisteröintikenttä: Järjestelmä ja vastuullinen omistaja; Hypoteettinen arvo: Erillinen testiraporttivarasto; raportti-toimintojen omistaja
- Rekisterikenttä: Tarkoitus; Hypoteettinen arvo: Varmista, että testijäsennin käsittelee vaaratonta valaisinta
- Rekisteröintikenttä: Kellon aloitus; Oletusarvo: Kuitti 2026-11-01T10:00:00Z
- Rekisterikenttä: Hypoteettinen hyväksytty kesto; Oletusarvo: seitsemän kulunutta 24 tunnin päivää vastaanottamisesta
- Rekisteröintikenttä: Laskettu voimassaoloaika; Oletusarvo: 2026-11-08T10:00:00Z
- Rekisterikenttä: Hävityskohteet; Hypoteettinen arvo: Aktiivinen kiinnitysobjekti, jäsennetty viestin sisällön kopio ja väliaikainen pelkkä tekstikopio
- Rekisterikenttä: Poikkeuspäätös; Hypoteettinen arvo: Ei pitoa perustapauksessa; erikseen hyväksytty säilytystila voi keskeyttää tämän tietueen hävittämisen
- Rekisteröintikenttä: Varmuushoito; Hypoteettinen arvo: Testivarmuuskopio seuraa sen dokumentoitua erillistä vanhenemista; palautetut tietueet tarkistetaan alkuperäisen vanhenemis- ja säilytystilan suhteen ennen tavallista käyttöä
Käsittelemättömässä tapauksessa ehdotetun tarkistuksen 2026-11-08T09:59:59Z pitäisi löytää kiinnike säilytettynä. voimassaolon päättyessä sekin pitäisi todeta se hävitettäväksi. Suorita puhdistus ja varmista, että luetellut aktiiviset hävityskohteet on poistettu ja säilytetään vain hyväksytty vähimmäishävitystapahtuma. Vanhenemiskelpoisuus ja onnistunut poistaminen ovat eri asioita: epäonnistunut työ jättää erääntyneen tietueen ja vaatii omistajan, ei väärää poistomerkintää.
Oletetaan, että pidennetylle tapaukselle rajattu testipito on hyväksytty 2026-11-07T12:00:00Z. Vanhenemistarkistuksen tulee säilyttää säilytetty tietue valvotussa varastossa ja tunnistaa säilytysviite. Jos lykkäys vapautetaan 2026-11-10T10:00:00Z, alkuperäinen voimassaoloaika on jo kulunut; tietueen tulisi siirtyä hyväksyttyyn hävitysprosessiin sen sijaan, että se saisi automaattisesti uuden seitsemän päivän ajan.
Palautustestiä varten palauta RET-TEST-01 sisältävä varmuuskopio 2026-11-09T10:00:00Z. Jos aktiivista säilytystä ei ole, estä vanhentunutta tietuetta palaamasta normaaliin käyttöön ja käytä hyväksyttyä hävitysprosessia. Säilytä se aktiivisella rajoituksella vain ohjatussa pitotyönkulussa. Nämä ovat ehdotettuja tuloksia, eivät valmiita järjestelmätestejä; offline-aikaleiman laskenta vahvistaa vain aritmeettisen.
Tee vanhenemisesta kopioiden läpi
Testaa, poistaako poisto pääsovelluksesta myös viennin, välimuistissa olevat esikatselut, väliaikaiset jäsennystiedostot ja lippuliitteet. Varmuuskopiot voivat noudattaa erilaista vanhentumisaikataulua; dokumentoi se ja hallitse pääsyä sen sijaan, että vaatisi välitöntä poistamista, jos se ei ole teknisesti totta.
Suunnittele, kuinka palautettuja varmuuskopioita käsitellään, jotta vanhentunutta materiaalia ei oteta hiljaa takaisin rutiinikäyttöön. Selvitä, voivatko sopimuskäsittelijät soveltaa hyväksyttyä aikataulua ja toimittaa merkityksellisiä todisteita. Säilytyslausunto on epätäydellinen, jos organisaatio ei pysty tunnistamaan, mikä järjestelmä suorittaa poiston.
Säilytä hyödyllisiä todisteita ilman ylimääräistä sisältöä
Viitteet: RFC 9991 §7.
Ennen kuin poistat diagnoosiraportin, määritä, tuleeko hyväksytyn pienennetyn tietueen säilyttää asiaankuuluva identiteetti, aika, vikatilanne, korjaava toimenpide ja varmennustulos. Poista tarpeeton viestin sisältö, vastaanottajat ja salaisuudet säilytetystä kertomuksesta. Tarkista ote sen sijaan, että oletetaan, että automaattinen muokkaus on valmis.
Käytä valvottua pääsyä, kun tietueita säilytetään. Lyhyt käyttöikä ei tee suojaamattomasta varastosta hyväksyttävää, eikä salaus poista tarvetta poistaa tietoja, joita ei enää tarvita.
Tarkista käytäntö järjestelmien muuttuessa
Tarkista aikataulu uudelleen, kun olet lisännyt raportointiprosessorin, muuttanut vientiintegraatioita tai huomannut, että tietueet sisältävät odotettua arkaluontoisempaa sisältöä. Pidä kirjaa vanhentumiskäyttäytymisestä ja poikkeuksista, mukaan lukien tiedot, joita ei voi vielä poistaa tarkoitetulla tavalla.
Lopullinen tulos on pieni säilytysrekisteri, jossa on tietueluokka, tarkoitus, järjestelmä, omistaja, kello, hyväksytty kesto, poikkeusprosessi ja varmennettu hävityskäyttäytyminen. Sen tulee kuvata, mitä organisaatio todella tekee, ja korjaamattomia puutteita on määrätty korjattavaksi.
Pidä kuva todisteiden sisällä
Paikallinen UTC-laskelma vahvistaa seitsemän kuluneen päivän 2026-11-01T10:00:00Z ulottuvan 2026-11-08T10:00:00Z. Julkaisu- ja palautusaikaleimat ovat myöhempiä kuin alkuperäinen voimassaoloaika; he eivät käynnistä sitä uudelleen. Vain aritmetiikka suoritettiin. Poistoa, laillista säilytystä, varmuuskopion palautusta tai järjestelmän hävittämistä ei suoritettu.