Accueil › Sécurité › Chiffrement et confidentialité

Chiffrement et confidentialité

Guide Par Nicolas Poirier Lecture 8 min Publié le 8 septembre 2026

Le chiffrement protège vos données pendant leur trajet et pendant leur stockage, mais pas pendant leur traitement. Pour être lu, indexé ou modifié, un fichier doit redevenir lisible en mémoire. Ce troisième état est le point aveugle de la plupart des discussions sur la confidentialité.

Une deuxième question compte encore davantage que l'algorithme employé : qui détient la clé. Celui qui la détient peut techniquement accéder au contenu. Il peut donc aussi être contraint de le faire, par une autorité compétente ou par un attaquant qui aurait pris le contrôle de son système.

Ce guide traite les deux sujets dans cet ordre, puis énumère précisément ce que le chiffrement ne protégera jamais. Cette dernière liste est la plus utile, parce qu'elle correspond à la façon dont les incidents se produisent réellement.

Les trois états des données

En transit

Pendant leur trajet, les données sont protégées par le protocole TLS, celui qui affiche un cadenas dans la barre d'adresse. Un observateur placé sur le réseau voit passer du trafic chiffré : il constate qu'un échange a lieu, avec quel serveur, à quelle heure et pour quel volume, mais il n'en lit pas le contenu.

Au repos

Une fois écrites sur un disque, les données sont généralement chiffrées par le système de stockage. Cette protection vise un scénario précis : le vol physique d'un disque, ou sa mise au rebut sans effacement. Elle ne gêne en rien un accès effectué par le système lui-même, qui déchiffre à la volée pour tout utilisateur autorisé.

En cours de traitement

Pour appliquer un filtre, indexer un texte ou afficher un aperçu, le contenu doit être en clair dans la mémoire du serveur. C'est l'état le plus exposé, et celui que le chiffrement classique ne couvre pas. Les techniques dites de confidential computing cherchent à combler ce manque en isolant le calcul dans une zone mémoire chiffrée du processeur.

État	Protection courante	Menace visée
En transit	TLS	Interception sur le réseau
Au repos	Chiffrement du stockage	Vol ou mise au rebut d'un disque
En traitement	Rarement chiffré	Accès mémoire, administrateur, compromission du serveur

Qui détient la clé ?

Quatre configurations existent, du plus commode au plus protecteur.

• Clé gérée par le fournisseur. Le cas par défaut. Simple, transparent, et le fournisseur peut techniquement accéder au contenu.
• Clé apportée par le client. Vous fournissez la clé, le fournisseur l'utilise. Vous gardez la traçabilité et pouvez la révoquer, mais elle transite chez lui.
• Clé conservée chez le client. La clé reste dans un équipement que vous contrôlez, et le service doit vous la demander à chaque usage. Plus contraignant, nettement plus protecteur.
• Chiffrement de bout en bout. Le contenu est chiffré sur votre appareil, avec une clé que le service ne connaît pas.

Le chiffrement de bout en bout et son prix

Le chiffrement de bout en bout offre la meilleure garantie de confidentialité vis-à-vis de l'hébergeur. Il a un coût fonctionnel que peu d'articles mentionnent honnêtement.

Vous perdez la récupération de compte : sans la clé, personne, pas même le support, ne peut restituer vos fichiers. Vous perdez la recherche dans le contenu côté serveur, les aperçus, et souvent la collaboration en temps réel. Le partage devient plus rigide, puisqu'il faut transmettre une clé et non un simple lien.

Ce compromis est excellent pour des archives sensibles, moins adapté à des documents que dix personnes modifient chaque jour. Le bon réflexe consiste à classer vos données par sensibilité, plutôt qu'à chercher un réglage unique pour tout.

Ce que le chiffrement ne protège pas

Presque tous les incidents documentés contournent le chiffrement au lieu de l'attaquer. Voici les portes qu'il laisse ouvertes.

• Un compte compromis. Avec vos identifiants, l'attaquant est un utilisateur autorisé : le système déchiffre pour lui comme il le ferait pour vous.
• Une mauvaise configuration. Un espace de stockage rendu public par erreur diffuse des fichiers parfaitement chiffrés sur le disque, et parfaitement lisibles par tous.
• Les métadonnées. Noms de fichiers, tailles, dates, destinataires et fréquence des échanges restent souvent en clair et racontent beaucoup.
• L'accès administrateur. Chez vous comme chez l'hébergeur, certaines personnes disposent de droits étendus par nécessité d'exploitation.
• La suppression. Le chiffrement n'empêche ni l'effacement ni le chiffrement hostile par un rançongiciel, seules les copies décrites dans notre guide sur la sauvegarde et la résilience le font.

Six vérifications concrètes

1. La double authentification est-elle activée pour tous les comptes, à commencer par les administrateurs ?
2. Combien de personnes disposent de droits étendus, et cette liste est-elle revue régulièrement ?
3. Existe-t-il des partages publics actifs dont plus personne ne se souvient ?
4. Qui détient les clés de chiffrement, et pouvez-vous les révoquer seul ?
5. Les journaux d'accès sont-ils conservés, et quelqu'un les consulte-t-il ?
6. La restauration d'une sauvegarde a-t-elle été testée cette année, chronomètre en main ?

Ces six points couvrent la grande majorité des scénarios réels. Aucun ne concerne l'algorithme de chiffrement, ce qui est précisément l'enseignement à en tirer.

Questions fréquentes

Le chiffrement protège-t-il mes données à tout moment ?

Non. Il couvre deux états sur trois. En transit, le protocole TLS protège les données pendant leur trajet. Au repos, le chiffrement du disque les protège tant qu'elles ne servent pas. Mais pendant le traitement, elles doivent être déchiffrées en mémoire pour être lues, modifiées ou indexées. C'est le moment où elles sont le plus exposées.

Qui détient la clé de chiffrement chez un hébergeur ?

Par défaut, le fournisseur, qui la génère et la gère pour vous. Certaines offres permettent d'apporter votre propre clé, voire de la conserver dans un équipement que vous contrôlez. La différence est décisive : celui qui détient la clé peut techniquement accéder au contenu, et peut donc y être contraint par une autorité compétente.

Qu'est-ce que le chiffrement de bout en bout ?

C'est un chiffrement effectué sur votre appareil, avec une clé que le service ne possède pas. L'hébergeur ne stocke que des données illisibles pour lui. La contrepartie est réelle : si vous perdez la clé, personne ne peut récupérer vos fichiers, et le service ne peut offrir ni recherche dans le contenu, ni aperçu, ni récupération de mot de passe.

Contre quoi le chiffrement ne protège-t-il pas ?

Contre tout ce qui passe par un accès légitime. Un mot de passe volé, une session détournée, un employé mal intentionné ou un dossier partagé publiquement par erreur contournent entièrement le chiffrement, puisque le système déchiffre normalement pour l'utilisateur autorisé. Il ne protège pas non plus les métadonnées, comme les noms de fichiers et les dates.

AES-256, est-ce suffisant ?

L'algorithme n'est pas le maillon faible. AES-256 est une norme largement analysée et considérée comme robuste. Les incidents réels viennent presque toujours de la gestion des clés, des configurations laissées ouvertes ou des comptes compromis. Se rassurer sur le nom de l'algorithme détourne l'attention des points qui échouent réellement.

Qu'est-ce que le confidential computing ?

C'est un ensemble de techniques qui protègent les données pendant leur traitement, en isolant le calcul dans une zone mémoire chiffrée du processeur. L'objectif est de combler le trou du troisième état, celui où les données doivent être lisibles. La technologie existe chez plusieurs fournisseurs mais reste moins répandue que le chiffrement classique.