Générateur de hachage (MD5, SHA)

Générez les hachages MD5, SHA-1, SHA-256, SHA-384 et SHA-512 de n'importe quel texte en un clic. Utile pour les sommes de contrôle, les clés de cache, la

🌍 Accès mondial 🔒 Confidentialité d'abord ⚡ Conversion instantanée 💯 Illimité
Advertisement

Générez un hachage à partir d'une chaîne de texte ou d'un fichier : MD5, SHA-1, SHA-256, SHA-384 et SHA-512. Les hachages servent à vérifier qu'un téléchargement est arrivé intact, à comparer deux fichiers sans les ouvrir et à conserver l'empreinte d'une valeur sans garder la valeur elle-même.

MD5 et SHA-1 sont rapides, mais ne sont plus considérés comme sûrs face à des collisions volontaires : utilisez-les pour des contrôles d'intégrité, pas pour la sécurité. Pour tout ce qui touche à la sécurité, choisissez SHA-256 ou plus fort. Le hachage s'exécute localement : vous pouvez donc vérifier un mot de passe ou une clé d'API sans l'envoyer nulle part.

Comment générer un hachage MD5, SHA-1 ou SHA-256

1

Saisissez du texte ou choisissez un fichier

2

Choisissez l'algorithme de hachage

3

Copiez l'empreinte hexadécimale

Questions fréquentes

Quel algorithme choisir ?

SHA-256 pour tout ce qui touche à la sécurité, MD5 ou SHA-1 uniquement pour des contrôles d'intégrité rapides et les systèmes anciens qui les exigent.

La même entrée donne-t-elle toujours le même hachage ?

Oui, c'est tout l'intérêt d'une fonction de hachage. Un seul caractère modifié produit une empreinte complètement différente.

Puis-je hacher un fichier ?

Oui, choisissez un fichier et ses octets sont hachés directement : c'est la méthode standard pour vérifier un téléchargement par rapport à une somme de contrôle publiée.

Puis-je inverser un hachage ?

Non. Le hachage est conçu pour être à sens unique ; la seule attaque pratique consiste à deviner des entrées et à les comparer, ce qui explique pourquoi les mots de passe courts ont besoin d'un algorithme lent et d'un sel.

Est-ce adapté au stockage de mots de passe ?

Pas tel quel. Le stockage de mots de passe exige un algorithme volontairement lent comme bcrypt, scrypt ou Argon2 avec un sel par utilisateur. Pour les créer, utilisez plutôt le générateur de mots de passe.

Mon entrée est-elle envoyée sur un serveur ?

Non, l'empreinte est calculée dans votre navigateur.

Advertisement

En un coup d'œil

Entréetexte
Fichiers multiplesNon
Où ça tourneDans votre navigateur - les fichiers ne sont jamais envoyés
Fonctionne hors ligneOui — une fois la page chargée
TarifGratuit, sans inscription, sans filigrane

Manipuler des secrets sans risque

Les outils de développement traitent des identifiants bien plus souvent qu'on ne le croit, et le risque ne vient pas de l'algorithme mais de l'endroit où vont les données. Le hachage est à sens unique et n'est pas du chiffrement - MD5 et SHA-1 sont cassés pour tout usage de sécurité, et même SHA-256 n'est pas le bon outil pour stocker des mots de passe, là où bcrypt, scrypt ou Argon2 existent précisément pour être lents. Le Base64 est un encodage, pas une protection : n'importe qui peut le décoder, ne le prenez donc jamais pour de l'obfuscation. Un JWT peut être lu par quiconque le détient, c'est pourquoi sa charge utile ne doit jamais contenir de secrets, et décoder un jeton ne vérifie pas sa signature - la vérification exige la clé. Tout sur ce site s'exécute localement dans votre navigateur, et c'est précisément pour cela qu'il peut manipuler des jetons et des mots de passe en toute sécurité.

Où les conversions cassent sans bruit

La plupart des bugs de conversion ne portent pas sur la syntaxe mais sur le sens. Une colonne CSV de codes postaux perd ses zéros initiaux dès qu'un tableur devine qu'il s'agit d'un nombre ; un identifiant long dépasse la précision des nombres à virgule flottante ; les dates changent de sens selon qu'elles sont au format jour-mois ou mois-jour. Les clés JSON ne sont pas ordonnées, mais les tableaux le sont, et un outil qui trie les clés ne change rien tandis qu'un outil qui trie les tableaux modifie les données. L'Unicode est un autre piège : le texte peut arriver en UTF-8, en UTF-16 ou avec un BOM, et un décodeur qui se trompe transforme les caractères accentués en mojibake. Avant de faire confiance à une conversion, vérifiez par échantillon la première et la dernière ligne, tout champ à zéros initiaux et tout champ contenant des guillemets, des virgules ou des retours à la ligne.