Les trois états des données
Les équipes de sécurité découpent le cycle de vie des données en trois états. Chacun est exposé à des attaquants différents, qui utilisent des techniques différentes, et chacun demande donc ses propres contrôles.
Ces états ne sont pas des étapes franchies une seule fois. Un même enregistrement reste généralement au repos pendant l'essentiel de sa vie, passe brièvement en transit lors de quelques transferts, et n'est en cours d'utilisation que pendant les secondes où une application le traite. Une stratégie qui ne couvre qu'un état laisse les deux autres ouverts.
| État | Où il se trouve | Risque principal |
|---|---|---|
| Données au repos | Disque, base de données, sauvegarde ou support amovible | Accès non autorisé au support de stockage |
| Données en transit | Circulant sur un réseau ou entre centres de données | Interception sur la ligne |
| Données en cours d'utilisation | Chargées en RAM ou dans un registre du processeur | Lecture de la mémoire et accès par débogueur |
Où se trouvent les données au repos
Les données au repos sont stockées sur un support qui les conserve alors que rien ne les lit ni ne les écrit activement. En pratique, cela couvre des emplacements très différents en matière d'exposition.
Le point commun est la persistance. Les données restent récupérables sur le support longtemps après la fermeture de l'application qui les a créées. C'est pourquoi les contrôles au niveau du stockage sont nécessaires, et non facultatifs. Les emplacements typiques sont :
- Stockage local : disques des serveurs, postes de travail et ordinateurs portables, avec fichiers temporaires, espace de swap et images de mise en veille
- Bases de données : moteurs relationnels ou NoSQL, sur site ou hébergés, avec leurs fichiers de données bruts sur disque
- Supports amovibles et portables : clés USB, disques externes, CD/DVD et cartes mémoire
- Sauvegardes et archives : bibliothèques de bandes, appliances de sauvegarde et instantanés, souvent conservés pendant des années
- Stockage cloud : buckets de stockage d'objets, partages de fichiers et bases managées, dont l'accès est généralement configuré par le client
Pourquoi les données au repos constituent un risque distinct
Trois propriétés rendent les données stockées attractives pour les attaquants et les initiés, contrairement aux données transitoires.
La première est le volume. Une base de données ou une sauvegarde accumule des enregistrements pendant des mois ou des années. Un seul accès réussi peut donc exposer bien plus de données que l'interception d'une seule transmission.
La deuxième est le temps. Les données en transit ne sont exposées que pendant des millisecondes. Les données au repos restent exposées tant qu'elles sont stockées, c'est-à-dire des mois ou des années si une mauvaise configuration passe inaperçue.
La troisième est l'exposition physique. Un support de stockage est un objet qui peut être volé, perdu, jeté ou revendu, et il emporte ses données quelle que soit la protection réseau.
Les réglementations reflètent directement cette distinction. De nombreuses lois et normes de protection des données exigent un chiffrement, ou un contrôle compensatoire équivalent, spécifiquement pour les enregistrements stockés, séparément des exigences portant sur la transmission.
Comment les données au repos sont protégées
Aucun contrôle isolé ne protège entièrement les données stockées. L'approche standard combine plusieurs contrôles en couches, de sorte que la défaillance de l'un soit rattrapée par un autre.
La combinaison adaptée dépend de la sensibilité des données, de leur emplacement et de ce qu'exige une réglementation ou un contrat donné. Le chiffrement et le contrôle d'accès sont les deux contrôles de base que presque tous les référentiels considèrent comme indispensables.
| Contrôle | Ce qu'il fait |
|---|---|
| Chiffrement au repos | Rend un disque volé ou une copie de fichier illisible sans la clé |
| Contrôle d'accès | Limite qui et quoi peut lire ou modifier l'emplacement de stockage |
| Gestion des clés | Conserve les clés à l'écart des données protégées, avec un accès restreint |
| Suppression sécurisée et assainissement | Rend les données irrécupérables lors de la mise au rebut ou à la fin de la rétention |
| Surveillance et pistes d'audit | Enregistre qui a accédé aux données stockées ou les a copiées |
À quoi cela ressemble dans Anexet
Dans Anexet, le volume stocké est visible dans la vue d'ensemble du Central Server, qui liste chaque base avec sa taille de données et son nombre d'enregistrements. Le Reports Server définit où sont conservées les données collectées et pendant combien de temps.
La durée de conservation détermine combien de temps un enregistrement reste exposé au repos. Elle doit donc correspondre à la sensibilité des données. Vérifiez-la avec le paramétrage du logiciel DLP, pour que les règles de stockage et de blocage suivent la même classification.
1 / 2
Ce que la protection au repos ne résout pas
Chiffrer une base de données ou un disque ne protège pas les données au moment où une application autorisée les déchiffre pour les afficher, les traiter ou les exporter. À ce stade, elles ont quitté l'état « au repos », et les risques deviennent l'utilisation des données et leur exfiltration.
Le chiffrement au repos n'empêche pas non plus un utilisateur légitime et authentifié de copier des données vers un emplacement non chiffré, de les envoyer par e-mail à l'extérieur ou de les imprimer.
Protéger les données au repos n'est donc qu'une couche d'un programme de protection des données plus large, qui couvre les trois états des données et les règles d'usage une fois qu'elles sont déverrouillées.
Par où commencer
Commencez par les emplacements qui contiennent le plus de données sensibles, puis cherchez les copies que personne ne suit : anciennes sauvegardes, supports amovibles non gérés et exports oubliés dans des dossiers partagés. Les politiques écrites pour tous les fichiers à la fois finissent par bloquer le travail et sont désactivées.
Pour aller plus loin : Chiffrement, codage et hachage : quelle différence ?; Sécurité de l'information des bases de données.
On ne protège pas une copie dont on ignore l'existence.
