Datas livssyklus og sikker sletting

Data er ikke ment å leve evig. De opprettes, brukes aktivt, flyttes deretter til rimeligere lagring etter hvert som de blir eldre, og slettes til slutt når de ikke lenger trengs.

Å administrere denne livssyklusen er en sikkerhetspraksis: Data De ikke lenger oppbevarer, kan ikke komme på avveie, og kortere oppbevaringstid reduserer både risiko og kostnader.

S3 tilbyr nivåer fra varme til kalde: Standard for hyppig tilgang, Standard-IA (Infrequent Access) og Glacier-familien for rimelig arkivlagring.

Ved å flytte data til riktig klasse etter hvert som de brukes sjeldnere, sparer De penger, men arkiverte data trenger fortsatt samme kryptering og tilgangskontroller som aktive data.

S3 Lifecycle-regler automatiserer overganger og slettinger. En regel kan for eksempel flytte objekter til Standard-IA etter 30 dager, til Glacier etter 90 dager og utløpe dem etter 365 dager.

Automatisert oppbevaring sikrer at data ikke blir liggende lenger enn den nyttige eller lovpålagte levetiden, uten at noen må huske å rydde dem bort.

To motstridende krefter former livssyklusen: krav til oppbevaring (behold poster i X år av hensyn til samsvar) og minimering (slett data De ikke lenger trenger).

En god policy balanserer disse hensynene – behold det regelverket krever, nøyaktig så lenge det er nødvendig, og slett det deretter raskt for å redusere eksponeringen.

S3 Object Lock håndhever WORM (skriv én gang, les mange): Objekter kan ikke slettes eller overskrives før oppbevaringsperioden er utløpt.

Samsvarsmodus hindrer selv root-kontoen i å slette beskyttede objekter. Dermed oppfylles strenge regulatoriske krav til oppbevaring, og logger beskyttes mot manipulering.

S3-versjonering beholder alle versjoner av et objekt, slik at en overskriving eller sletting kan angres.

En sletting legger bare til en slettemarkør; dataene blir værende til De uttrykkelig fjerner gamle versjoner. Dette beskytter mot utilsiktet og ondsinnet sletting, men innebærer at permanent sletting krever at ikke-aktive versjoner utløper.

I skyen sletter De ikke disker selv; AWS håndterer fysisk destruksjon. Deres oppgave er å sørge for at objektet faktisk fjernes: slett alle versjoner og eventuelle slettemarkører.

Ettersom lagringen er kryptert, kan ødeleggelse av eller tap av tilgang til krypteringsnøkkelen også gjøre data ugjenopprettelige – kryptografisk sletting.

Når data er kryptert med en KMS-nøkkel, gjør sletting av nøkkelen chifferteksten permanent uleselig, selv om kopier av dataene fortsatt finnes et sted.

Denne crypto-shredding er en kraftig og rask måte å gjøre store datasett ugjenopprettelige på, og er nyttig når De må garantere at dataene er borte.

Data finnes flere steder enn i S3. EBS-øyeblikksbilder, RDS-sikkerhetskopier, DynamoDB-tabeller og logger beholder alle data.

En fullstendig slettingsplan dekker alle tjenester der det kan finnes en kopi. Å glemme sikkerhetskopier eller replikaer er en vanlig årsak til at «slettede» data dukker opp igjen under et datainnbrudd eller en revisjon.

Dataminimering – å bare beholde det De trenger, og bare så lenge De trenger det – er et grunnleggende prinsipp for sikkerhet og personvern.

Hver post De sletter, er en post som aldri kan komme på avveie, håndteres feil eller kreves utlevert. Automatisering av livssyklusen setter minimering ut i praksis, slik at risikoreduksjonen skjer automatisk i stedet for å avhenge av at noen husker å rydde opp.

Håndhev livssyklus og sletting i stor skala med automatisering: livssykluspolicyer for S3, oppbevaringsinnstillinger for sikkerhetskopier og AWS Config-regler som bekrefter at policyene brukes overalt.

Konsekvent, automatisert styring sørger for at sensitive data ikke ubemerket samler seg opp utover den tiltenkte levetiden på tvers av kontoene Deres.

Administrer data gjennom hele livssyklusen som en sikkerhetspraksis: bruk S3-lagringsklasser og Lifecycle-regler til å flytte og utløpe data, og balanser krav til oppbevaring for samsvar mot minimering. Object Lock håndhever WORM for uforanderlige poster, mens versjonering beskytter mot utilsiktet sletting, men krever at gamle versjoner utløper for at dataene faktisk skal fjernes. Sikker sletting innebærer å fjerne alle versjoner og kopier på tvers av tjenester, med kryptografisk sletting gjennom sletting av KMS-nøkkelen som en kraftig siste utvei.