VeraCrypt en 2026 : guide complet sur les conteneurs chiffrés et les volumes cachés

VeraCrypt est le seul outil de chiffrement de disque mainstream, audité et multiplateforme qui intègre nativement la déniabilité plausible. Cette combinaison - code source largement examiné, support des volumes cachés, et binaires fonctionnant sur Linux, Windows et macOS sans recompilation - en fait un outil pilier pour les modèles de menaces que ce site est conçu à servir.

Réponse rapide : VeraCrypt chiffre les données de trois façons : un conteneur de fichier chiffré (un fichier-coffre que vous montez comme un lecteur), une partition ou clé USB non-système entièrement chiffrée, ou le chiffrement complet du disque système avec authentification avant démarrage. Installez-le, créez un volume avec l’assistant (choisissez AES ou une cascade, définissez une phrase de passe forte), puis montez-le pour lire et écrire vos fichiers de façon transparente. Pour la déniabilité, VeraCrypt peut cacher un second volume dans l’espace libre du premier. Étapes détaillées ci-dessous.

Ce guide couvre VeraCrypt 1.26 (la version stable actuelle en juin 2026), publiée en août 2023. Il est le successeur de TrueCrypt 7.1a, abandonné en mai 2014 après un avertissement anonyme qui n’a jamais été complètement expliqué. Le projet VeraCrypt a audité et substantiellement modifié la base de code ; un second audit indépendant a été réalisé en 2016 par QuarksLab et pris en compte dans les versions suivantes.

L’un des usages les plus courants de VeraCrypt est le stockage portable - voir notre guide pas à pas sur comment chiffrer une clé USB.

Ce que VeraCrypt fait - et ce qu’il ne fait pas

VeraCrypt protège les données au repos. Quand un volume n’est pas monté, il est indiscernable de bruit aléatoire pour quiconque ne possède pas la phrase de passe. Quand vous le démontez, cette protection est immédiate et complète. Quand un volume est monté, vous lisez et écrivez dessus comme sur n’importe quel disque - le chiffrement s’effectue de manière transparente dans l’espace noyau.

VeraCrypt ne protège pas les processus en cours d’exécution, le contenu de la RAM, ni les données déjà exfiltrées depuis un volume monté. Il ne protège pas contre un attaquant réseau. Le modèle de menace qu’il adresse précisément est : quelqu’un obtient un accès physique à votre dispositif de stockage alors qu’un volume est démonté.

Si votre modèle de menace est un adversaire réseau étatique qui observe votre trafic en temps réel, VeraCrypt n’est pas l’outil qu’il vous faut. S’il s’agit d’une saisie à la frontière, du vol d’un ordinateur portable ou d’un mandat exécuté en votre absence, il est proche du meilleur de sa catégorie.

Créer votre premier conteneur chiffré

Le cas d’usage le plus simple : un conteneur de fichier portable

Un conteneur VeraCrypt est un fichier ordinaire sur votre système de fichiers qui agit comme un disque monté chiffré. C’est le format le plus portable - il peut vivre sur une clé USB, dans le stockage cloud, ou sur n’importe quel système de fichiers sans repartitionnement.

# Créer un conteneur de 2 Go nommé vault.vc
veracrypt --create vault.vc \
  --size=2G \
  --encryption=AES \
  --hash=SHA-512 \
  --filesystem=ext4 \
  --pim=0 \
  --keyfiles="" \
  --random-source=/dev/urandom \
  -t

L’option --pim contrôle le Personal Iterations Multiplier. Une valeur de 0 utilise le nombre d’itérations par défaut de VeraCrypt - plus lent à monter mais résistant à la force brute. Un PIM supérieur à 485 pour AES signifie plus d’itérations que la valeur par défaut ; un PIM inférieur à 485 en signifie moins. La valeur par défaut est généralement appropriée.

Monter le conteneur :

veracrypt vault.vc /mnt/vault

Démonter :

veracrypt -d /mnt/vault

Choix du chiffrement

VeraCrypt propose AES, Twofish, Serpent, ainsi que des cascades de deux ou trois d’entre eux. Pour la plupart des modèles de menaces, AES seul est le bon choix. Les cascades de chiffrements ajoutent une surcharge non négligeable sans améliorer significativement la sécurité face à des adversaires réalistes - AES-256 ne présente aucune attaque pratique connue. N’utilisez une cascade que si vous avez une raison précise de vous méfier du fait que l’accélération matérielle d’AES soit observable par un attaquant par canal auxiliaire disposant d’un accès physique à votre processeur.

Fonction de hachage pour la dérivation de clé : SHA-512 et Whirlpool sont deux bons choix. Évitez RIPEMD-160 pour les nouveaux volumes - il reste pris en charge pour la compatibilité mais offre un état interne plus court que SHA-512.

Volumes cachés : déniabilité plausible

Un volume caché VeraCrypt est la fonctionnalité qui distingue cet outil du chiffrement LUKS, qui n’offre aucune couche de déniabilité. Le fonctionnement est le suivant.

Un volume extérieur est créé avec une phrase de passe leurre. À l’intérieur de l’espace libre du volume extérieur, un second volume (caché) est créé avec une phrase de passe séparée. Il n’existe aucun en-tête, indicateur ou structure sur disque qui distingue la zone du volume caché d’espace libre aléatoire. Quand vous saisissez la phrase de passe leurre sous contrainte, vous obtenez un ensemble plausible de fichiers. Quand vous saisissez la vraie phrase de passe, vous accédez à vos données réelles.

Cela ne fournit de déniabilité que si le volume extérieur contient des fichiers crédibles. Un volume extérieur vide avec des octets aléatoires remplissant l‘“espace libre” n’est pas convaincant. Traitez le volume extérieur comme un vrai volume avec du contenu réel.

Pour créer un volume caché, utilisez l’assistant graphique (mode texte : veracrypt -t -c) et sélectionnez “Hidden VeraCrypt volume” quand le type de volume vous est demandé. L’assistant vous guide d’abord dans la création du volume extérieur, puis du volume caché à l’intérieur.

Point critique : n’écrivez jamais dans le volume extérieur plus de données que sa portion non cachée ne peut en contenir. Si vous remplissez le volume extérieur au-delà de la limite du volume caché, vous corromprez silencieusement le volume caché. VeraCrypt ne peut pas vous avertir, car reconnaître cette limite briserait la déniabilité.

Chiffrement complet du disque sur Linux : VeraCrypt vs LUKS

Pour les utilisateurs Linux, la comparaison pertinente est toujours entre les conteneurs de fichiers VeraCrypt et LUKS2 (Linux Unified Key Setup), qui est la couche de chiffrement de disque standard dans la plupart des distributions Linux.

Avantages de LUKS :

• Intégration native au noyau via dm-crypt - aucun logiciel supplémentaire requis.
• Prise en charge de plusieurs clés de déverrouillage (keyslots), permettant phrase de passe + TPM + clé de récupération simultanément.
• Meilleures performances sur les disques NVMe grâce à une intégration plus étroite avec la couche bloc.
• Supporté dans l’initramfs par défaut sur Fedora, Ubuntu, Debian et Arch Linux.
• La sauvegarde et la restauration de l’en-tête via cryptsetup luksHeaderBackup sont bien documentées.

Avantages de VeraCrypt :

• Multiplateforme : le même conteneur chiffré fonctionne sur Linux, Windows et macOS sans conversion.
• Volume caché / déniabilité plausible - sans équivalent LUKS.
• Conteneurs de fichiers portables qui ne nécessitent aucun repartitionnement.
• Audité par des tiers indépendants spécifiquement sur les propriétés de sécurité annoncées.

Pour un ordinateur portable qui ne fait tourner que Linux et ne quitte jamais un environnement de confiance, LUKS2 est presque certainement le bon choix. Pour un chercheur qui transporte des fichiers entre systèmes d’exploitation ou dans des juridictions où le déchiffrement forcé est un risque documenté, la couche de déniabilité de VeraCrypt a une valeur opérationnelle que LUKS ne peut pas reproduire.

VeraCrypt sur Windows : chiffrement du système

VeraCrypt peut chiffrer la partition système de Windows, en exigeant une phrase de passe avant démarrage, avant même que Windows ne se charge. La fonctionnalité marche aussi bien sur les systèmes BIOS que UEFI (la prise en charge UEFI a été substantiellement améliorée en 1.24 et stabilisée en 1.25).

Comparaison avec BitLocker : BitLocker est intégré à Windows Pro/Enterprise, bénéficie de l’accélération matérielle sur la plupart des machines modernes et prend en charge le déverrouillage automatique basé sur TPM (aucune phrase de passe au démarrage). Le chiffrement système de VeraCrypt n’a aucune intégration TPM. Le choix dépend de votre modèle de menace : si vous voulez une protection contre le vol du disque avec une phrase de passe que vous contrôlez et sans implication de Microsoft, VeraCrypt est un choix raisonnable. Si vous avez besoin d’une gestion de clés d’entreprise ou d’une sécurité adossée au TPM sans phrase de passe, BitLocker avec TPM + PIN (et non TPM seul) est bien audité et pratique.

Considérations de performance

Sur un processeur x86-64 moderne doté des instructions matérielles AES-NI, le chiffrement AES-256 dans VeraCrypt ajoute une surcharge négligeable - les lectures et écritures séquentielles se situent typiquement à 5-10 % de la vitesse non chiffrée sur SSD. Les cascades de chiffrements (par exemple AES-Twofish-Serpent) réduisent le débit à environ 30-50 % de celui d’AES seul sur le même matériel.

Le temps de montage dépend du PIM. Le PIM par défaut avec SHA-512 prend approximativement 1 à 3 secondes. Un PIM de 0 (itérations minimales) déverrouille en moins d’une seconde mais est plus vulnérable à la force brute. Pour les conteneurs que vous montez fréquemment, un PIM autour de 100-200 est un compromis pratique.

Limites réelles et modes d’échec

1. Attaques evil maid : si un adversaire peut accéder physiquement à votre machine hors tension et modifier le chargeur d’amorçage ou le matériel, le chiffrement système VeraCrypt ne vous protège pas. Voir l’approche de Qubes OS face à cette menace et la discussion plus large sur l’attestation au niveau matériel.

2. Forensique RAM : quand un volume est monté, la clé de chiffrement est en RAM. Les attaques cold boot - refroidir la RAM et la transplanter pour récupérer les clés - sont documentées et ont été démontrées sur des volumes VeraCrypt. Démontez les volumes quand vous ne les utilisez pas.

3. Pas de confidentialité persistante : contrairement aux protocoles de couche transport, les clés de chiffrement de disque ne sont pas renouvelées. Si une clé long terme est un jour compromise, toutes les données historiques chiffrées avec elle sont exposées.

4. La déniabilité n’est pas une défense légale dans toutes les juridictions : le Regulation of Investigatory Powers Act (RIPA) britannique, Partie III, exige la divulgation des clés. La déniabilité plausible est une protection opérationnelle, pas un bouclier légal garanti.

FAQ

Q : Les conteneurs VeraCrypt peuvent-ils être stockés dans des services cloud comme Google Drive ou Dropbox ? R : Oui - un conteneur VeraCrypt est un fichier ordinaire. Chargez-le sur n’importe quel service cloud. Le fournisseur cloud ne voit qu’un blob binaire opaque. Le risque est que la synchronisation cloud peut corrompre un conteneur si la synchronisation s’exécute pendant que le volume est monté et en cours d’écriture ; démontez avant de synchroniser.

Q : VeraCrypt fonctionne-t-il sur macOS Ventura / Sequoia ? R : VeraCrypt 1.26.7 et versions ultérieures supportent macOS 12 à 15. L’installation nécessite l’extension noyau FUSE pour macOS (macFUSE), qui exige elle-même d’activer les extensions système en mode Récupération. La procédure est documentée sur veracrypt.fr/en/Downloads.html.

Q : VeraCrypt est-il activement maintenu ? R : Le projet a connu une période de développement lent entre 2018 et 2022, ce qui a suscité des inquiétudes dans la communauté. Depuis 2022, les versions sont plus fréquentes. Le code source est sur GitHub (veracrypt/VeraCrypt) et des contributeurs indépendants ont été actifs. Le projet ne bénéficie pas du même soutien institutionnel que, par exemple, le projet Tails ou LUKS, ce qui est une considération légitime pour les déploiements à haut risque.

Ce guide fait partie de la série chiffrement de secure-os.org, qui couvre également LUKS sur Linux, le durcissement Linux et le cadre de décision Qubes vs Tails vs Whonix. Ce site porte l’héritage éditorial du projet Secure Desktops (2015-2017) - threat-model-first, sans marketing.