Générateur de hash — MD5, SHA-1, SHA-256, SHA-512, CRC32 et HMAC

Oui. Sélectionnez ou déposez jusqu’à 500 fichiers ensemble dans l’onglet Fichier. Ils sont hachés l’un après l’autre avec les algorithmes cochés, chacun lu par blocs de 4 Mo pour limiter l’utilisation de la mémoire, et un fichier illisible est marqué en échec sans bloquer les autres. Téléchargez les résultats en .txt au format GNU coreutils (identique à la sortie de sha256sum, md5sum ou sha512sum, donc vérifiable avec sha256sum -c) ou en CSV avec tous les algorithmes. Vous pouvez aussi coller une liste SHA256SUMS existante pour vérifier chaque fichier.

Oui. Dans l’onglet Texte, cochez « Hacher chaque ligne séparément ». Chaque ligne est hachée seule en UTF-8, sans son saut de ligne, jusqu’à 5 000 lignes, et le tableau peut être copié en texte séparé par des tabulations ou téléchargé en CSV.

Ce sont des fonctions de hachage de tailles de sortie et de niveaux de sécurité différents. MD5 produit 128 bits et SHA-1 160 bits ; les deux sont cassées pour un usage de sécurité, car des chercheurs savent créer deux entrées différentes ayant le même hash (MD5 depuis 2004, SHA-1 publiquement depuis l’attaque SHAttered de 2017). SHA-256 produit 256 bits et ne connaît aucune attaque pratique. Utilisez SHA-256 ou SHA-512 pour tout ce qui touche à la sécurité ; MD5 et SHA-1 restent adaptés pour repérer une corruption accidentelle.

Ouvrez l’onglet Fichier, déposez le fichier téléchargé et collez la somme de contrôle de la page de téléchargement dans le champ de comparaison. Une correspondance signifie que votre fichier est, octet pour octet, celui que l’éditeur a haché. Comparez bien ce qui est comparable : une somme SHA-256 fait 64 caractères hexadécimaux, SHA-1 40 et MD5 32. Pour une vraie garantie, récupérez la somme de contrôle en HTTPS sur le site officiel, pas sur le même miroir que le fichier.

Non. Un hash est une fonction à sens unique : il n’y a ni clé ni rien à déchiffrer. Les sites de « déchiffrement MD5 » se contentent de chercher le hash dans des tables de chaînes courantes déjà hachées. C’est pourquoi le hash d’un mot de passe court ou courant est facile à retrouver, et pourquoi les mots de passe doivent être stockés avec un algorithme lent et salé comme bcrypt ou Argon2, jamais avec un simple SHA-256.

Les octets d’entrée diffèrent, généralement de façon invisible. Causes courantes : un saut de ligne final (echo en ajoute un ; utilisez echo -n), des fins de ligne Windows CRLF au lieu de LF, un encodage de texte autre que UTF-8, des espaces en début ou en fin, ou la comparaison d’un condensé hexadécimal avec un condensé Base64. Un hash change complètement pour un seul octet de différence : vérifiez le nombre d’octets affiché sous la zone de texte.

Le HMAC (RFC 2104) combine une clé secrète et une fonction de hachage pour produire une signature que seul le détenteur de la clé peut créer. Les fournisseurs de webhooks comme Stripe, GitHub et Shopify signent leurs charges utiles en HMAC-SHA256 pour que vous puissiez vérifier qu’une requête vient bien d’eux. Ne le construisez pas vous-même sous la forme sha256(key + message) : avec SHA-256, cette construction est vulnérable aux attaques par extension de longueur, que le HMAC est conçu pour empêcher.

C’est une somme de contrôle, pas un hash cryptographique. Le CRC32 est très rapide et efficace pour détecter des erreurs accidentelles comme un bit inversé pendant une transmission, c’est pourquoi ZIP, gzip, PNG et Ethernet l’utilisent. Il est trivial à falsifier volontairement : ne l’utilisez jamais pour prouver qu’un fichier n’a pas été altéré.