CRC32, MD5, SHA-1, SHA-224, SHA-256, SHA-384, SHA-512 ou SHA3-256, SHA3-384, SHA3-512 pour un texte ou un fichier. Le texte suit l’encodage choisi, un fichier est pris en octets bruts. Une clé donne un HMAC, sauf pour CRC32.
Une somme de contrôle, pas un coffre à mots de passe
La même entrée donne la même empreinte, un bit changé la bouleverse. On s’en sert pour vérifier un téléchargement ou voir si deux fichiers sont identiques sans les envoyer. MD5 et SHA-1 ne résistent plus aux collisions. SHA-256 convient comme contrôle et va trop vite pour stocker un mot de passe. Il faut bcrypt ou Argon2. Cette page ne le prétend pas.
Ce qui change le résultat
Le texte suit l’encodage choisi, UTF-8 par défaut. Un retour en fin de ligne, \r\n contre \n, change l’empreinte. Un fichier est pris en octets et ignore l’encodage. La clé HMAC reste en UTF-8.
Une clé vide veut dire un hash simple, pas un HMAC avec une chaîne vide.
La casse de l’hexadécimal ne compte pas pour la comparaison.
SHA-384 et SHA-512 exigent https ou localhost. CRC32, MD5, SHA-1, SHA-224, SHA-256 et SHA3-256, SHA3-384, SHA3-512 sont calculés dans la page. CRC32 n’accepte pas de clé HMAC.
Le SHA-256 de hello sans retour commence par 2cf24dba. Sinon, il y a un blanc invisible. Octets : chaîne vers octets. Pour revenir au texte, c’est Base64, pas un hash.
