Aller au contenu

Données, vie privée & souveraineté

Rubrique 07 sur 13

La donnée survit à l'architecture qui la protégeait.

Rubrique · 22 pages · 5 sous-sections

Données, vie privée & souveraineté

Par où commencer

  1. Protection & chiffrement

    Savoir ce qu’on protège

  2. Consentement & conformité

    Collecter moins et mieux

  3. Cycle de vie & effacement

    Effacer pour de bon

  4. Souveraineté & partage

    Choisir où vivent les données

Parcours qui passent par ici

Voir l’affiche seule · Toutes les affiches

Une architecture peut disparaître, se faire remplacer, migrer trois fois en cinq ans : la donnée, elle, reste. Elle survit aux systèmes qui la protégeaient, elle traîne dans des sauvegardes qu’on a oubliées, elle se retrouve copiée dans un environnement de test qui n’a jamais eu le niveau de protection de la production. Gouverner la donnée, ce n’est pas la classifier une fois sur un schéma présenté en comité : c’est savoir, à tout moment, où elle est, qui y touche, et depuis quand.

→ Lire l’explication complète de la marmotte

La protéger revient à accepter qu’elle finira, un jour ou l’autre, par tenter de sortir : DLP, tokenisation, tout ça ne bloque pas une exfiltration déterminée, ça réduit la surface et augmente le coût pour qui essaie. Le vrai sujet, souvent négligé, c’est la rétention des journaux : garder tout, indéfiniment, « au cas où », a un coût juridique que personne ne calcule avant l’incident qui le révèle.

La confidentialité différentielle, la pseudonymisation, le k-anonymat : ces techniques ne rendent pas une donnée inoffensive par magie, elles déplacent le curseur entre utilité et exposition, et ce curseur doit être choisi consciemment, pas subi faute de temps pour y réfléchir.

Et puis il y a la souveraineté, qui se joue rarement où on l’attend : une donnée hébergée en Europe reste soumise au droit d’un fournisseur américain dès qu’il en garde la main technique, Cloud Act contre RGPD, deux textes qui ne s’accordent jamais vraiment. La souveraineté réelle et la souveraineté affichée sur une page marketing sont deux choses très différentes, et la différence se voit surtout le jour où quelqu’un la teste.

Une organisation qui néglige ce domaine ne sait plus répondre à la première question d’un incident : quelles données se trouvaient là, et à qui appartenaient-elles. Chaque copie non recensée élargit en silence ce qu’une intrusion peut emporter, et chaque rapprochement entre deux fichiers pseudonymisés rouvre ce que l’on croyait anonyme. Le jour où un fournisseur étranger reçoit une injonction de son propre droit, elle découvre que sa souveraineté tenait dans une page de présentation et qu’aucune mesure technique ne s’opposait à l’accès. La ruche a rangé son miel dans des pots sans étiquette, disséminés un peu partout, et ne sait plus lesquels ont disparu.

Cette rubrique traite de ce qui arrive aux données tout au long de leur vie. Une donnée survit aux logiciels qui la manipulent : quand un système est remplacé, elle est copiée ailleurs, parfois dans des sauvegardes ou des environnements de test moins protégés que l’original. La gouverner, c’est savoir en permanence où elle se trouve, qui y accède et depuis quand. Pour la protéger, on combine plusieurs techniques. Les outils de prévention des fuites surveillent les données qui sortent, et la tokenisation remplace une valeur sensible par un jeton sans signification ; ces outils n’arrêtent pas un voleur décidé, mais réduisent ce qu’il peut atteindre et augmentent son effort. Les journaux d’activité posent un problème particulier : les garder trop longtemps crée un risque juridique que l’on découvre souvent trop tard. Pour partager des données en limitant ce qu’elles révèlent sur les personnes, on utilise la pseudonymisation, qui remplace les noms par des codes, le k-anonymat, qui rend chaque personne indiscernable d’un groupe d’autres, ou la confidentialité différentielle, qui ajoute un bruit calculé aux résultats. Chacune réduit l’utilité des données en échange d’une moindre exposition, et ce réglage doit être choisi volontairement. Enfin, la souveraineté dépend du droit applicable au fournisseur : des données hébergées en Europe peuvent rester soumises à une loi américaine si l’entreprise qui les gère en garde le contrôle technique.

Création : Mise à jour :