Ce qui rend des données obsolètes
Des données deviennent obsolètes lorsqu'elles ont dépassé la finalité pour laquelle elles ont été collectées. Elles sont périmées, remplacées ou conservées au-delà de leur durée d'utilité, mais elles restent présentes dans un référentiel, un partage de fichiers, une boîte aux lettres ou une sauvegarde, et restent généralement accessibles.
L'obsolescence tient à la pertinence et au stade du cycle de vie, non à la confidentialité. Une copie vieille de trois ans d'une base de clients n'est pas moins sensible parce qu'elle est ancienne. C'est simplement une copie que personne n'utilise, ne surveille ni ne se rappelle.
D'où viennent les données obsolètes
La plupart des données obsolètes sont laissées par un travail courant qui n'est jamais nettoyé. Les sources habituelles sont les copies non gérées et les enregistrements qui survivent aux personnes et aux systèmes qui les ont créés :
| Source | Exemple type |
|---|---|
| Copies et exports | Extractions de bases, rapports et tableurs de tâches ponctuelles, jamais supprimés |
| Données des collaborateurs partis | Fichiers dans des dossiers personnels, des disques locaux et des boîtes aux lettres après le départ de leur propriétaire |
| Systèmes mis hors service | Archives et sauvegardes d'applications retirées, jamais éliminées |
| Conservation « au cas où » | Enregistrements gardés sans limite, faute d'une date de suppression fixée |
Pourquoi les données obsolètes sont un risque de sécurité et de conformité
Les données que personne n'utilise génèrent quatre risques distincts :
- Surface d'attaque non surveillée : les copies oubliées sont rarement couvertes par la supervision, les revues d'accès ou les correctifs. Les anciennes répliques de bases sont des cibles attractives, car personne ne les maintient ni ne les protège.
- Exposition réglementaire : des référentiels comme le RGPD imposent la limitation de la conservation ; les données personnelles ne peuvent donc pas être gardées plus longtemps que nécessaire à leur finalité. Accumuler des enregistrements obsolètes sans raison peut à lui seul enfreindre cette règle, et chaque copie élargit le périmètre d'une éventuelle violation de données.
- Décisions erronées : des rapports fondés sur des données dépassées conduisent à de mauvaises décisions métier et de sécurité.
- Coût et complexité : les données obsolètes consomment du stockage, ralentissent les sauvegardes et compliquent les inventaires et les projets de classification.
Données obsolètes et notions voisines
Une donnée obsolète n'est pas un fichier supprimé (retiré du système de fichiers mais peut-être récupérable), ni une rémanence (résidus de données restant sur un support physique après effacement). Une donnée obsolète est pleinement active dans le système ; elle n'est simplement plus nécessaire. La réponse standard est la purge : une suppression délibérée et vérifiée en fin de cycle de vie, y compris les copies de sauvegarde.
Repérer les données obsolètes en pratique
L'obsolescence tenant à la pertinence plutôt qu'au contenu, elle ne se détecte pas en examinant un seul fichier. Les signaux exploitables sont les métadonnées et l'usage :
- Dates de dernier accès et de modification : l'indicateur principal, même si les sauvegardes peuvent rafraîchir les horodatages
- Données sans propriétaire : fichiers et boîtes aux lettres dont le propriétaire n'existe plus dans l'annuaire
- Contenus dupliqués : copies d'un même document, presque toutes redondantes sauf une
- Noms de remplacement : « final », « v2 », « old », « backup » ou copies datées à côté d'un fichier actif
- Référentiels dormants : partages et dossiers de projet inactifs pendant longtemps, retirés en bloc
Pourquoi la suppression stagne
La plupart des organisations savent qu'elles conservent des données obsolètes et ne les suppriment pourtant pas, pour des raisons organisationnelles plutôt que techniques. Personne ne possède la décision, donc personne ne la valide. Le coût de la conservation est invisible, alors que le coût de la suppression d'une donnée nécessaire est très concret. Les gels juridiques et les exigences floues font paraître la conservation indéfinie plus sûre qu'un calendrier défendable. Et il n'existe pas de moyen fiable de savoir si un ancien jeu de données est réellement inutilisé.
La réponse pratique consiste à déplacer la décision au moment de la création : chaque nouveau jeu de données reçoit un propriétaire et une échéance. Le patrimoine existant se traite par campagnes limitées, en commençant par les référentiels sans propriétaire et dormants, où le risque est le plus élevé et les objections les plus rares. Chaque campagne commence par une classification des données, pour savoir ce qui est supprimé.
Gérer les données obsolètes
Le nettoyage fonctionne mieux dans cet ordre :
- 1
Inventorier et classifier
On ne peut pas retirer ce que l'on ne voit pas.
- 2
Définir les durées de conservation
Fixer les dates de suppression à la création des données, pas après leur accumulation.
- 3
Revoir les accès
Retirer les droits qui ont survécu à leur finalité, surtout au départ d'un collaborateur.
- 4
Éliminer en toute sécurité
Lancer les purges selon le calendrier et vérifier qu'elles incluent les sauvegardes.
Par où commencer
Commencez par les jeux de données dont la fuite ferait le plus de dégâts, puis par les référentiels que personne ne possède. Les règles de conservation écrites pour tous les fichiers d'un coup finissent souvent désactivées : gardez donc la première campagne assez petite pour être menée à terme.
Les données que personne ne regarde peuvent quand même fuiter. Le moment sûr pour décider de leur sort est celui d'avant que quelqu'un d'autre en ait besoin.
Anexet Team