Cycle de vie des données et suppression sécurisée

Les données ne sont pas destinées à rester éternellement. Elles sont créées, utilisées activement, puis transférées vers un stockage moins coûteux à mesure qu'elles vieillissent, avant d'être supprimées lorsqu'elles ne sont plus nécessaires.

La gestion de ce cycle de vie est une pratique de sécurité : les données que vous ne conservez plus ne peuvent pas être compromises, et la réduction de la conservation diminue à la fois les risques et les coûts.

S3 propose des niveaux allant du chaud au froid : Standard pour les accès fréquents, Standard-IA (accès peu fréquent) et la famille GLACIER pour un stockage d'archivage économique.

Le transfert des données vers la classe appropriée à mesure qu'elles sont moins utilisées permet de réduire les coûts, mais les données archivées nécessitent toujours le même chiffrement et les mêmes contrôles d'accès que les données actives.

Les règles S3 Lifecycle automatisent les transitions et les suppressions. Une règle peut déplacer les objets vers Standard-IA après 30 jours, vers GLACIER après 90 jours, puis les faire expirer après 365 jours.

L'automatisation de la conservation garantit que les données ne restent pas au-delà de leur durée d'utilité ou de conformité, sans que personne ait à se souvenir de les nettoyer.

Deux forces opposées façonnent le cycle de vie : les exigences de conservation (garder les documents pendant X années pour respecter la réglementation) et la minimisation (supprimer les données dont vous n'avez plus besoin).

Une bonne politique les équilibre : conserver les éléments exigés par la réglementation exactement pendant la durée nécessaire, puis les supprimer rapidement afin de réduire l'exposition.

S3 Object Lock applique le principe WORM (écriture unique, lectures multiples) : les objets ne peuvent pas être supprimés ni remplacés avant la fin d’une période de conservation.

Le mode de conformité empêche même le compte racine de supprimer les objets protégés. Il respecte ainsi les règles strictes de conservation réglementaire et protège les journaux contre toute falsification.

Le versionnage S3 conserve chaque version d’un objet, de sorte qu’un remplacement ou une suppression puisse être annulé.

Une suppression ajoute simplement un marqueur de suppression ; les données restent présentes tant que vous ne supprimez pas explicitement les anciennes versions. Cela protège contre les suppressions accidentelles et malveillantes, mais signifie qu’une suppression véritable nécessite l’expiration des versions non actuelles.

Dans le cloud, vous n’effacez pas vous-même les disques ; AWS se charge de leur destruction physique. Votre rôle consiste à vous assurer que l’objet est réellement supprimé : supprimez toutes les versions et tous les marqueurs de suppression.

Comme le stockage est chiffré, détruire la clé de chiffrement ou en perdre l’accès peut également rendre les données irrécupérables — c’est l’effacement cryptographique.

Lorsque les données sont chiffrées avec une clé KMS, la suppression de cette clé rend le texte chiffré définitivement illisible, même si des copies des données subsistent quelque part.

Cette destruction cryptographique constitue un moyen puissant et rapide de rendre de grands ensembles de données irrécupérables, notamment lorsque vous devez garantir que les données ont disparu.

Les données ne résident pas uniquement dans S3. Les instantanés EBS, les sauvegardes RDS, les tables DynamoDB et les journaux conservent également des données.

Un plan de suppression complet couvre chaque service où une copie peut exister. Oublier les sauvegardes ou les répliques est une cause fréquente de réapparition de données « supprimées » lors d’une violation ou d’un audit.

La minimisation des données — ne conserver que ce dont vous avez besoin et uniquement pendant la durée nécessaire — est un principe fondamental de sécurité et de confidentialité.

Chaque enregistrement que vous supprimez est un enregistrement qui ne pourra jamais être compromis, mal géré ou exigé par voie judiciaire. L’automatisation du cycle de vie met la minimisation en pratique : la réduction des risques s’effectue automatiquement au lieu de dépendre de la mémoire de quelqu’un pour effectuer le nettoyage.

Appliquez à grande échelle les règles de cycle de vie et de suppression grâce à l’automatisation : utilisez les politiques de cycle de vie pour S3, les paramètres de conservation des sauvegardes et les règles AWS Config pour vérifier que les politiques sont appliquées partout.

Une gouvernance cohérente et automatisée garantit que les données sensibles ne s’accumulent pas discrètement au-delà de leur durée de vie prévue dans vos comptes.

Associez l’objectif au contrôle correspondant.

Gérez les données tout au long de leur cycle de vie comme une pratique de sécurité : utilisez les classes de stockage S3 et les règles Lifecycle pour faire transiter les données entre différentes classes et les faire expirer, en conciliant les exigences de conservation réglementaire et la minimisation. Object Lock applique WORM aux enregistrements immuables, tandis que le versionnage protège contre les suppressions accidentelles, mais nécessite l’expiration des anciennes versions pour permettre une suppression véritable. Une suppression sécurisée consiste à retirer chaque version et chaque copie dans tous les services ; la suppression de la clé KMS, qui constitue un puissant recours, permet un effacement cryptographique.