Liste des méthodes de chiffrement disponibles pour LUKS

Je cherchais un moyen valide et toujours à jour de chiffrer les disques durs. Après quelques recherches, j'ai rencontré LUKS et j'ai décidé de lui donner un coup de feu. J'ai donc recherché quelques exemples de la façon de chiffrer correctement un disque dur avec, comme ceci:

cryptsetup --verbose --cipher aes-xts-plain64 --key-size 512 --hash sha512 --iter-time 5000 --use-random luksFormat /dev/sda3

La partie --cipher et --hash était la plus intéressante pour moi, j'ai donc essayé de m'informer sur les différents chiffrements et hachages qui sont spécifiquement utilisables pour LUKS. Je n'ai trouvé aucune information utile à part l'ouverture d'un fichier qui montre les formulaires de cryptage disponibles dans un formatage convivial pour le Linux actuellement utilisé. Mais comme on m'a dit que même ce fichier manquait probablement de toutes les méthodes de cryptage, en plus d'être très difficile à lire pour quelqu'un qui ne s'en occupait pas quotidiennement, de toute façon.

Ma question: existe-t-il une liste complète des chiffrements / hachages pour le chiffrement LUKS?

Celui qui me montre simplement ce que je peux choisir ... et peut-être donne une brève description de ce que sont exactement les différences entre ces différentes façons.

Cela dépend essentiellement de votre noyau, donc " See / proc / crypto " est censé être "la réponse". La page de manuel de cryptsetup dit ceci:

NOTES ON SUPPORTED CIPHERS, MODES, HASHES AND KEY SIZES

   The available combinations of ciphers, modes, hashes and key  sizes  depend
   on  kernel  support.  See /proc/crypto for a list of available options. You
   might need to load additional kernel crypto modules in order  to  get  more
   options.

   For  the  --hash option, if the crypto backend is libgcrypt, then all algo‐
   rithms supported by the gcrypt library are  available.   For  other  crypto
   backends some algorithms may be missing.

Cependant, mon /proc/cryptone mentionne aucun serpent ou xts (aes), donc je recommanderais plutôt de voir quels cryptsetup benchmarkrapports (et il afficherait également les vitesses (RAM)). Par exemple:

$ cryptsetup benchmark
# Tests are approximate using memory only (no storage IO).
PBKDF2-sha1       292752 iterations per second
PBKDF2-sha256     221362 iterations per second
PBKDF2-sha512     142010 iterations per second
PBKDF2-ripemd160  277124 iterations per second
PBKDF2-whirlpool  155727 iterations per second
#  Algorithm | Key |  Encryption |  Decryption
     aes-cbc   128b   164.7 MiB/s   164.5 MiB/s
 serpent-cbc   128b   119.5 MiB/s   205.0 MiB/s
 twofish-cbc   128b   163.5 MiB/s   208.6 MiB/s
     aes-cbc   256b   148.4 MiB/s   147.9 MiB/s
 serpent-cbc   256b   128.1 MiB/s   205.3 MiB/s
 twofish-cbc   256b   202.3 MiB/s   213.1 MiB/s
     aes-xts   256b   165.4 MiB/s   145.3 MiB/s
 serpent-xts   256b   150.0 MiB/s   194.5 MiB/s
 twofish-xts   256b   206.4 MiB/s   206.9 MiB/s
     aes-xts   512b   149.4 MiB/s   147.5 MiB/s
 serpent-xts   512b   181.7 MiB/s   195.0 MiB/s
 twofish-xts   512b   207.1 MiB/s   208.6 MiB/s

Les hachages sont les premières lignes (sha1, sha256, sha512, ripemd160, whirlpool). Les chiffres sont sous l'en-tête de l'algorithme.

L'examen des valeurs par défaut donne également une bonne idée de ce qui est considéré comme "assez bon":

$ cryptsetup --help|tail -n 8
Default compiled-in key and passphrase parameters:
    Maximum keyfile size: 8192kB, Maximum interactive passphrase length 512 (characters)
Default PBKDF2 iteration time for LUKS: 1000 (ms)

Default compiled-in device cipher parameters:
    loop-AES: aes, Key 256 bits
    plain: aes-cbc-essiv:sha256, Key: 256 bits, Password hashing: ripemd160
    LUKS1: aes-xts-plain64, Key: 256 bits, LUKS header hashing: sha1, RNG: /dev/urandom

Et l'utilisation d'une taille de clé plus élevée (avec --key-size) ne devrait être plus forte, mais légèrement plus lente.

   --key-size, -s <bits>
          Sets  key  size in bits. The argument has to be a multiple of 8.
          The possible key-sizes are limited by the cipher and mode used.

          See /proc/crypto for more information.  Note  that  key-size  in
          /proc/crypto is stated in bytes.

en référence au travail de l'utilisateur notdavidcronenberg: La seule réponse que j'ai trouvée se trouve dans le document LUKS On-Disk Format Specification (PDF).

Noms de chiffrement valides

• aes Advanced Encryption Standard - FIPS PUB 197
• twofishTwofish: un chiffrement à 128 bits - https://www.schneier.com/paper-twofish-paper.html
• serpent https://www.cl.cam.ac.uk/~rja14/serpent.html
• cast5 RFC 2144
• cast6 RFC 2612

Modes de chiffrement valides

• ecb La sortie de chiffrement est utilisée directement.
• cbc-plainLe chiffrement est exploité en mode CBC. Le chaînage CBC est coupé dans tous les secteurs et réinitialisé avec le numéro de secteur comme vecteur initial (converti en 32 bits et en petit-boutien). Ce mode est spécifié dans [Fru05b], Chapitre 4.
• cbc-essiv:{hash}Le chiffrement est exploité en mode ESSIV en utilisant un hachage pour générer la clé IV pour la clé d'origine. Par exemple, lorsque vous utilisez sha256 comme hachage, la spécification du mode de chiffrement est «cbcessiv: sha256». L'ESSIV est spécifié dans [Fru05b], Chapitre 4.
• xts-plain64 plain64 est une version 64 bits du vecteur initial brut

Spécifications de hachage valides

• sha1 RFC 3174 - US Secure Hash Algorithm 1 (SHA1)
• sha256 Variante SHA selon FIPS 180-2
• sha512 Variante SHA selon FIPS 180-2
• ripemd160 http://www.esat.kuleuven.ac.be/~bosselae/ripemd160.html