Un ordinateur portable est perdu dans un aéroport. Une sauvegarde se retrouve exposée sur un serveur. Un disque dur est retiré d’un ordinateur et connecté à un autre. Dans les trois cas, le problème n’est pas que l’information circule sur Internet : elle est stockée sur un support quelconque. Le chiffrement au repos vise à faire en sorte que ces données ne puissent pas être interprétées sans la clé appropriée.
C’est une défense importante, mais pas une promesse d’invulnérabilité. Elle peut très bien protéger contre la perte d’un appareil tout en n’empêchant pas un compte autorisé mais compromis de consulter l’information. Pour comprendre cette différence, il faut examiner trois éléments : dans quel état se trouvent les données, où s’applique le chiffrement et qui contrôle les clés.
Ce que signifie qu’une donnée soit « au repos »
Une donnée est au repos lorsqu’elle demeure stockée et n’est pas activement transmise entre systèmes. Elle peut se trouver sur le disque d’un ordinateur portable, dans une base de données, sur une mémoire externe, dans un fichier ou dans une sauvegarde.
Le chiffrement transforme ce contenu en une représentation inintelligible pour quiconque ne dispose pas du matériel cryptographique nécessaire. Les guides du NIST sur le chiffrement du stockage le présentent comme une mesure visant à restreindre l’accès aux informations stockées, en particulier en cas de perte, de vol ou d’accès direct au support.
Pensons à un ordinateur portable éteint et correctement chiffré. La personne qui en extrait le disque ne devrait pas être en mesure de lire les documents comme s’il s’agissait de fichiers ordinaires. Mais si elle trouve l’appareil allumé, déverrouillé et avec une session ouverte, la situation change : le système peut déjà être en train d’utiliser la clé et d’afficher les données déchiffrées.
Idée clé : Le chiffrement au repos protège le contenu stocké contre des menaces concrètes ; il ne rend pas tout le système sûr en toute circonstance.
Repos, transit et utilisation : trois moments distincts
La même information change d’état au cours de sa vie quotidienne. Un fichier est au repos lorsqu’il est conservé ; il est en transit lorsqu’il circule sur un réseau ; et il est en cours d’utilisation lorsqu’une application le traite ou qu’une personne le consulte.
Chaque moment exige des contrôles différents. Chiffrer un disque ne protège pas à lui seul le fichier pendant qu’il traverse un réseau non sécurisé. Chiffrer la connexion n’empêche pas non plus quelqu’un de lire un disque extrait d’un équipement éteint. Et ces deux mécanismes peuvent être sans effet si un attaquant contrôle une session légitime dans laquelle les données apparaissent déjà déchiffrées.
C’est pourquoi il convient de concevoir le chiffrement comme un élément d’une architecture de vie privée et sécurité numérique, et non comme une solution isolée. L’authentification vérifie une identité ; l’autorisation détermine ce qu’elle peut faire ; les contrôles d’intégrité aident à détecter les modifications ; et les sauvegardes permettent de récupérer l’information. Ce sont des fonctions liées, mais non interchangeables.
La couche de chiffrement doit répondre au risque
Le chiffrement peut être appliqué à différentes couches. Le choix utile ne commence pas par se demander quelle est la technologie la plus sophistiquée, mais quelle menace on cherche à réduire.
- Appareil ou disque complet : protège le support physique, par exemple en cas de vol d’un ordinateur portable éteint.
- Volume ou système de fichiers : limite la protection à une partie du stockage et peut séparer des environnements ayant des besoins distincts.
- Base de données : protège des informations structurées et peut s’appliquer à l’ensemble ou à des champs déterminés.
- Fichier ou application : permet de chiffrer des données spécifiques avant de les stocker et, selon la conception, de conserver davantage de contrôle sur le moment où elles sont déchiffrées.
Le guide de stockage cryptographique de l’OWASP insiste sur le fait que la couche appropriée dépend du modèle de menace. Le chiffrement matériel peut aider face au vol physique, mais pas nécessairement face à une intrusion à distance sur un serveur en fonctionnement. Chiffrer depuis l’application peut offrir une séparation plus précise, bien que cela exige d’administrer les clés avec une plus grande attention.
Il n’existe pas toujours une seule couche appropriée. La défense en profondeur peut en combiner plusieurs, à condition que chacune ait un objectif défini et que l’on ne confonde pas accumulation et sécurité automatique.
Les clés sont au cœur de la protection
La donnée chiffrée et la clé remplissent des rôles différents : l’une contient l’information protégée ; l’autre permet de la récupérer. Si les deux se retrouvent exposées ensemble et sous les mêmes permissions, une grande partie de l’avantage disparaît.
Gérer les clés comprend leur génération, leur stockage, leur distribution, leur rotation, leur retrait et leur récupération. Le guide de gestion des clés du NIST aborde ce cycle de vie car la sécurité ne dépend pas seulement de l’application d’une opération cryptographique. Il importe aussi de savoir qui peut invoquer une clé, sous quelles conditions et avec quelle traçabilité.
Séparer les clés et les données réduit la possibilité qu’une seule exposition livre tout ce qui est nécessaire pour lire l’information. Mais cette séparation a des limites : si une application compromise conserve l’autorisation de demander le déchiffrement, un attaquant pourrait s’en servir sans extraire la clé.
Il existe également le risque inverse. Si l’unique clé est perdue et qu’il n’y a pas de mécanisme de récupération protégé, les données peuvent devenir inaccessibles, même pour leur propriétaire. Une conservation responsable doit empêcher l’accès indu sans transformer une défaillance opérationnelle en une perte définitive.
Idée clé : La question décisive n’est pas seulement « est-il chiffré ? », mais « qui peut le déchiffrer, quand et au moyen de quels contrôles ? ».
Ce que le chiffrement ne résout pas
Trois confusions sont particulièrement fréquentes.
La première consiste à assimiler le chiffrement au contrôle d’accès. Le chiffrement rend le contenu illisible sans la clé ; l’autorisation décide si un utilisateur ou un service peut le demander. Un compte compromis peut consulter une base de données chiffrée s’il conserve des permissions effectives pour recevoir les résultats déchiffrés.
La deuxième consiste à croire que chiffrer garantit l’intégrité. Les mécanismes de chiffrement ne détectent pas tous qu’un fichier a été altéré. La confidentialité — empêcher la lecture indue — et l’intégrité — détecter les modifications — sont des propriétés différentes.
La troisième consiste à remplacer les sauvegardes par le chiffrement. Le chiffrement ne récupère pas les fichiers effacés, endommagés ou pris en otage par une attaque. Une sauvegarde permet de les restaurer, tandis que le chiffrement réduit leur exposition. De plus, une sauvegarde chiffrée dépend du fait que ses clés soient conservées de manière sécurisée et récupérable.
Le chiffrement ne doit pas non plus être confondu avec l’anonymat, l’authentification ou l’effacement sécurisé. Il peut soutenir le droit à la vie privée, mais ne prouve pas à lui seul qu’un système respecte une norme ni que le titulaire exerce un contrôle exclusif sur ses données.
Comment évaluer une solution sans se perdre dans la technique
Avant de comparer des produits ou des algorithmes, quelques questions simples révèlent beaucoup sur la protection réelle :
- Quelles données sont chiffrées et dans quel état restent-elles en dehors de cette couverture ?
- La couche choisie répond-elle au vol physique, à une exposition du stockage ou à une autre menace définie ?
- Qui contrôle les clés : l’utilisateur, l’organisation, un prestataire ou plusieurs parties ?
- Que se passe-t-il lorsqu’un appareil est déverrouillé ou qu’un compte autorisé se retrouve compromis ?
- Existe-t-il une rotation, une récupération et des copies protégées des clés ?
- Quels contrôles complémentaires protègent les accès, l’intégrité, la disponibilité et les journaux d’activité ?
Ces questions éclairent également une dimension institutionnelle. Posséder le serveur ou souscrire le service n’équivaut pas nécessairement à contrôler le déchiffrement. L’autonomie sur l’information dépend de règles vérifiables de garde, de permissions et de responsabilité, en plus de la titularité formelle.
Idée clé : La valeur du chiffrement se mesure par rapport à un risque défini et au sein d’un système de contrôles, et non par la simple présence de l’étiquette « données chiffrées ».
Le chiffrement au repos est une barrière concrète : il rend plus difficile le fait qu’un support, un fichier ou une base de données exposés révèlent leur contenu. Son étendue s’arrête là où commencent d’autres problèmes, tels qu’une session ouverte, des identifiants compromis, des altérations non détectées ou la perte de l’unique clé. Une protection mature reconnaît ces limites. Elle chiffre ce qui doit l’être, conserve les clés selon des règles claires et complète la défense par des contrôles d’accès, d’intégrité, de récupération et de surveillance.
Partager