Empreinte cryptographique
empreinte = HASH(octets du message)
Obtenez les hash MD5, SHA-1, SHA-256, SHA-384 et SHA-512 d’un texte ou de n’importe quel fichier, en hexadécimal et en Base64, avec copie en un clic. Le fichier est lu localement et n’est jamais envoyé.
Le fichier est lu dans votre navigateur, il n’est jamais envoyé.
MD5 et SHA-1 servent encore de sommes de contrôle, mais des collisions sont possibles : pour la sécurité, utilisez SHA-256 ou plus.
Ce générateur calcule en une seule fois les empreintes MD5, SHA-1, SHA-256, SHA-384 et SHA-512 d’un texte ou d’un fichier, chacune en hexadécimal minuscule et en Base64. Il s’adresse à ceux qui doivent vérifier un téléchargement, comparer deux versions d’un fichier ou renseigner une somme de contrôle dans un script ou une documentation.
Une fonction de hachage transforme une entrée de taille quelconque en une empreinte de longueur fixe : 128 bits pour MD5, 160 bits pour SHA-1, puis 256, 384 et 512 bits pour la famille SHA-2 définie par la norme FIPS 180-4. Le même contenu donne toujours la même empreinte, et la moindre modification change complètement le résultat. Ainsi, le SHA-256 de « hello » vaut 2cf24dba5fb0a30e26e83b2ac5b9e29e1b161e5c1fa7425e73043362938b9824, alors que « hello » suivi d’un saut de ligne donne 5891b5b522d5df086d0ff0b110fbd9d21bb4fc7163af34d08286a2e846f6be03. Le texte est encodé en UTF-8 avant le calcul, comme le font sha256sum et la plupart des bibliothèques.
Les empreintes SHA sont calculées avec l’API Web Crypto du navigateur ; MD5, absent de Web Crypto, est calculé par une implémentation locale. Un fichier est lu depuis votre disque par le navigateur, sans téléversement, et ses octets bruts sont hachés : le résultat est identique à celui de sha256sum, certutil -hashfile ou Get-FileHash. Chaque empreinte est affichée en hexadécimal minuscule, le format des fichiers SHA256SUMS, et en Base64, le format des attributs integrity (SRI) ou de l’en-tête Content-Digest (RFC 9530). MD5 et SHA-1 sont signalés comme inadaptés à la sécurité, car des collisions pratiques existent pour les deux (la collision SHAttered sur SHA-1 date de 2017).
Collez le texte dans la zone de saisie ou sélectionnez un fichier de n’importe quel type : il est lu par le navigateur sans être envoyé.
MD5, SHA-1, SHA-256, SHA-384 et SHA-512 sont calculés en même temps, chacun en hexadécimal minuscule et en Base64 ; MD5 et SHA-1 portent un avertissement « sommes de contrôle uniquement ».
Utilisez le bouton de copie de l’algorithme et du format voulus, puis collez l’empreinte dans votre comparaison, votre script ou votre documentation.
empreinte = HASH(octets du message)
Les distributions Linux et de nombreux éditeurs publient un fichier SHA256SUMS à côté de leurs téléchargements. Calculez le SHA-256 du fichier reçu et comparez-le à la valeur officielle pour détecter un téléchargement corrompu ou modifié.
Deux fichiers qui ont le même SHA-256 sont identiques octet pour octet. Comparez l’empreinte d’une sauvegarde, d’un export ou d’un contrat avant et après une copie sur clé USB ou un envoi pour confirmer qu’il n’a pas été altéré.
Une formule Homebrew, un Dockerfile ou un script d’installation demande souvent le SHA-256 d’une archive. Générez-le localement et copiez directement la forme hexadécimale ou Base64 attendue.
Entrée
Source : Texte ; Texte à hacher : abc ; Encodage : HexadécimalRésultat
Empreintes, ligne SHA-256 : ba7816bf8f01cfea414140de5dae2223b00361a396177a9cb410ff61f20015adNon, une fonction de hachage est à sens unique et il n’existe aucune opération de déchiffrement. Les sites qui « décodent » un hash cherchent simplement la valeur dans des tables d’empreintes précalculées. Cela fonctionne pour des mots courants ou des mots de passe faibles, jamais pour un contenu long et inconnu.
Pour détecter une corruption accidentelle, oui : MD5 reste rapide et très répandu comme somme de contrôle. Pour tout usage de sécurité (signature, certificat, intégrité face à un attaquant, mot de passe), non, car on sait fabriquer en quelques secondes deux fichiers différents ayant le même MD5. Le même constat vaut pour SHA-1, à un coût plus élevé.
Les deux appartiennent à la famille SHA-2 : SHA-256 produit 256 bits (64 caractères hexadécimaux) et SHA-512 en produit 512 (128 caractères). Les deux sont sûrs aujourd’hui ; SHA-256 est le plus répandu, SHA-512 est souvent plus rapide sur les processeurs 64 bits. SHA-384 est une variante tronquée de SHA-512, fréquente pour SRI.
La cause la plus fréquente est un caractère invisible : saut de ligne ajouté par echo, fin de ligne Windows (CRLF) au lieu de LF ou espace final. L’encodage compte aussi, et l’outil hache le texte en UTF-8. Pour un fichier, le hacher directement donne exactement le même résultat que sha256sum ou Get-FileHash.
En théorie oui, puisque le nombre d’empreintes possibles est fini : c’est une collision. Pour SHA-256, aucune collision n’a jamais été trouvée et en produire une reste hors de portée. Pour MD5 et SHA-1, des collisions sont réalisables en pratique, d’où l’avertissement affiché par l’outil.
Oui : le fichier est lu par le navigateur sur votre appareil et n’est jamais téléversé, ce qui convient à des documents confidentiels. La limite pratique de taille dépend de la mémoire disponible sur votre appareil. Pour des images disque de plusieurs gigaoctets, un utilitaire en ligne de commande reste plus adapté.
Outils associés
Des outils similaires ou complémentaires à celui-ci.
Vérifiez si deux hash ou sommes de contrôle correspondent, quels que soient la casse, les espaces ou les deux-points.
Calculez un HMAC SHA-1, SHA-256, SHA-384 ou SHA-512 en hex ou Base64 et vérifiez une signature de webhook.
Générez l’attribut integrity SRI d’un script ou d’une feuille de style, depuis un contenu, un fichier ou une URL de CDN.
Comprenez comment SRI utilise une empreinte cryptographique pour vérifier qu’un script ou une feuille de style externe correspond au fichier attendu.
Distinguez hash, chiffrement et signature, puis utilisez les empreintes pour vérifier une égalité ou l’intégrité de données sans leur attribuer de fausses garanties.
Distinguez chiffrement, hachage, HMAC et dérivation de clé pour choisir le bon mécanisme selon le besoin : confidentialité, intégrité, authentification ou stockage de mots de passe.
Comprenez comment OAuth 2.0, PKCE, JWT, JWK et JWKS s’articulent sans les confondre : autorisation, jetons, clés publiques et vérification.