Chiffrement complet du disque en 2026 : LUKS, BitLocker, FileVault et VeraCrypt comparés

Le chiffrement complet du disque (FDE - Full Disk Encryption) est l’un des rares contrôles de sécurité qui offre une garantie quasi absolue dans un modèle de menace clairement délimité : si quelqu’un s’empare physiquement de votre appareil alors qu’il est éteint, il ne peut pas lire vos fichiers. Cette garantie s’est discrètement généralisée pendant une décennie. En 2026, tous les principaux systèmes d’exploitation desktop et laptop embarquent le FDE soit activé par défaut, soit à une case à cocher près. Pourtant la plupart des utilisateurs qui l’activent ne savent pas exactement ce qu’ils obtiennent - et surtout, ce qu’ils n’obtiennent pas.

Ce guide couvre les quatre solutions dominantes - LUKS2 sur Linux, BitLocker sur Windows, FileVault sur macOS, et VeraCrypt comme option multiplateforme - et vous donne les bases factuelles pour choisir, configurer et utiliser chacune correctement.

Le chiffrement protège les données au repos contre le vol, mais il n’arrête pas ce qu’est un ransomware et pourquoi les sauvegardes le battent - les deux défenses sont complémentaires.

Ce que le chiffrement complet du disque protège réellement

Le scénario classique est un laptop volé. Votre disque est chiffré avec une phrase de passe robuste. Le voleur démarre une clé USB live, monte le disque, et ne trouve que du texte chiffré. Sans la clé, les données sont illisibles. C’est le scénario pour lequel le FDE a été conçu, et il le gère bien.

Un scénario connexe est la saisie légale à l’arrêt. Inspection douanière, mandat de perquisition exécuté en votre absence, appareil saisi et copié avant votre présence. Si l’appareil est éteint lors de la saisie, le FDE tient. Plusieurs tribunaux dans de multiples juridictions ont débattu si forcer la divulgation d’une phrase de passe est une parole protégée ; la loi varie, mais la cryptographie est solide.

Ce que le FDE ne protège pas

Le chiffrement complet du disque protège les données au repos. Une fois l’OS démarré et le volume déchiffré, les données sont accessibles à tout processus s’exécutant sur ce système - y compris les malwares. Si un attaquant dispose d’une exécution de code à distance sur un système en marche, le FDE n’offre absolument aucune protection.

Attaques evil maid. Si un attaquant a un accès physique à un appareil éteint, démarre un OS live, modifie votre chargeur de démarrage ou votre noyau, et remet l’appareil en place avant que vous ne le remarquiez, il peut capturer votre phrase de passe la prochaine fois que vous la tapez. Les solutions basées sur TPM (voir BitLocker ci-dessous) atténuent ceci en mesurant la chaîne de démarrage, mais introduisent leurs propres compromis.

Attaques cold boot. La DRAM conserve son contenu pendant quelques secondes à quelques minutes après la coupure de l’alimentation, plus longtemps si elle est refroidie. Un attaquant disposant d’un accès physique immédiatement après l’extinction peut geler les modules de RAM, les transférer vers une autre machine et extraire les clés de chiffrement présentes en mémoire. Les contre-mesures modernes (le noyau écrase le matériel de clé lors de la mise en veille, images de veille chiffrées) réduisent ce risque sans l’éliminer.

Systèmes en marche avec écran verrouillé. Un laptop posé sur une table basse, écran verrouillé, reste un système chiffré en marche. Le volume est déjà déverrouillé. Dans cet état, le FDE n’apporte aucune protection supplémentaire au-delà de ce que fournit le contrôle d’accès (écran de verrouillage).

Ce que le chiffrement au repos ne règle pas

Le chiffrement protège les données d’un appareil éteint, ou d’un support que vous n’avez plus. Il ne protège rien pendant que la machine tourne, déverrouillée: c’est-à-dire pendant que vous vous en servez, et rien du tout des comptes accessibles depuis cette session ouverte.

Situez votre propre surface d’attaque, 10 questions, environ trois minutes, sans compte, sans adresse e-mail, et rien n’est conservé. Il vous dit si votre point faible est le disque, la session en cours, ou la messagerie qui commande tout le reste.

Comment fonctionne le chiffrement complet du disque

Le FDE moderne repose sur un chiffrement symétrique - presque universellement AES - opérant en mode XTS, qui a été conçu spécifiquement pour le chiffrement de disque (IEEE Std 1619-2007). AES-XTS-256 signifie deux clés AES de 128 bits combinées pour produire une clé effective de 256 bits par tweak de secteur.

La clé de chiffrement du volume (VEK) est générée aléatoirement lorsque le disque est formaté pour le chiffrement. Cette clé ne quitte jamais le disque en clair. Elle est stockée chiffrée par une clé de chiffrement de clé (KEK), dérivée de votre phrase de passe via une fonction de dérivation de clé (KDF). LUKS2 utilise Argon2id par défaut ; VeraCrypt utilise PBKDF2-HMAC-SHA512 ou Whirlpool avec un nombre d’itérations élevé ; FileVault utilise PBKDF2.

La KDF est le facteur limitant contre la force brute. Argon2id a remporté la Password Hashing Competition en 2015 et est délibérément memory-hard : chaque dérivation exige une quantité configurable de RAM, ce qui rend coûteux le cassage accéléré par GPU. Une configuration Argon2id bien réglée sur un laptop moderne vise environ 1 seconde de temps de déverrouillage, ce qui se traduit pour un attaquant par une vitesse des milliards de fois inférieure à celle de l’AES brut.

L’intégration TPM ajoute une racine de confiance matérielle. Le TPM (Trusted Platform Module, obligatoire sur le matériel Windows 11) peut sceller la KEK contre un ensemble de mesures des Platform Configuration Registers (PCR) - des empreintes du firmware, du chargeur de démarrage et du noyau. Si un composant change, les valeurs PCR changent, le scellement se brise, et le TPM refuse de libérer la clé. BitLocker utilise ce mécanisme dans sa configuration par défaut. Le compromis : la phrase de passe n’est pas requise au démarrage sur un système non modifié, ce qui est pratique, mais signifie qu’un appareil volé alors qu’il est allumé (par exemple lors d’un passage de frontière) est vulnérable.

Panorama par plateforme

BitLocker (Windows)

BitLocker est livré avec Windows Pro, Enterprise et Education. Sur le matériel Windows 11 fabriqué après 2023, le chiffrement de l’appareil est de plus en plus activé par défaut pendant l’Out-of-Box Experience si vous vous connectez avec un compte Microsoft - et la clé de récupération est silencieusement téléversée vers votre compte Microsoft dans le cloud. Ce comportement est documenté par Microsoft (learn.microsoft.com) mais surprend beaucoup d’utilisateurs. Si vous êtes dans un modèle de menace où une injonction gouvernementale adressée à Microsoft est une préoccupation réaliste, ce réglage par défaut est un problème. La parade consiste à configurer BitLocker manuellement avec un compte local et à stocker votre clé de récupération hors ligne.

BitLocker utilise AES-XTS-128 par défaut. Les administrateurs peuvent imposer AES-XTS-256 via une stratégie de groupe. Windows 11 22H2 a introduit Scrypt comme option de KDF, en remplacement de l’ancien PBKDF2-SHA256 critiqué pour un nombre d’itérations insuffisant.

FileVault (macOS)

FileVault 2, introduit dans OS X Lion (2011), utilise le chiffrement CoreStorage ou APFS selon la version de macOS. Sur les machines Apple Silicon et T2, le chiffrement est toujours actif au niveau matériel ; FileVault ajoute l’exigence de phrase de passe qui protège la clé du volume au repos. La Secure Enclave impose une limitation du débit des tentatives de déverrouillage indépendamment de l’OS - une défense importante contre les attaques hors ligne qui tentent de contourner la pile logicielle. Les clés de récupération peuvent être déposées sur iCloud ou stockées localement ; si elles sont déposées sur iCloud, Apple les détient.

VeraCrypt

VeraCrypt est le successeur maintenu de TrueCrypt, qui a été audité en 2015 (audit iSEC Partners) sans qu’aucune vulnérabilité critique n’y soit trouvée. VeraCrypt a lui aussi fait l’objet d’un audit indépendant (Quarkslab, 2016). La version stable actuelle en juin 2026 est la 1.26.29.

La caractéristique distinctive de VeraCrypt, ce sont les volumes cachés : un conteneur chiffré contient un volume leurre (ouvert avec une phrase de passe) et un volume caché (ouvert avec une autre). Sous contrainte, vous révélez la phrase de passe du leurre ; l’existence du volume caché est cryptographiquement niable. Cette fonctionnalité exige de la discipline pour être utilisée correctement - écrire dans le volume externe peut écraser le volume caché - mais c’est la seule implémentation largement disponible et auditée du déni plausible pour les données stockées.

Le chiffrement complet du disque sous Linux, étape par étape

Le chiffrement complet du disque sous Linux est pris en charge par le sous-système dm-crypt du noyau via l’outil espace utilisateur cryptsetup. LUKS2 est le format par défaut depuis cryptsetup 2.1 (publié en 2019).

Configuration au moment de l’installation

Tous les installateurs de distributions majeures - Fedora, Ubuntu, Debian - proposent le FDE sous forme de case à cocher pendant l’installation. C’est la voie recommandée pour la plupart des utilisateurs. L’installateur gère automatiquement le partitionnement, la configuration de GRUB et la dérivation de clé initiale.

Ubuntu utilise LUKS2 avec Argon2id et une clé de 32 octets par défaut. Fedora utilise la même chose avec des paramètres Argon2id légèrement différents, ajustés au matériel détecté au moment de l’installation.

Configuration manuelle de LUKS2

Pour les disques externes ou les configurations personnalisées :

# Écraser d'abord la partition avec des données aléatoires (long mais recommandé)
sudo dd if=/dev/urandom of=/dev/sdX bs=4M status=progress

# Formater la partition en LUKS2 avec Argon2id
sudo cryptsetup luksFormat --type luks2 \
  --cipher aes-xts-plain64 \
  --key-size 512 \
  --hash sha256 \
  --pbkdf argon2id \
  --iter-time 3000 \
  /dev/sdX

# Ouvrir la partition chiffrée (la mappe sur /dev/mapper/secure)
sudo cryptsetup open /dev/sdX secure

# Créer un système de fichiers sur le périphérique mappé
sudo mkfs.ext4 /dev/mapper/secure

# Le monter
sudo mount /dev/mapper/secure /mnt/secure

L’option --iter-time 3000 indique à cryptsetup de calibrer Argon2id pour que la dérivation de clé prenne environ 3 secondes sur le matériel courant. Ajustez à la baisse (à 2000) si la machine est très lente, ou à la hausse (à 5000) pour une sécurité accrue sur du matériel rapide.

Sauvegardez l’en-tête LUKS

Cette étape est critique et presque universellement oubliée par les débutants. L’en-tête LUKS contient les slots de clé et la clé de volume chiffrée. S’il est corrompu - par un disque défaillant, une opération de partitionnement ratée ou une écriture accidentelle - les données du volume sont perdues définitivement et irrémédiablement.

# Sauvegarder l'en-tête vers un emplacement externe
sudo cryptsetup luksHeaderBackup /dev/sdX \
  --header-backup-file /path/to/external/drive/sdX-luks-header.img

# Vérifier que la sauvegarde est lisible
sudo cryptsetup luksDump --header /path/to/external/drive/sdX-luks-header.img

Stockez cette sauvegarde d’en-tête dans au moins deux emplacements physiquement séparés. Elle ne contient pas la phrase de passe - l’en-tête seul ne peut pas déchiffrer vos données - mais sans lui vous ne pouvez même pas tenter le déchiffrement.

Si un en-tête est corrompu et que vous n’avez pas de sauvegarde, certains services professionnels de récupération de données mentionnent la reconstruction d’en-tête LUKS parmi les opérations prises en charge, mais le succès n’est pas garanti et dépend de l’étendue de la corruption.

Chiffrer les disques externes et les clés USB

Le même processus cryptsetup luksFormat s’applique aux clés USB. Sous Windows, BitLocker To Go gère les disques externes et est lisible sur toute installation Windows Pro ou Enterprise sans logiciel supplémentaire. Sous macOS, l’option « Chiffrer » du Finder sur un disque formaté en APFS utilise un chiffrement de type FileVault. Les conteneurs VeraCrypt sont portables sur les trois plateformes, ce qui en fait le choix pragmatique pour les disques qui circulent entre systèmes d’exploitation. Pour un pas à pas détaillé, voir comment chiffrer une clé USB.

Une note opérationnelle : un disque chiffré avec LUKS qui est déverrouillé et monté ne requiert pas de ré-authentification pour la durée de la session. Démontez-le et fermez le mapper avant de laisser le disque sans surveillance.

sudo umount /mnt/secure
sudo cryptsetup close secure

Phrases de passe, sauvegarde et réalités opérationnelles

Choisir une phrase de passe robuste

La KDF limite le débit de l’attaquant, mais elle ne peut pas compenser une phrase de passe faible. Une phrase Diceware de six mots (liste de mots de l’EFF) fournit environ 77 bits d’entropie - suffisant contre toute attaque hors ligne réaliste avec un Argon2id correctement configuré. Huit mots (environ 100 bits) sont confortables pour un disque dont vous attendez qu’il reste pertinent pendant une décennie.

Évitez les phrases de dictionnaire, les noms, les dates, ou tout ce que vous utiliseriez comme mot de passe sur un service web. La phrase de passe protège une clé que vous ne pouvez pas changer (sans re-chiffrer tout le volume), traitez-la donc en conséquence.

Le problème de la sauvegarde

C’est là que le chiffrement complet du disque tue plus de données que les attaquants n’en tueront jamais.

Un disque chiffré est un point de défaillance unique. Si le disque meurt, si l’en-tête LUKS est corrompu, ou si vous oubliez la phrase de passe, les données sont perdues. Il n’y a pas de voie de récupération. Le chiffrement ne rend pas les données plus résilientes - il les rend plus fragiles en l’absence d’une stratégie de sauvegarde.

La réponse canonique est une sauvegarde chiffrée hors site. La sauvegarde elle-même doit être chiffrée au repos (pour ne pas troquer le chiffrement du disque contre un stockage cloud non chiffré), et le chiffrement doit être de bout en bout afin que le fournisseur cloud ne puisse pas accéder au texte en clair.

Sauvegardez l’en-tête LUKS séparément des données. Stockez les clés de récupération (BitLocker) ou les clés de récupération personnelles FileVault dans un lieu physiquement sûr - imprimées sur papier dans un coffre est une stratégie légitime pour des clés que vous espérez ne jamais utiliser.

Verdict

Pour la plupart des utilisateurs, le bon choix est la solution intégrée à leur OS, correctement configurée :

• Linux : LUKS2 au moment de l’installation via l’installateur de la distribution. Sauvegardez immédiatement l’en-tête LUKS. Envisagez systemd-cryptenroll avec un TPM pour un déverrouillage par code PIN si le matériel le permet.
• Windows : BitLocker avec AES-XTS-256 via une stratégie de groupe, en utilisant un compte local, avec la clé de récupération stockée hors ligne - pas dans votre compte Microsoft.
• macOS : FileVault activé, clé de récupération stockée localement (non déposée sur iCloud, sauf si ce modèle de confiance vous convient), avec des sauvegardes Time Machine sur un volume chiffré.
• Multiplateforme / disques portables / volumes cachés : VeraCrypt 1.26.29. Adossé à des audits, open source, et la seule option grand public offrant le déni plausible.

Le FDE est un problème résolu au niveau technique. Les modes de défaillance sont presque entièrement opérationnels : phrases de passe oubliées, clés de récupération perdues, absence de sauvegarde d’en-tête, et mauvaise compréhension du modèle de menace. Réglez cela, et vos données au repos sont protégées contre un adversaire réaliste disposant d’un accès physique.

Pour le contexte historique sur la façon dont ces outils étaient discutés avant de devenir grand public, voir les discussions archivées de la mailing list Secure Desktops, qui ont suivi ce domaine de 2015 à 2017, quand LUKS2 et les nouveaux standards de KDF étaient encore en cours de finalisation.

À lire aussi : Tails OS et le stockage persistant LUKS explique comment Tails utilise LUKS pour protéger le volume de stockage persistant d’une session à l’autre. Qubes OS active le chiffrement complet du disque par défaut à l’installation, intégré à son modèle de sécurité par isolation de domaines.

Questions fréquentes

Le chiffrement complet du disque ralentit-il mon ordinateur ?

Sur du matériel moderne, à peine. Les processeurs disposent d’instructions AES dédiées (AES-NI) qui prennent en charge le chiffrement avec une surcharge négligeable pour l’usage quotidien ; la plupart des utilisateurs ne remarquent aucune différence. Les machines très anciennes ou les charges disque intensives peuvent subir une légère baisse. Le gain de sécurité - vos données illisibles si l’appareil est perdu ou volé - dépasse largement ce coût mineur.

Quelle est la différence entre chiffrement complet du disque et chiffrement de fichiers ?

Le chiffrement complet du disque (FDE) chiffre l’intégralité du disque, y compris l’OS, de sorte que tout est protégé dès que la machine est éteinte ou verrouillée - vous le déverrouillez une fois au démarrage. Le chiffrement de fichiers ou de dossiers protège des éléments précis pendant que le reste du disque reste lisible. Le FDE défend contre le vol de l’appareil ; le chiffrement au niveau fichier ajoute une protection fichier par fichier (utile pour la synchronisation cloud ou le partage). Beaucoup de configurations utilisent les deux.

Le chiffrement complet du disque me protège-t-il pendant que l’ordinateur est allumé ?

Seulement en partie. Le FDE protège les données au repos - quand l’appareil est éteint ou en hibernation. Une fois que vous avez démarré et déverrouillé, le disque est déchiffré à l’usage, donc un malware ou quelqu’un ayant accès à la machine allumée et déverrouillée peut lire les fichiers. Le FDE est une protection contre la perte ou le vol physique, pas contre un système en marche compromis.

À lire ensuite : Comment effacer un SSD en toute sécurité · Qu’est-ce que Secure Boot