Le chiffrement désigne l’opération qui rend une information illisible pour quiconque ne détient pas la clé capable de la restituer. Appliqué au patrimoine informationnel d’une entreprise, il protège d’abord la confidentialité : un fichier dérobé ou une bande de sauvegarde égarée ne livrent rien d’exploitable tant que la clé demeure hors d’atteinte. Les mécanismes dits authentifiés y ajoutent une garantie d’intégrité, en rendant détectable toute altération du contenu protégé. Le choix d’un algorithme pose rarement problème à une organisation, les standards éprouvés étant connus et documentés ; la difficulté réside dans la couverture complète de ses données et dans la gouvernance des clés, qui conditionne la solidité de l’ensemble.
Données au repos, en transit, en traitement
Stockée sur un disque, une donnée est dite au repos. Le chiffrement intégral des postes de travail et des supports amovibles répond au scénario le plus courant, la perte ou le vol d’un équipement ; côté serveurs, le chiffrement des bases de données et des sauvegardes protège contre un accès physique aux infrastructures ou contre la récupération de supports réformés. Cette protection a une limite structurelle : un système démarré déchiffre ses volumes pour fonctionner, si bien qu’un attaquant qui compromet une session légitime accède aux données en clair, exactement comme l’utilisateur dont il usurpe les droits.
En transit, la donnée circule entre un poste et un serveur ou entre deux applications. Le protocole TLS s’est imposé pour ces échanges, sur internet comme sur les réseaux internes, à mesure que les architectures renoncent à considérer le réseau de l’entreprise comme sûr par nature. L’authentification des machines qui dialoguent compte autant que le secret des échanges : un flux chiffré vers un interlocuteur mal identifié reste exposé à l’interception par un intermédiaire.
Reste le traitement. Pour être exploitée, une donnée finit déchiffrée en mémoire, et cette fenêtre d’exposition résiste aux approches classiques. Des techniques cherchent à la réduire, comme les enclaves d’exécution qui isolent un traitement du reste du système, ou le chiffrement homomorphe qui autorise certains calculs directement sur des données chiffrées. Leur déploiement demeure circonscrit à des cas d’usage précis ; dans la plupart des systèmes, la protection des données en cours de traitement repose encore sur le contrôle d’accès et le cloisonnement.
La gestion des clés, cœur du dispositif
Chiffrer un volume de données en concentre la sécurité dans quelques clés, dont la protection demande un soin au moins égal à celui accordé aux données elles-mêmes. Une clé produite à partir d’un aléa de mauvaise qualité, ou stockée sur le même serveur que ce qu’elle protège, ruine le dispositif sans qu’aucun algorithme soit en cause.
Le cycle de vie complet appelle des règles écrites : génération à partir de sources d’aléa robustes, conservation à l’écart des données, rotation périodique pour limiter le volume exposé en cas de compromission, destruction contrôlée en fin de vie. Un module matériel de sécurité (HSM) apporte une garantie supplémentaire : ce boîtier dédié effectue les opérations cryptographiques sans jamais laisser sortir les clés qu’il abrite, y compris face à un administrateur du système hôte. La séparation des rôles prolonge cette logique — celui qui administre les serveurs n’a pas vocation à détenir les clés des données qu’ils hébergent — et l’accès aux consoles de gestion des clés justifie les mêmes précautions que la gestion des comptes à privilèges.
À grande échelle, clés et certificats prolifèrent avec l’automatisation des infrastructures, et leur inventaire devient un objet de gestion en soi. La question rejoint celle des identités machine et des secrets : faire appliquer une politique de chiffrement suppose de savoir combien de clés existent et où elles se trouvent.
Le chiffrement de bout en bout et ses limites d’usage
Dans une messagerie chiffrée de bout en bout, seuls les correspondants détiennent les clés : ni l’opérateur du service ni un équipement intermédiaire ne peuvent lire les échanges. Cette propriété se heurte en entreprise à des besoins légitimes de l’organisation. L’archivage réglementaire de certains échanges ou l’analyse des contenus sortants à la recherche de données exfiltrées supposent un point où l’information est accessible en clair ; un salarié qui part ne doit pas emporter le seul exemplaire des clés ouvrant des dossiers dont l’activité a encore besoin.
Les organisations qui déploient ces outils arbitrent donc entre confidentialité maximale et capacité de contrôle : mécanismes de recouvrement confiés à un tiers désigné, ou renoncement au bout en bout pour les flux soumis à surveillance. Un dispositif de recouvrement mal gouverné recrée cependant le point de faiblesse que le chiffrement de bout en bout visait à supprimer ; sa protection mérite le même niveau d’exigence que les clés elles-mêmes.
Les référentiels de l’ANSSI et de la CNIL
L’ANSSI publie un guide des mécanismes cryptographiques qui énonce des règles et des recommandations sur le choix des algorithmes, les tailles de clés et leurs conditions d’emploi ; ses recommandations de sécurité relatives à TLS complètent ce socle pour la configuration des flux chiffrés. Ces référentiels donnent aux équipes une référence commune pour écarter les mécanismes vieillissants sans rouvrir le débat à chaque projet. Les choix retenus ont vocation à figurer dans la politique de sécurité des systèmes d’information, et les organisations engagées dans une démarche de certification ISO 27001 y retrouvent une exigence familière, la norme comptant la cryptographie parmi les mesures de son annexe A.
La CNIL aborde le sujet sous l’angle de la protection des données personnelles : le RGPD cite expressément le chiffrement parmi les mesures de sécurité envisageables, et la fiche « Chiffrement, hachage, signature » de son guide de la sécurité des données personnelles détaille les précautions élémentaires attendues, du recours à des algorithmes reconnus et sûrs jusqu’à la protection des clés secrètes. En cas de violation, le fait que les données compromises aient été chiffrées avec une clé restée hors d’atteinte pèse dans l’appréciation du risque pour les personnes concernées.
Un maillon de la protection contre les fuites
Un ordinateur portable volé dans un train illustre le cas favorable : disque chiffré, clé protégée par l’authentification de son utilisateur, incident sans conséquence pour la confidentialité. Le chiffrement perd en revanche son pouvoir protecteur quand la fuite emprunte un canal légitime, car un compte valide qui exporte des fichiers auxquels il a normalement accès les manipule en clair. La lutte contre les fuites associe pour cette raison le chiffrement à des dispositifs de prévention des pertes de données, qui surveillent les mouvements d’informations sensibles là où la cryptographie ne voit rien, et à une limitation des droits d’accès en amont.
Préparer l’échéance post-quantique
Les algorithmes à clé publique aujourd’hui déployés reposent sur des problèmes mathématiques qu’un ordinateur quantique de grande taille saurait résoudre. Aucune machine de cette taille n’existe à ce jour, mais les données à longue durée de confidentialité sont déjà concernées : des flux chiffrés captés aujourd’hui pourraient être déchiffrés plus tard, une fois la machine disponible. Les repères pour mesurer cette trajectoire figurent dans les pages consacrées à l’informatique quantique et à la préparation à l’ère post-quantique, tandis que l’analyse des impacts des technologies quantiques pour les banques et le point d’étape sur le basculement de 2025 situent le secteur financier dans ce calendrier.
Le NIST a publié en 2024 ses premiers standards de cryptographie post-quantique, aboutissement d’un processus de sélection ouvert documenté sur les pages de son projet dédié. L’ANSSI, dans son avis sur la migration vers la cryptographie post-quantique, préconise une transition par étapes reposant sur l’hybridation, où un mécanisme éprouvé et un algorithme post-quantique se combinent afin qu’une faiblesse de l’un ne compromette pas l’échange.
Pour une entreprise, le travail commence par un inventaire cryptographique : recenser où la cryptographie intervient, avec quels algorithmes et pour des données de quelle durée de vie. L’exercice dépasse les flux TLS et les certificats ; il couvre aussi la cryptographie embarquée dans les produits eux-mêmes, à l’image de celle qui sous-tend l’euro numérique hors ligne ou la sécurité des smart contracts. De cet inventaire découle une exigence d’agilité cryptographique : concevoir les systèmes de sorte qu’un algorithme puisse être remplacé sans refonte, condition pour absorber la transition post-quantique puis celles qui suivront.
