L'utilisation de MD5 pour générer une clé de chiffrement à partir du mot de passe?

Question

J'écris un programme simple pour le cryptage de fichiers. Surtout comme un exercice académique, mais peut-être pour un usage sérieux futur. Tout le travail de levage est effectué avec des bibliothèques tierces, mais assembler les pièces de manière sécurisée reste un défi pour le non-cryptographe. Fondamentalement, j'ai à peu près tout fonctionne comme je le pense. J'utilise l'AES 128 bits pour le chiffrement avec une longueur de clé de 128 bits. Je veux que les utilisateurs puissent entrer des mots de passe de longueur variable, j'ai donc décidé de hacher le mot de passe avec MD5 et ensuite utiliser le hachage comme clé. J'ai pensé que c'était acceptable - la clé est toujours supposée être un secret, donc il n'y a aucune raison de s'inquiéter des attaques par collision.

Maintenant que j'ai implémenté ceci, j'ai parcouru quelques articles indiquant que c'est une mauvaise idée. Ma question est: pourquoi? Si un bon mot de passe est choisi, le chiffrement est supposé être suffisamment fort pour ne jamais révéler la clé sauf par un effort de force brute extraordinaire (lire: actuellement impossible), n'est-ce pas? Devrais-je utiliser quelque chose comme PBKDF2 pour générer la clé ou est-ce juste trop pour toutes les applications cryptographiques les plus extrêmes?

Answer 1

Cet article sur Key strengthening pourrait vous aider. Fondamentalement, vous voulez rendre la clé plus forte (plus d'entropie que dans un mot de passe) et faire en sorte que sa dérivation du mot de passe prenne du temps.

Answer 2

Eh bien, en tant que votre poste est en général, je voudrais dire quelques choses générales:

1. MD5, SHA-0, SHA-1 sont tous hash cassés, et vous ne devriez pas les utiliser pour tout cryptographique but, utilisez SHA-2. Vous devriez, en général, utiliser des approches bien connues et documentées pour dériver les clés des mots de passe (vous ne mentionnez pas quelle langue, veuillez dire laquelle vous utilisez). Lorsque vous effectuez une programmation de sécurité, la chose la plus importante à faire est de documenter strictement votre «modèle de menace» avant de faire quoi que ce soit. Ceci est essentiellement une liste de toutes les attaques que vous essayez d'empêcher, et comment vous allez le faire, et aussi quelles sortes d'attaques vous ne pouvez pas empêcher. C'est très amusant à faire, et vous apprendrez à connaître toutes les attaques et autres choses intéressantes.

Answer 3

La réponse à votre nouvelle question est: vous devriez certainement utiliser quelque chose comme PBKDF2 pour générer la clé.

Je suppose que vous allez avoir un mot de passe (au moins 10 caractères plus bas et la ponctuation à droite?) Qui va générer une clé AES-256. La clé sera utilisée pour crypter/décrypter le (s) fichier (s). Vous voulez utiliser quelque chose comme PBKDF2 afin de réduire la capacité de quelqu'un qui obtient votre fichier à comprendre votre clé/mot de passe par le biais d'attaques par force brute. Utiliser quelque chose comme PBKDF2 (et un sel aléatoire!) Augmente le coût de rupture du cryptage sur le fichier.

Ce que je vraiment recommande est que vous l'utiliser comme un jouet et pas pour protéger vous vraiment quelque chose. Si vous n'êtes pas un expert en sécurité, vous allez faire des erreurs, même les experts (et beaucoup d'entre eux ensemble) font des erreurs: http://www.sslshopper.com/article-ssl-and-tls-renegotiation-vulnerability-discovered.html