Cryptsetup - Historique des versions

Ycharbi : /* Bitlocker */ Menues corrections de syntaxe et ajout d'un nom type pour le fichier de récupération

2024-04-19T23:54:25Z

Bitlocker : Menues corrections de syntaxe et ajout d'un nom type pour le fichier de récupération

← Version précédente		Version du 20 avril 2024 à 01:54
Ligne 123 :		Ligne 123 :

	=Bitlocker=		=Bitlocker=
	''Cryptsetup'' est compatible avec le chiffrement de disques ~~des~~ systèmes ''Windows'' nommé [https://support.microsoft.com/fr-fr/windows/chiffrement-d-appareils-dans-windows-ad5dcf4b-dbe0-2331-228f-7925c2a3012d Bitlocker].		''Cryptsetup'' est compatible avec le chiffrement des disques sur les systèmes ''Microsoft Windows'' nommé [https://support.microsoft.com/fr-fr/windows/chiffrement-d-appareils-dans-windows-ad5dcf4b-dbe0-2331-228f-7925c2a3012d Bitlocker].

	Lors de la création d'un tel volume sous ''Windows'', aucune clé de chiffrement n'est demandée à l'utilisateur car le système en génère une et la stock dans le ''TPM'' de l'ordinateur (j'imagine qu'une clé est demandée uniquement si ce composant matériel est absent). ~~Une clé~~ de récupération est alors ~~fournie~~ sous forme de fichier texte. Il est très important de garder la clé qu'il contient car c'est cette dernière qui permettra de déverrouiller le disque chiffré via un autre système d'exploitation (<code>/dev/nvme0n1p3</code> et ''Debian 11'' dans l'exemple suivant).		Lors de la création d'un tel volume sous ''Windows'', aucune clé de chiffrement n'est demandée à l'utilisateur car le système en génère une et la stock dans le ''TPM'' de l'ordinateur (j'imagine qu'une clé est demandée uniquement si ce composant matériel est absent). Un secret de récupération est alors fourni sous forme de fichier texte (<code>Clé de récupération BitLocker XXXXXXXX-....txt</code>. Il est très important de garder la clé qu'il contient car c'est cette dernière qui permettra de déverrouiller le disque chiffré via un autre système d'exploitation (<code>/dev/nvme0n1p3</code> et ''Debian 11'' dans l'exemple suivant).

	L'intérêt d'une telle manipulation est évident : être capable de récupérer les données du disque système si ''Windows'' refuse de démarrer.		L'intérêt d'une telle manipulation est évident : être capable de récupérer les données du disque système si ''Windows'' refuse de démarrer.
Ligne 135 :		Ligne 135 :
	mount -o ro /dev/mapper/disque_windows /mnt		mount -o ro /dev/mapper/disque_windows /mnt

	Les ~~commande~~ de démontage de re-~~verrouillages~~ du disque sont identiques à ce qui a déjà été traité.		Les commandes de démontage de re-verrouillage du disque sont identiques à ce qui a déjà été traité.

	==Source de la section==		==Source de la section==
	* https://superuser.com/questions/376533/how-to-access-a-bitlocker-encrypted-drive-in-linux		* https://superuser.com/questions/376533/how-to-access-a-bitlocker-encrypted-drive-in-linux

Ycharbi : Ajout de la section "Bitlocker" + remplacement des balise "source" obsolètes

2024-04-19T22:45:22Z

Ajout de la section "Bitlocker" + remplacement des balise "source" obsolètes

← Version précédente		Version du 20 avril 2024 à 00:45
Ligne 1 :		Ligne 1 :
	[[Category:chiffrement]]		[[Category:chiffrement]]
	[[Category:périphériques bloc]]		[[Category:périphériques bloc]]
	''Cryptsetup'' est l'implémentation du standard ''LUKS'' sur la plupart des distributions ''Linux''. Il permet de chiffrer des périphériques de type bloc. Dans les distributions ''Debian'', il est fournit par le paquet <~~source lang="bash" inline~~>cryptsetup</~~source~~>.		''Cryptsetup'' est l'implémentation du standard ''LUKS'' sur la plupart des distributions ''Linux''. Il permet de chiffrer des périphériques de type bloc. Dans les distributions ''Debian'', il est fournit par le paquet <code>cryptsetup</code>.

	=Mise en œuvre=		=Mise en œuvre=
	Voici un exemple de mise en œuvre de ''cryptsetup'' décrivant la création, le montage et le démontage d'un volume chiffré.		Voici un exemple de mise en œuvre de ''cryptsetup'' décrivant la création, le montage et le démontage d'un volume chiffré.

	{{astuce\|Il est possible de réaliser un test de performance des différents algorithmes supportés via la commande <~~source lang="bash" inline~~>cryptsetup benchmark</~~source~~>.}}		{{astuce\|Il est possible de réaliser un test de performance des différents algorithmes supportés via la commande <code>cryptsetup benchmark</code>.}}

	Chiffrement du disque ''sdc'' dans son intégralité (écrase tout dessus). Taper '''YES''' (en majuscule) et entrer le mot de passe de déchiffrement 2 fois		Chiffrement du disque ''sdc'' dans son intégralité (écrase tout dessus). Taper '''YES''' (en majuscule) et entrer le mot de passe de déchiffrement 2 fois
Ligne 59 :		Ligne 59 :
	cryptsetup luksClose testClef		cryptsetup luksClose testClef

	{{astuce\|Vous pouvez afficher les algorithmes utilisés pour un volume avec la commande <~~syntaxhighlight lang="bash" inline~~>file -sL /tmp/sda2.img</~~syntaxhighlight~~>.}}		{{astuce\|Vous pouvez afficher les algorithmes utilisés pour un volume avec la commande <code>file -sL /tmp/sda2.img</code>.}}

	==Source de la section==		==Source de la section==
Ligne 67 :		Ligne 67 :

	=Fichier crypttab=		=Fichier crypttab=
	Le fichier <~~source lang="bash" inline~~>/etc/crypttab</~~source~~> est aux volumes chiffrés ce qu'est son homologue [[fstab]] aux systèmes de fichiers (il en partage d'ailleurs les mêmes [[fstab#Options de montages\|options]]). Il est lu au démarrage par ''Cryptsetup'' afin de déchiffrer les volumes qui y sont renseignés (un par ligne). Si une phrase de passe est demandée, l'utilisateur sera invité à la rentrée, si c'est une clef sous [[#Déchiffrement automatique\|forme de fichier]], celui-ci sera exploité depuis l'emplacement précisé dans la ligne.		Le fichier <code>/etc/crypttab</code> est aux volumes chiffrés ce qu'est son homologue [[fstab]] aux systèmes de fichiers (il en partage d'ailleurs les mêmes [[fstab#Options de montages\|options]]). Il est lu au démarrage par ''Cryptsetup'' afin de déchiffrer les volumes qui y sont renseignés (un par ligne). Si une phrase de passe est demandée, l'utilisateur sera invité à la rentrée, si c'est une clef sous [[#Déchiffrement automatique\|forme de fichier]], celui-ci sera exploité depuis l'emplacement précisé dans la ligne.

	Une entrée ''crypttab'' comporte 4 champs :		Une entrée ''crypttab'' comporte 4 champs :
Ligne 73 :		Ligne 73 :

	Explications :		Explications :
	* '''<nom_du_volume>''' : correspond au nom qui sera donnée au volume une fois déchiffré et qui sera disponible dans <~~source lang="bash" inline~~>/dev/mapper/<nom_du_volume></~~source~~>		* '''<nom_du_volume>''' : correspond au nom qui sera donnée au volume une fois déchiffré et qui sera disponible dans <code>/dev/mapper/<nom_du_volume></code>
	* '''<périphérique_bloc>''' : chemin ou ''UUID'' du périphérique à déchiffrer (même syntaxe que pour ''fstab'')		* '''<périphérique_bloc>''' : chemin ou ''UUID'' du périphérique à déchiffrer (même syntaxe que pour ''fstab'')
	* '''<fichier_de_clef>''' : chemin du fichier de clef. Mettre '''none''' si une identification par mot de passe est préférée		* '''<fichier_de_clef>''' : chemin du fichier de clef. Mettre '''none''' si une identification par mot de passe est préférée
Ligne 100 :		Ligne 100 :
	echo "vbd_luks UUID=${UUID_LUKS} /root/luks/fichier_clef.luks luks,discard" >> /etc/crypttab		echo "vbd_luks UUID=${UUID_LUKS} /root/luks/fichier_clef.luks luks,discard" >> /etc/crypttab

	Le paramètre <~~source lang="bash" inline~~>discard</~~source~~> permet d'autoriser les commandes ''TRIM'' pour les ''SSD''. Cela n'a pas de sens si vous utilisez des disques durs. Si votre disque est amovible (et donc potentiellement absent lors du démarrage), il peut être judicieux d'ajouter l'option <~~source lang="bash" inline~~>nofail</~~source~~> qui permettra au système de ne pas se bloquer s'il ne trouve pas le périphérique. La commande <~~source lang="bash" inline~~>cryptdisks_start <nom_du_volume></~~source~~> devra alors être utilisée pour déchiffrer le volume.		Le paramètre <code>discard</code> permet d'autoriser les commandes ''TRIM'' pour les ''SSD''. Cela n'a pas de sens si vous utilisez des disques durs. Si votre disque est amovible (et donc potentiellement absent lors du démarrage), il peut être judicieux d'ajouter l'option <code>nofail</code> qui permettra au système de ne pas se bloquer s'il ne trouve pas le périphérique. La commande <code>cryptdisks_start <nom_du_volume></code> devra alors être utilisée pour déchiffrer le volume.

	{{info\|Le fichier <~~source lang="bash" inline~~>/etc/crypttab</~~source~~> va initier un déchiffrement des volumes qui y sont indiqués au démarrage. Si le volume demande un mot de passe, un prompt sera proposé à l'utilisateur (c'est ce que fait la première ligne du fichier pour votre disque principal). Si la méthode d'accès est un fichier de clef, ''Cryptsetup'' va le soumettre au volume et si il correspond à celui de sa bibliothèque, il le déchiffre.}}		{{info\|Le fichier <code>/etc/crypttab</code> va initier un déchiffrement des volumes qui y sont indiqués au démarrage. Si le volume demande un mot de passe, un prompt sera proposé à l'utilisateur (c'est ce que fait la première ligne du fichier pour votre disque principal). Si la méthode d'accès est un fichier de clef, ''Cryptsetup'' va le soumettre au volume et si il correspond à celui de sa bibliothèque, il le déchiffre.}}

	À ce stade, le volume se déchiffrera automatiquement au démarrage. Vous pouvez utiliser la [https://serverfault.com/questions/714605/can-cryptsetup-read-mappings-from-etc-crypttab commande] <~~source lang="bash" inline~~>cryptdisks_start vbd_luks</~~source~~> pour parcourir la ligne du fichier ''crypttab'' et en appliquer les directives (c'est ce que fait ''init'' au démarrage) afin de tester votre configuration immédiatement.		À ce stade, le volume se déchiffrera automatiquement au démarrage. Vous pouvez utiliser la [https://serverfault.com/questions/714605/can-cryptsetup-read-mappings-from-etc-crypttab commande] <code>cryptdisks_start vbd_luks</code> pour parcourir la ligne du fichier ''crypttab'' et en appliquer les directives (c'est ce que fait ''init'' au démarrage) afin de tester votre configuration immédiatement.

	Il est également possible d’enchaîner avec un [[fstab\|montage automatique]] du système de fichier via le <~~source lang="bash" inline~~>/etc/fstab</~~source~~>.		Il est également possible d’enchaîner avec un [[fstab\|montage automatique]] du système de fichier via le <code>/etc/fstab</code>.

	Déchiffrer manuellement le volume ''LUKS''		Déchiffrer manuellement le volume ''LUKS''
Ligne 117 :		Ligne 117 :
	echo "/dev/mapper/vbd_luks /mnt btrfs rw,relatime,space_cache,subvolid=5,subvol=/ 0 0" >> /etc/fstab		echo "/dev/mapper/vbd_luks /mnt btrfs rw,relatime,space_cache,subvolid=5,subvol=/ 0 0" >> /etc/fstab

	Au redémarrage, le volume sera automatiquement déchiffré et monté dans <~~source lang="bash" inline~~>/mnt/</~~source~~>.		Au redémarrage, le volume sera automatiquement déchiffré et monté dans <code>/mnt/</code>.

	==Source de la section==		==Source de la section==
	* https://www.howtoforge.com/automatically-unlock-luks-encrypted-drives-with-a-keyfile		* https://www.howtoforge.com/automatically-unlock-luks-encrypted-drives-with-a-keyfile

			=Bitlocker=
			''Cryptsetup'' est compatible avec le chiffrement de disques des systèmes ''Windows'' nommé [https://support.microsoft.com/fr-fr/windows/chiffrement-d-appareils-dans-windows-ad5dcf4b-dbe0-2331-228f-7925c2a3012d Bitlocker].

			Lors de la création d'un tel volume sous ''Windows'', aucune clé de chiffrement n'est demandée à l'utilisateur car le système en génère une et la stock dans le ''TPM'' de l'ordinateur (j'imagine qu'une clé est demandée uniquement si ce composant matériel est absent). Une clé de récupération est alors fournie sous forme de fichier texte. Il est très important de garder la clé qu'il contient car c'est cette dernière qui permettra de déverrouiller le disque chiffré via un autre système d'exploitation (<code>/dev/nvme0n1p3</code> et ''Debian 11'' dans l'exemple suivant).

			L'intérêt d'une telle manipulation est évident : être capable de récupérer les données du disque système si ''Windows'' refuse de démarrer.

			Déchiffrer le disque
			cryptsetup open --type=bitlk /dev/nvme0n1p3 disque_windows

			Monter le disque
			mount -o ro /dev/mapper/disque_windows /mnt

			Les commande de démontage de re-verrouillages du disque sont identiques à ce qui a déjà été traité.

			==Source de la section==
			* https://superuser.com/questions/376533/how-to-access-a-bitlocker-encrypted-drive-in-linux

Ycharbi : /* Gestion des clef */ Ajout de la section "Tester une clef"

2022-03-28T11:13:00Z

Gestion des clef : Ajout de la section "Tester une clef"

← Version précédente		Version du 28 mars 2022 à 13:13
Ligne 38 :		Ligne 38 :
	cryptsetup luksChangeKey /dev/sdc -S 2		cryptsetup luksChangeKey /dev/sdc -S 2

	Les ~~crénaux~~ sont visualisables avec la commande		Les créneaux sont visualisables avec la commande
	cryptsetup luksDump /dev/sdc		cryptsetup luksDump /dev/sdc

Ligne 46 :		Ligne 46 :
	==Suppression d'une clef==		==Suppression d'une clef==
	cryptsetup luksRemoveKey /dev/sdc		cryptsetup luksRemoveKey /dev/sdc

			==Tester une clef==
			Lorsqu'un volume est en cours d'utilisation, il peut arriver que vous soyez dans le doute concernant la clé utilisée pour le dé-chiffrer. Afin de la tester sans fermer le volume (et donc d'être dans l'incapacité de récupérer les données si vous avez perdu la clef), il est possible de copier la partie ''Luks'' dans un fichier et d'effectuer les tests dessus.

			head -c 128M /dev/sda2 > /tmp/sda2.img
			cryptsetup luksOpen /tmp/sda2.img testClef

			Il est également possible d'utiliser un fichier de clef si vous en avez [[#Déchiffrement_automatique\|ajouté-un]] dans votre volume
			cryptsetup luksOpen /tmp/sda2.img testClef --key-file /root/fichier_clef.luks

			Si le volume se déverrouille c'est que vous avez renseigné la bonne clef. Vous pouvez le fermer
			cryptsetup luksClose testClef

			{{astuce\|Vous pouvez afficher les algorithmes utilisés pour un volume avec la commande <syntaxhighlight lang="bash" inline>file -sL /tmp/sda2.img</syntaxhighlight>.}}

	==Source de la section==		==Source de la section==
	* https://www.maketecheasier.com/change-luks-encryption-passphrase/		* https://www.maketecheasier.com/change-luks-encryption-passphrase/
			* https://unix.stackexchange.com/questions/590849/how-can-i-verify-a-luks-master-key
			* https://www.cyberciti.biz/hardware/cryptsetup-add-enable-luks-disk-encryption-keyfile-linux/

	=Fichier crypttab=		=Fichier crypttab=

Ycharbi : Ajout de la section "Fichier crypttab" + ajout d'une explication avec l'option "nofail" + correction d'une faute de Français.

2020-12-28T12:01:27Z

Ajout de la section "Fichier crypttab" + ajout d'une explication avec l'option "nofail" + correction d'une faute de Français.

← Version précédente		Version du 28 décembre 2020 à 14:01
Ligne 49 :		Ligne 49 :
	==Source de la section==		==Source de la section==
	* https://www.maketecheasier.com/change-luks-encryption-passphrase/		* https://www.maketecheasier.com/change-luks-encryption-passphrase/

			=Fichier crypttab=
			Le fichier <source lang="bash" inline>/etc/crypttab</source> est aux volumes chiffrés ce qu'est son homologue [[fstab]] aux systèmes de fichiers (il en partage d'ailleurs les mêmes [[fstab#Options de montages\|options]]). Il est lu au démarrage par ''Cryptsetup'' afin de déchiffrer les volumes qui y sont renseignés (un par ligne). Si une phrase de passe est demandée, l'utilisateur sera invité à la rentrée, si c'est une clef sous [[#Déchiffrement automatique\|forme de fichier]], celui-ci sera exploité depuis l'emplacement précisé dans la ligne.

			Une entrée ''crypttab'' comporte 4 champs :
			<nom_du_volume> <périphérique_bloc> <fichier_de_clef> <options>

			Explications :
			* '''<nom_du_volume>''' : correspond au nom qui sera donnée au volume une fois déchiffré et qui sera disponible dans <source lang="bash" inline>/dev/mapper/<nom_du_volume></source>
			* '''<périphérique_bloc>''' : chemin ou ''UUID'' du périphérique à déchiffrer (même syntaxe que pour ''fstab'')
			* '''<fichier_de_clef>''' : chemin du fichier de clef. Mettre '''none''' si une identification par mot de passe est préférée
			* '''<options>''' : prends le paramètre obligatoire '''luks''' suivit de divers options facultatives identiques au ''fstab''

	=Déchiffrement automatique=		=Déchiffrement automatique=
Ligne 72 :		Ligne 84 :
	echo "vbd_luks UUID=${UUID_LUKS} /root/luks/fichier_clef.luks luks,discard" >> /etc/crypttab		echo "vbd_luks UUID=${UUID_LUKS} /root/luks/fichier_clef.luks luks,discard" >> /etc/crypttab

	~~''Note : le~~ paramètre <source lang="bash" inline>discard</source> permet d'autoriser les commandes TRIM pour les SSD. Cela n'a pas de sens si vous utilisez des disques durs.''		Le paramètre <source lang="bash" inline>discard</source> permet d'autoriser les commandes ''TRIM'' pour les ''SSD''. Cela n'a pas de sens si vous utilisez des disques durs. Si votre disque est amovible (et donc potentiellement absent lors du démarrage), il peut être judicieux d'ajouter l'option <source lang="bash" inline>nofail</source> qui permettra au système de ne pas se bloquer s'il ne trouve pas le périphérique. La commande <source lang="bash" inline>cryptdisks_start <nom_du_volume></source> devra alors être utilisée pour déchiffrer le volume.

	{{info\|Le fichier <source lang="bash" inline>/etc/crypttab</source> va initier un déchiffrement des volumes qui y sont indiqués au démarrage. Si le volume demande un mot de passe, un prompt sera proposé à l'utilisateur (c'est ce que fait la première ligne du fichier pour votre disque principal). Si la méthode d'accès est un fichier de clef, ''Cryptsetup'' va le soumettre au volume et si il correspond à celui de sa bibliothèque, il se déchiffre.}}		{{info\|Le fichier <source lang="bash" inline>/etc/crypttab</source> va initier un déchiffrement des volumes qui y sont indiqués au démarrage. Si le volume demande un mot de passe, un prompt sera proposé à l'utilisateur (c'est ce que fait la première ligne du fichier pour votre disque principal). Si la méthode d'accès est un fichier de clef, ''Cryptsetup'' va le soumettre au volume et si il correspond à celui de sa bibliothèque, il le déchiffre.}}

	À ce stade, le volume se déchiffrera automatiquement au démarrage. Vous pouvez utiliser la [https://serverfault.com/questions/714605/can-cryptsetup-read-mappings-from-etc-crypttab commande] <source lang="bash" inline>cryptdisks_start vbd_luks</source> pour parcourir la ligne du fichier ''crypttab'' et en appliquer les directives (c'est ce que fait ''init'' au démarrage) afin de tester votre configuration immédiatement.		À ce stade, le volume se déchiffrera automatiquement au démarrage. Vous pouvez utiliser la [https://serverfault.com/questions/714605/can-cryptsetup-read-mappings-from-etc-crypttab commande] <source lang="bash" inline>cryptdisks_start vbd_luks</source> pour parcourir la ligne du fichier ''crypttab'' et en appliquer les directives (c'est ce que fait ''init'' au démarrage) afin de tester votre configuration immédiatement.

Ycharbi : Ajout d'une source pour le déchiffrement automatique + ajout de la section "Gestion des clef" + ajout d'une commande pour tester le "crypttab" en le parcourant.

2020-12-27T18:11:02Z

Ajout d'une source pour le déchiffrement automatique + ajout de la section "Gestion des clef" + ajout d'une commande pour tester le "crypttab" en le parcourant.

@@ Ligne 28 : / Ligne 28 : @@
 Afficher les détails du volume (type de chiffrement notamment)
   cryptsetup luksDump /dev/sdc
 =Déchiffrement automatique=
@@ Ligne 55 : / Ligne 76 : @@
 {{info|Le fichier <source lang="bash" inline>/etc/crypttab</source> va initier un déchiffrement des volumes qui y sont indiqués au démarrage. Si le volume demande un mot de passe, un prompt sera proposé à l'utilisateur (c'est ce que fait la première ligne du fichier pour votre disque principal). Si la méthode d'accès est un fichier de clef, ''Cryptsetup'' va le soumettre au volume et si il correspond à celui de sa bibliothèque, il se déchiffre.}}
-À ce stade, le volume se déchiffrera automatiquement au démarrage.
+À ce stade, le volume se déchiffrera automatiquement au démarrage. Vous pouvez utiliser la [https://serverfault.com/questions/714605/can-cryptsetup-read-mappings-from-etc-crypttab commande] <source lang="bash" inline>cryptdisks_start vbd_luks</source> pour parcourir la ligne du fichier ''crypttab'' et en appliquer les directives (c'est ce que fait ''init'' au démarrage) afin de tester votre configuration immédiatement.
 Il est également possible d’enchaîner avec un [[fstab|montage automatique]] du système de fichier via le <source lang="bash" inline>/etc/fstab</source>.
@@ Ligne 69 : / Ligne 90 : @@
 Au redémarrage, le volume sera automatiquement déchiffré et monté dans <source lang="bash" inline>/mnt/</source>.

Ycharbi : Réorganisation + aération du code + ajout de la section "Déchiffrement automatique".

2020-12-27T14:56:01Z

Réorganisation + aération du code + ajout de la section "Déchiffrement automatique".

@@ Ligne 1 : / Ligne 1 : @@
 [[Category:chiffrement]]
 [[Category:périphériques bloc]]
-Cryptsetup est l'implémentation du standard LUKS sur la plupart des distributions Linux. Il permet de chiffrer des périphériques de type bloc.
+''Cryptsetup'' est l'implémentation du standard ''LUKS'' sur la plupart des distributions ''Linux''. Il permet de chiffrer des périphériques de type bloc. Dans les distributions ''Debian'', il est fournit par le paquet <source lang="bash" inline>cryptsetup</source>.
-Installation du paquet
- apt install cryptsetup
+=Mise en œuvre=
 Chiffrement du disque ''sdc'' dans son intégralité (écrase tout dessus). Taper '''YES''' (en majuscule) et entrer le mot de passe de déchiffrement 2 fois
   cryptsetup luksFormat -c aes-xts-plain64 -s 512 -h sha512 /dev/sdc
 Ouvrir le volume (ça fait un volume "montable" dans ''/dev/mapper/sdc_crypt'')
   cryptsetup luksOpen /dev/sdc sdc_crypt
 Créer le système de fichier
   mkfs.ext4 /dev/mapper/sdc_crypt
 Monter le volume
   mount /dev/mapper/sdc_crypt /mnt
 Démonter le volume
   umount /mnt
 Fermer le volume
   cryptsetup luksClose sdc_crypt
 Afficher les détails du volume (type de chiffrement notamment)
   cryptsetup luksDump /dev/sdc
-Effectuer un benchmark des différents algorithmes
-  cryptsetup benchmark
+=Déchiffrement automatique=

Ycharbi : Page créée avec « Category:chiffrement Category:périphériques bloc Cryptsetup est l'implémentation du standard LUKS sur la plupart des distributions Linux. Il permet de chiffrer... »

2017-09-01T16:29:22Z

Page créée avec « Category:chiffrement Category:périphériques bloc Cryptsetup est l'implémentation du standard LUKS sur la plupart des distributions Linux. Il permet de chiffrer... »

Nouvelle page

[[Category:chiffrement]]
[[Category:périphériques bloc]]
Cryptsetup est l'implémentation du standard LUKS sur la plupart des distributions Linux. Il permet de chiffrer des périphériques de type bloc.
Installation du paquet
apt install cryptsetup
Chiffrement du disque ''sdc'' dans son intégralité (écrase tout dessus). Taper '''YES''' (en majuscule) et entrer le mot de passe de déchiffrement 2 fois
cryptsetup luksFormat -c aes-xts-plain64 -s 512 -h sha512 /dev/sdc
Ouvrir le volume (ça fait un volume "montable" dans ''/dev/mapper/sdc_crypt'')
cryptsetup luksOpen /dev/sdc sdc_crypt
Créer le système de fichier
mkfs.ext4 /dev/mapper/sdc_crypt
Monter le volume
mount /dev/mapper/sdc_crypt /mnt
Démonter le volume
umount /mnt
Fermer le volume
cryptsetup luksClose sdc_crypt
Afficher les détails du volume (type de chiffrement notamment)
cryptsetup luksDump /dev/sdc
Effectuer un benchmark des différents algorithmes
cryptsetup benchmark

Cryptsetup - Historique des versions

Ycharbi : /* Bitlocker */ Menues corrections de syntaxe et ajout d'un nom type pour le fichier de récupération

Ycharbi : Ajout de la section "Bitlocker" + remplacement des balise "source" obsolètes

Ycharbi : /* Gestion des clef */ Ajout de la section "Tester une clef"

Ycharbi : Ajout de la section "Fichier crypttab" + ajout d'une explication avec l'option "nofail" + correction d'une faute de Français.

Ycharbi : Ajout d'une source pour le déchiffrement automatique + ajout de la section "Gestion des clef" + ajout d'une commande pour tester le "crypttab" en le parcourant.

Ycharbi : Réorganisation + aération du code + ajout de la section "Déchiffrement automatique".