Générateur de hachages

📋

Étapes

Comment utiliser cette calculatrice

4 étapes

1

Choisissez un mode

Choisissez Hachage de texte pour calculer l’empreinte d’une chaîne ou d’octets bruts, Hachage de fichier pour identifier un fichier local, Comparer / vérifier pour confronter un téléchargement à une somme de contrôle publiée ou à la sortie d’une commande, ou HMAC pour signer un message avec une clé secrète.

2

Saisissez vos données

Saisissez ou collez du texte, des octets hexadécimaux bruts ou des octets Base64, ou déposez un fichier dans la zone prévue. Les fichiers sont lus localement avec FileReader et hachés à l’aide de l’API Web Crypto et d’algorithmes locaux sans dépendance : rien n’est téléversé.

3

Choisissez les algorithmes et le format

Sélectionnez les algorithmes souhaités (CRC-32, MD5, SHA-1, SHA-256, SHA-384, SHA-512, SHA3-256, Keccak-256). Choisissez l’hexadécimal en minuscules ou en majuscules, le préfixe 0x, Base64 ou Base64URL.

4

Copiez, exportez ou vérifiez

Copiez une empreinte, copiez-les toutes en une fois ou exportez-les au format CSV. En mode Comparer / vérifier, collez l’empreinte attendue ou une ligne sha256sum pour obtenir immédiatement un verdict de correspondance ou une comparaison caractère par caractère.

⚡

Référence

Formule et méthodologie

3 formules

Fonctionnement d’une fonction de hachage

digest = H(message)

Une fonction de hachage cryptographique H transforme un message de longueur quelconque en une empreinte de longueur fixe (32 bits pour CRC-32, 128 bits pour MD5, 256 bits pour SHA-256 / Keccak-256 / SHA3-256, 512 bits pour SHA-512). Une même entrée produit toujours la même empreinte, mais celle-ci ne révèle rien sur l’entrée et ne peut pas être inversée.

L’effet avalanche

H(x) vs H(x + 1 bit) → ~50% of output bits flip

Une bonne fonction de hachage cryptographique est conçue pour qu’un changement d’un seul bit dans l’entrée modifie environ la moitié des bits de sortie. C’est pourquoi l’empreinte visuelle de cet outil change complètement dès que vous modifiez un seul caractère, et pourquoi les hachages permettent de détecter les altérations.

Construction HMAC

HMAC(K, m) = H((K ⊕ opad) ‖ H((K ⊕ ipad) ‖ m))

Un HMAC incorpore la clé secrète K au message m en faisant passer les données deux fois dans la fonction de hachage H, avec des blocs de bourrage (ipad = 0x36 répété et opad = 0x5c répété). Sans la clé, un attaquant ne peut pas fabriquer un HMAC valide. Les API s’en servent donc pour authentifier les requêtes.

📖

Glossaire

Termes clés expliqués

10 termes

Fonction de hachage Fonction à sens unique qui transforme une entrée de taille quelconque en une chaîne de longueur fixe (l’empreinte). Elle est conçue pour être rapide à calculer, impossible à inverser et résistante aux collisions.

CRC-32 Contrôle de redondance cyclique sur 32 bits. Cette somme de contrôle non cryptographique (IEEE 802.3 / ISO 3309) détecte les erreurs de transmission accidentelles et la corruption de données dans les archives ZIP, les images PNG et les paquets réseau.

Empreinte Résultat de longueur fixe d’une fonction de hachage, généralement affiché en hexadécimal ou en Base64. SHA-256 produit une empreinte de 256 bits (64 caractères hexadécimaux).

Somme de contrôle Hachage servant à vérifier qu’un fichier téléchargé ou transféré n’a pas été corrompu. Les éditeurs publient la somme attendue pour que vous puissiez confirmer que votre copie correspond octet par octet.

Collision Cas où deux entrées différentes produisent la même empreinte. Avec un hachage sécurisé, il est impossible en pratique d’en trouver une par calcul. MD5 et SHA-1 sont dits « cassés » précisément parce que des collisions concrètes ont été démontrées.

MD5 Hachage de 128 bits créé en 1991. Très rapide, mais cryptographiquement cassé : il ne convient qu’aux sommes de contrôle sans enjeu de sécurité ni à la déduplication, jamais aux signatures ou aux mots de passe.

SHA-2 Famille Secure Hash Algorithm 2 (SHA-256, SHA-384, SHA-512). Elle est aujourd’hui couramment utilisée pour les contrôles d’intégrité et les signatures numériques, sans collision pratique connue.

SHA-3 et Keccak-256 Norme NIST FIPS 202 fondée sur la construction éponge de Keccak. Keccak-256 est le hachage cryptographique utilisé dans les contrats intelligents Ethereum et les chaînes compatibles EVM.

HMAC Code d’authentification de message fondé sur un hachage. Il combine une clé secrète et un message afin que le destinataire puisse vérifier l’intégrité du message et confirmer qu’il vient d’une personne qui détient la clé.

Base64 et Base64URL Encodages compacts de données binaires. Base64URL remplace « + » par « - » et « / » par « _ », puis supprime le remplissage « = ». Les empreintes peuvent ainsi être utilisées sans risque dans les URL, les paramètres de requête et les jetons JWT.

👥

Situations types

Exemples concrets

3 exemples

💿

Maya — vérification d’un téléchargement d’ISO Linux

Maya télécharge une image ISO Ubuntu de 2 GB et le site du projet publie une somme de contrôle SHA-256. Elle ouvre l’onglet Hachage de fichier, y dépose l’ISO et calcule son empreinte SHA-256 localement. Elle passe ensuite à Comparer / vérifier, choisit Fichier comme source et colle la ligne sha256sum publiée.

Mode Hachage de fichier → Comparer / vérifier Algorithme Détection automatique (SHA-256) Valeur attendue Chaîne sha256sum

L’outil retire automatiquement le nom de fichier et les espaces, reconnaît SHA-256 et affiche ✓ CORRESPONDANCE : le téléchargement est identique octet par octet à la version publiée.

🔌

Équipe de développement — signature d’une charge utile webhook

Une équipe d’ingénierie doit authentifier les webhooks sortants. Elle partage une clé secrète avec le destinataire et signe chaque charge utile JSON avec HMAC-SHA-256. Dans l’onglet HMAC, elle saisit la clé et le corps exact de la requête, puis copie la signature hexadécimale et le code de vérification Node.js.

Algorithme HMAC-SHA-256 Clé secrète clé secrète API partagée Message corps JSON brut

Le destinataire recalcule le HMAC avec la même clé et le compare à la signature de l’en-tête. Seuls les deux participants connaissant la clé, un HMAC correspondant prouve que la charge utile est authentique et intacte. C’est ainsi que Stripe, GitHub et Slack vérifient les webhooks.

🔐

Priya — pourquoi MD5 ne convient pas aux mots de passe

Priya examine une ancienne application qui stocke les mots de passe des utilisateurs sous forme d’empreintes MD5 brutes. Elle calcule l’empreinte de la chaîne « password » en MD5 puis en SHA-256, compare les résultats et explique le risque à l’équipe.

Mode Hachage de texte Entrée password Algorithmes MD5, SHA-256

Les deux empreintes sont calculées instantanément — et c’est justement le problème. MD5 est si rapide qu’un attaquant peut essayer des milliards de mots de passe par seconde, et l’empreinte MD5 des mots de passe courants figure déjà dans des tables publiques. La solution n’est pas de « passer à SHA-256 », mais d’utiliser une fonction de dérivation de clé volontairement lente et salée, comme bcrypt, scrypt ou Argon2.

🔗

Référence

Citer cette calculatrice

APA et MLA

Utilisez un de ces formats pour citer cette calculatrice dans un devoir ou un rapport.

APA

MLA

📄

Analyse approfondie

Le hachage expliqué : sommes de contrôle, sécurité et HMAC

4 chapitres · 5 min de lecture

Une fonction de hachage transforme toute entrée — un mot, un document ou une image disque de 4 GB — en une empreinte courte et de longueur fixe. Cet outil calcule les algorithmes courants (CRC-32, MD5, SHA-1, SHA-256, SHA-384, SHA-512, SHA3-256, Keccak-256) et crée des HMAC, le tout dans votre navigateur. Ce guide explique à quoi servent les empreintes, quels algorithmes sont sûrs en 2026 et quelle est la différence entre hachage, chiffrement et stockage des mots de passe.

À quoi servent réellement les empreintes

Le hachage a deux usages courants : l’intégrité et l’identification. Lorsque vous téléchargez un logiciel et comparez son SHA-256 à la valeur publiée par l’éditeur, vous vérifiez que les octets sont arrivés intacts. Lorsqu’un commit Git, un cache adressé par contenu ou un système de déduplication a besoin d’un identifiant court et stable pour un bloc de données, une empreinte remplit ce rôle. Sa propriété fondamentale est le déterminisme : une même entrée produit toujours la même empreinte, et toute modification — même un seul bit — en produit une complètement différente (l’effet avalanche visible dans l’empreinte ci-dessus).

Quels algorithmes sont sûrs en 2026

CRC-32 sert à détecter des erreurs (par exemple dans les fichiers ZIP), pas à assurer la sécurité. MD5 (1991) et SHA-1 (1995) sont cryptographiquement cassés : des chercheurs ont produit de véritables collisions (deux fichiers différents avec la même empreinte). Ils ne doivent donc jamais être utilisés lorsqu’un attaquant pourrait tirer parti d’une fausse correspondance — pour les signatures, les certificats ou la détection d’altérations. Ils restent adaptés aux sommes de contrôle sans adversaire, comme la détection d’une corruption accidentelle ou la déduplication de fichiers.

La famille SHA-2 (SHA-256, SHA-384, SHA-512) et SHA-3 / Keccak-256 ne présentent aucune collision pratique connue et constituent le bon choix par défaut pour tout usage sensible à la sécurité. SHA-512 est souvent plus rapide que SHA-256 sur les processeurs 64 bits : ici, « plus grand » ne signifie donc pas « plus lent ».

Le hachage n’est ni du chiffrement ni du stockage de mots de passe

Le chiffrement est réversible avec une clé ; le hachage est conçu pour être à sens unique, il n’existe donc pas de « déhachage ». Les empreintes ne garantissent pas la confidentialité, mais elles sont idéales pour la vérification.

Les mots de passe sont un cas particulier. Les hachages rapides bruts (même SHA-256) sont un mauvais choix, car leur vitesse permet aux attaquants de tester des milliards de possibilités par seconde contre une base de données volée. Le stockage moderne des mots de passe utilise une fonction de dérivation de clé — bcrypt, scrypt ou Argon2 — volontairement lente et dotée d’un sel propre à chaque utilisateur. Pour hacher des mots de passe, utilisez l’une de ces fonctions, et non les algorithmes de cet outil.

HMAC : prouver l’origine d’un message

Un hachage simple prouve qu’un message n’a pas changé, mais n’importe qui peut le recalculer : il ne permet donc pas de prouver qui a envoyé le message. Un HMAC résout ce problème en intégrant une clé secrète partagée au hachage. L’expéditeur calcule HMAC(key, message) et joint le résultat ; le destinataire le recalcule avec la même clé. Une correspondance prouve à la fois l’intégrité et l’authenticité. Ce mécanisme sert aux signatures de webhook (Stripe, GitHub, Slack), à la signature des requêtes AWS et aux jetons JWT « HS256 ». Utilisez une clé longue et aléatoire, puis comparez les HMAC côté serveur avec une vérification à temps constant.

❓

Questions

Questions fréquentes

7 questions

Puis-je hacher des fichiers et du texte en toute sécurité ici ?+

Oui. Tout s’exécute localement dans votre navigateur : le texte est haché en mémoire et les fichiers sont lus par l’API FileReader, puis traités par l’API Web Crypto et des algorithmes locaux sans dépendance. Aucun texte, fichier ou aucune clé n’est envoyé à un serveur. L’outil fonctionne donc même si votre appareil est déconnecté du réseau.

Puis-je utiliser MD5 ou SHA-1 pour la sécurité ?+

Non. Ces deux algorithmes sont cryptographiquement cassés : des collisions concrètes existent, ce qui signifie qu’un attaquant peut fabriquer deux entrées différentes ayant la même empreinte. Réservez-les aux sommes de contrôle sans enjeu de sécurité (corruption accidentelle, déduplication). Pour une intégrité qu’un attaquant pourrait compromettre ou pour une signature, utilisez SHA-256 ou une version plus robuste.

Puis-je utiliser cet outil pour hacher des mots de passe ?+

Vous pouvez calculer une empreinte, mais vous ne devez pas stocker les mots de passe sous forme d’empreintes brutes, pas même avec SHA-256. Les hachages rapides permettent aux attaquants d’essayer des milliards de mots de passe par seconde. Utilisez plutôt une fonction de dérivation de clé spécialisée, salée et lente, comme bcrypt, scrypt ou Argon2.

Quelle différence y a-t-il entre les sorties hexadécimale, Base64 et Base64URL ?+

Elles encodent les mêmes octets de différentes façons. L’hexadécimal utilise les caractères 0–9 et a–f (deux caractères par octet). Base64 emploie 64 caractères ASCII et est environ 33 % plus compact. Base64URL remplace « + » et « / » par « - » et « _ », puis supprime le remplissage « = » ; ce format convient ainsi aux paramètres d’URL et aux jetons JWT.

Pourquoi l’empreinte change-t-elle complètement quand je modifie un caractère ?+

C’est l’effet avalanche, un objectif de conception des fonctions de hachage cryptographiques : la modification d’un seul bit de l’entrée inverse environ la moitié des bits de sortie. Il permet de détecter les altérations de manière fiable, car même une minuscule modification est immédiatement visible.

Qu’est-ce qu’un HMAC et quand en ai-je besoin ?+

Un HMAC (code d’authentification de message fondé sur un hachage) incorpore une clé secrète au hachage. Le destinataire peut alors vérifier que le message n’a pas changé et qu’il vient d’une personne qui détient la clé. Les HMAC servent à signer des requêtes API et à vérifier des webhooks. Un hachage simple prouve l’intégrité ; un HMAC prouve aussi l’authenticité.

Qu’est-ce que Keccak-256 et en quoi diffère-t-il de SHA-256 ?+

Keccak-256 est la permutation sous-jacente à la norme SHA-3 (NIST FIPS 202), avec le remplissage d’origine utilisé par Ethereum. C’est la fonction de hachage principale des contrats intelligents Ethereum (Solidity keccak256) et des systèmes blockchain EVM.

Téléchargez instantanément un PDF d’une page contenant vos résultats. Indiquez votre adresse e-mail pour recevoir également, de temps à autre, des conseils sur nos calculatrices — sans spam et avec désinscription possible à tout moment. Confidentialité.