Générateur de hash et calculateur de checksum
MD5, SHA-1, SHA-256, SHA-512, SHA-3, BLAKE3 et CRC32 pour textes et fichiers. Tout s'exécute localement — rien n'est téléversé.
- Entrée
- Text · files of any size
- Sortie
- Hex digests · checksum match
Texte
43 B · UTF-8
Empreintes
hachage…
- MD5
… - SHA-1
… - SHA-256
… - SHA-512
…
Hashes et sommes de contrôle pour textes et fichiers, calculés sur votre appareil
Ce générateur de hash calcule les empreintes MD5, SHA-1, SHA-224, SHA-256, SHA-384, SHA-512, SHA3-256, SHA3-512, BLAKE3 et CRC32 d'un texte pendant que vous tapez, ou de fichiers de toute taille, toutes en même temps. Collez la somme de contrôle publiée sur une page de téléchargement et il vous dit si votre fichier correspond. Les fichiers sont lus par morceaux dans votre navigateur : même des images disque de plusieurs gigaoctets sont hachées sans être envoyées nulle part.
Comment générer un hash ou vérifier une somme de contrôle
- Choisissez Texte pour hacher ce que vous tapez, ou Fichiers pour hacher un ou plusieurs fichiers.
- Choisissez les algorithmes nécessaires. MD5, SHA-1, SHA-256 et SHA-512 sont sélectionnés au départ.
- Pour un fichier, déposez-le sur la page. Une barre de progression montre la lecture de chaque fichier ; les empreintes apparaissent à la fin.
- Pour vérifier un téléchargement, collez la somme de contrôle publiée dans le champ checksum attendu. L'algorithme et le fichier correspondants sont surlignés en vert.
- Copiez n'importe quelle empreinte, passez de l'hexadécimal en minuscules à l'hexadécimal en majuscules ou au Base64, ou exportez un fichier de sommes de contrôle de type
.sha256pour tous vos fichiers.
Ce qu'est un hash
Une fonction de hachage cryptographique transforme n'importe quelle entrée — un mot, un document, un ISO de 4 Go — en une courte empreinte de longueur fixe. La même entrée donne toujours la même empreinte, et changer un seul bit de l'entrée change complètement l'empreinte. Un bon hash est aussi à sens unique : on ne peut pas remonter de l'empreinte à l'entrée, ni trouver deux entrées ayant la même empreinte.
C'est ce qui rend les hashes utiles pour vérifier l'intégrité. Si le SHA-256 du fichier téléchargé est égal au SHA-256 indiqué par l'éditeur, le fichier est identique octet pour octet à celui qu'il a publié, et non un téléchargement tronqué ou une copie altérée. Les hashes servent aussi à identifier le contenu dans Git, à dédupliquer les fichiers dans les sauvegardes et à signer des données avec une clé.
Quel algorithme choisir ?
- SHA-256
- Le choix par défaut aujourd'hui : sûr, pris en charge partout, et utilisé par la plupart des pages de téléchargement, gestionnaires de paquets et certificats.
- SHA-384 / SHA-512
- Des membres plus longs de la famille SHA-2. SHA-512 est souvent plus rapide que SHA-256 sur les machines 64 bits. SHA-384 est courant dans les valeurs Subresource Integrity.
- SHA3-256 / SHA3-512
- Une conception différente (Keccak), normalisée en 2015 comme solution de secours au cas où SHA-2 serait un jour affaibli. Sûr, mais moins répandu.
- BLAKE3
- Un hash sûr moderne et très rapide, apprécié pour les sommes de contrôle de fichiers et l'adressage par contenu dans les outils récents.
- MD5 et SHA-1
- Cassés pour la sécurité : des chercheurs savent créer des fichiers différents ayant la même empreinte. Encore utilisables pour repérer une corruption accidentelle et comparer d'anciennes sommes de contrôle, mais à ne jamais utiliser face à un attaquant.
- CRC32
- Un code de détection d'erreurs sur 32 bits, pas un hash cryptographique. Utilisé dans ZIP, PNG et Ethernet pour repérer les dommages accidentels ; trivial à falsifier volontairement.
Vérifier un fichier téléchargé
Les pages de téléchargement des systèmes d'exploitation et des logiciels publient souvent une somme de contrôle à côté du fichier, ou un fichier SHA256SUMS. Déposez votre téléchargement ici, collez la valeur publiée dans le champ du checksum attendu, et l'empreinte correspondante s'allume. La comparaison ignore la casse et les espaces autour, et accepte telle quelle une ligne sha256sum complète ou une valeur d'intégrité sha384-….
Une correspondance prouve que le fichier est intact, mais ne prouve son authenticité que si vous avez obtenu la somme de contrôle d'une source de confiance — idéalement en HTTPS depuis le site de l'éditeur, ou avec une signature. Un attaquant capable de remplacer le fichier sur un miroir peut aussi remplacer la somme de contrôle à côté.
Le fichier de sommes de contrôle exporté utilise la disposition standard <digest> <filename> : sha256sum -c checksums.sha256 sous Linux et macOS pourra donc le vérifier plus tard.
Hacher des mots de passe ? Utilisez une fonction dédiée
Les hashes généralistes comme MD5, SHA-1 et même SHA-256 sont conçus pour être rapides, ce qui est exactement l'inverse de ce qu'il faut pour des mots de passe : un attaquant équipé d'un GPU peut tester des milliards de propositions par seconde contre une liste divulguée. Stockez les mots de passe avec une fonction de hachage de mots de passe lente et salée comme Argon2id, bcrypt ou scrypt, via le support intégré de votre framework. Pour créer des mots de passe ou des clés robustes, utilisez le générateur de mots de passe.
Pour authentifier un message avec un secret partagé, comme une signature de webhook, utilisez un HMAC plutôt que de hacher vous-même le secret et le message ensemble. L'onglet HMAC calcule HMAC-SHA256, HMAC-SHA384 et HMAC-SHA512 avec l'API Web Crypto de votre navigateur.
Questions fréquentes
- Comment vérifier la somme de contrôle SHA-256 d'un fichier ?
- Choisissez Fichiers, déposez le fichier et laissez SHA-256 sélectionné. Collez la somme de contrôle publiée dans le champ du checksum attendu : l'empreinte est surlignée si elle correspond.
- MD5 est-il encore sûr ?
- Pas pour la sécurité. Des collisions MD5 et SHA-1 peuvent être produites délibérément : ils ne protègent donc pas contre une altération. Ils restent acceptables pour détecter une corruption accidentelle ou comparer une ancienne somme de contrôle.
- Peut-on inverser ou déchiffrer un hash ?
- Non. Un hash est à sens unique. Les sites qui prétendent inverser le MD5 ne font que chercher l'empreinte dans des tables de hashes d'entrées courantes, c'est pourquoi les entrées courtes ou courantes ne sont pas protégées par le hachage.
- Faut-il utiliser SHA-256 pour stocker des mots de passe ?
- Non. Utilisez une fonction dédiée au hachage de mots de passe comme Argon2id, bcrypt ou scrypt. Elles sont volontairement lentes et salées, ce qui rend le cassage de mots de passe divulgués bien plus difficile.
- Peut-on hacher de très gros fichiers ?
- Oui. Les fichiers sont lus quelques mégaoctets à la fois dans votre navigateur : des fichiers de plusieurs gigaoctets peuvent être hachés avec peu de mémoire. La vitesse dépend de votre disque et de votre processeur.
- Pourquoi j'obtiens un hash différent pour le même texte ?
- Des différences invisibles changent le hash : un saut de ligne final, des fins de ligne Windows (CRLF) au lieu d'Unix (LF), ou un autre encodage de texte. Cet outil hache le texte en UTF-8, exactement tel qu'il apparaît dans la zone.
- Quelle est la différence entre un hash et un HMAC ?
- Un hash ne dépend que des données : n'importe qui peut le calculer. Un HMAC dépend aussi d'une clé secrète : seul quelqu'un qui possède la clé peut le produire ou le vérifier. Les webhooks et les signatures d'API utilisent des HMAC.
- Mes fichiers sont-ils téléversés ?
- Non. Le hachage s'exécute dans un worker WebAssembly de votre navigateur. Les fichiers et le texte ne quittent jamais votre appareil.