tag Générateur de hachage (SHA-256 / SHA-512) star

Comment ça fonctionne

Une fonction de hachage cryptographique prend une entrée de taille quelconque — un mot, un paragraphe, un fichier de plusieurs gigaoctets — et produit une sortie de longueur fixe appelée empreinte (digest) : 160 bits pour SHA-1, 256 pour SHA-256, 384 pour SHA-384, 512 pour SHA-512. Cet outil calcule les quatre localement grâce au moteur WebCrypto intégré du navigateur, la même implémentation auditée sur laquelle reposent déjà vos connexions HTTPS, si bien que même de gros fichiers sont hachés rapidement et ne quittent jamais votre appareil.

Trois propriétés rendent ces fonctions utiles. D'abord, elles sont à sens unique : à partir d'une empreinte, il n'existe aucun moyen pratique de retrouver l'entrée d'origine — la seule option est de re-hacher une hypothèse et de comparer. Ensuite, elles sont déterministes : la même entrée produit toujours exactement la même empreinte, ce qui est précisément ce qui rend une somme de contrôle utile. Enfin, elles présentent un effet d'avalanche — modifier un seul bit de l'entrée, par exemple un caractère dans un fichier de plusieurs gigaoctets, fait basculer environ la moitié des bits de la sortie. Une empreinte qui diffère ne serait-ce que d'un caractère hexadécimal signifie que les entrées ne sont pas identiques, point final.

Exemple typique : un éditeur de logiciel publie sha256sum : 9f86d0... à côté d'un téléchargement. Une fois le fichier téléchargé, hachez-le ici et comparez les deux chaînes caractère par caractère — si elles correspondent, le fichier est arrivé intact ; sinon, il a été corrompu ou altéré en transit. La même technique permet de comparer deux fichiers octet par octet, ou de générer une clé de cache-busting stable à partir du contenu d'un fichier.

Ce qu'il faut savoir

MD5 n'est délibérément pas proposé. Il est cryptographiquement cassé : des chercheurs ont démontré des attaques par collision pratiques, ce qui signifie que deux entrées différentes peuvent être conçues pour produire une empreinte MD5 identique, ce qui anéantit son utilité pour les contrôles d'intégrité ou de sécurité. L'API WebCrypto des navigateurs l'exclut entièrement pour cette raison. Si un éditeur ne publie qu'une somme MD5, considérez-la comme un dernier recours et demandez du SHA-256 — pratiquement toute distribution moderne en propose une.

SHA-1 convient pour détecter une corruption accidentelle (un téléchargement défectueux, une erreur disque) mais est déprécié à des fins de sécurité comme les certificats et les signatures numériques, puisque des attaques par collision ont aussi été démontrées contre lui ; préférez SHA-256 ou supérieur dès que le résultat doit résister à un attaquant délibéré.

Enfin, le hachage seul n'est pas la bonne façon de stocker des mots de passe : un simple SHA-256 d'un mot de passe se calcule rapidement, ce qui signifie qu'un attaquant disposant d'une base de données volée peut tenter des milliards d'hypothèses par seconde. Un stockage correct des mots de passe ajoute un sel aléatoire unique par compte et utilise une fonction lente conçue à cet effet (bcrypt, scrypt ou Argon2) — cet outil sert aux sommes de contrôle et à la vérification d'intégrité, pas à l'authentification.