Générateur de Hash
Générez des condensés MD5, SHA-1, SHA-256, SHA-384 et SHA-512 à partir de n'importe quel texte. Tout s'exécute localement dans votre navigateur, votre texte n'est donc jamais téléversé.
Texte d'entrée
0 caractères
Hash
Saisissez du texte ci-dessus pour voir ses hash.
Comment utiliser Générateur de Hash
- 1
Saisissez votre texte
Tapez ou collez n'importe quel texte dans le panneau de saisie ; les empreintes sont calculées automatiquement à partir de ses octets UTF-8.
- 2
Lisez chaque empreinte
Affichez ensemble les résultats MD5, SHA-1, SHA-256, SHA-384 et SHA-512, chacun se mettant à jour en direct au fil de la frappe.
- 3
Choisissez le bon algorithme
Optez pour SHA-256 ou plus robuste pour tout ce qui touche à la sécurité, et réservez MD5 ou SHA-1 aux sommes de contrôle non sécurisées et à la compatibilité avec les anciens systèmes.
- 4
Copiez une empreinte
Cliquez sur Copier sur n'importe quelle ligne pour placer cette empreinte hexadécimale dans votre presse-papiers, le tout sans quitter votre navigateur.
Les fonctions de hachage expliquées : empreintes, intégrité et ce qu'il ne faut pas faire
Ce que fait une fonction de hachage
Une fonction de hachage cryptographique prend une entrée de longueur quelconque et produit une chaîne d'octets de longueur fixe appelée empreinte, généralement affichée en hexadécimal. SHA-256 émet toujours 256 bits — 64 caractères hexadécimaux — que vous lui donniez une seule lettre ou un fichier d'un gigaoctet. La fonction est unidirectionnelle par conception : calculer l'empreinte à partir de l'entrée est rapide, mais retrouver l'entrée à partir de l'empreinte est impraticable sur le plan calculatoire. C'est toute l'idée de cette asymétrie.
Ce générateur calcule cinq empreintes à partir du même texte en une seule fois — MD5, SHA-1, SHA-256, SHA-384 et SHA-512 — en utilisant l'API Web Crypto lorsqu'elle est disponible. Les voir côte à côte rend les compromis concrets : les fonctions plus anciennes sont plus courtes et plus rapides, la famille SHA-2 est plus longue et conçue pour les travaux de sécurité.
Déterminisme et effet d'avalanche
Les empreintes sont parfaitement déterministes. La même entrée produit toujours la même empreinte, à chaque fois, sur chaque machine et dans chaque implémentation correcte — ce qui est exactement ce qui les rend utiles pour la comparaison et la vérification. Tapez le mot hello et vous obtenez une chaîne SHA-256 précise ; tapez-le de nouveau demain et vous obtenez la chaîne identique.
Pourtant, la correspondance est extrêmement sensible à l'entrée. Modifiez un seul caractère — changez même la casse d'une lettre ou ajoutez une espace de fin — et une bonne fonction de hachage produit une empreinte entièrement différente et méconnaissable, dont environ la moitié des bits de sortie basculent. C'est l'effet d'avalanche, et c'est pourquoi les empreintes sont inutiles pour deviner à quel point deux entrées se ressemblent : des entrées presque identiques paraissent totalement étrangères l'une à l'autre, ce qui est une fonctionnalité, pas un défaut.
L'usage quotidien : intégrité et sommes de contrôle
L'usage légitime le plus courant d'une empreinte est de vérifier que des données sont arrivées intactes. Une page de téléchargement publie le SHA-256 d'un fichier ; après le téléchargement, vous hachez votre copie et vous comparez. Si les deux empreintes correspondent caractère pour caractère, le fichier est identique au bit près à l'original et n'a pas été tronqué ni corrompu en transit. Si ne serait-ce qu'un bit diffère, les empreintes ne correspondront pas.
La même propriété alimente la déduplication et la détection de changements. Les systèmes de stockage hachent des blocs pour repérer les doublons sans les comparer octet par octet, les systèmes de gestion de versions et les caches utilisent des empreintes de contenu comme identifiants, et les outils de build hachent les entrées pour décider si un travail peut être ignoré. Dans tous ces cas, l'empreinte est une signature compacte et fiable du contenu.
Le hachage n'est pas du chiffrement
Cette confusion est partout et elle a son importance. Le chiffrement est réversible : avec la bonne clé, vous pouvez retrouver le texte en clair d'origine, car toute sa raison d'être est de protéger des données que vous comptez relire plus tard. Le hachage est unidirectionnel à dessein — il n'y a ni clé ni étape de déchiffrement, car l'objectif est une signature, pas une copie récupérable.
Une empreinte n'est donc jamais la réponse à « rendre ce texte secret mais lisible plus tard ». Si vous devez stocker quelque chose et le récupérer, c'est du chiffrement qu'il vous faut. Si vous n'avez besoin que de vérifier si une entrée ultérieure correspond à une entrée antérieure sans stocker l'original, c'est une empreinte qu'il vous faut. Choisir le mauvais outil est une erreur de conception qu'aucune robustesse d'algorithme ne peut corriger.
MD5 et SHA-1 sont cassés pour la sécurité
MD5 et SHA-1 sont encore calculés ici car ils restent utiles pour les sommes de contrôle non liées à la sécurité, l'interopérabilité avec d'anciens systèmes et la comparaison avec des valeurs produites par d'anciens systèmes. Mais tous deux sont cryptographiquement cassés : les chercheurs ont produit des collisions pratiques, c'est-à-dire deux entrées différentes qui aboutissent à la même empreinte, et pour SHA-1 cela a été démontré avec de vrais fichiers ayant du sens. Une collision détruit la garantie de sécurité selon laquelle une empreinte identifie de façon unique son entrée.
La règle pratique est simple. N'utilisez jamais MD5 ni SHA-1 là où un attaquant pourrait tirer profit de la falsification d'une correspondance — signatures numériques, empreintes de certificat, journaux infalsifiables ou identifiants anti-collision. Pour tout ce qui touche à la sécurité, choisissez SHA-256 ou plus robuste. Réservez les fonctions héritées aux contrôles d'intégrité ordinaires, là où aucun adversaire n'est en jeu.
Pourquoi le hachage simple est inadapté aux mots de passe
Il est tentant de stocker un mot de passe en enregistrant son SHA-256 et en le comparant à la connexion, mais c'est une grave erreur. Les fonctions de hachage généralistes sont conçues pour être rapides, et cette rapidité permet aux attaquants d'essayer des milliards de mots de passe candidats par seconde contre une base de données volée. Pire, deux utilisateurs ayant le même mot de passe produisent la même empreinte, et des tables de recherche précalculées (tables arc-en-ciel) peuvent inverser instantanément les mots de passe courants.
Un stockage de mots de passe correct utilise une fonction de dérivation de clé lente, salée et conçue à cet effet — bcrypt, scrypt ou Argon2 — où un sel aléatoire unique par utilisateur déjoue les tables de recherche et où un facteur de coût délibéré rend la force brute coûteuse. Un sel est simplement une donnée aléatoire combinée au mot de passe avant le hachage, de sorte que des mots de passe identiques produisent des valeurs stockées différentes. Utilisez cet outil pour comprendre et vérifier des empreintes, mais n'utilisez pas une empreinte SHA brute pour stocker des identifiants.
Encodage, format de sortie et confidentialité
Comme une empreinte opère sur des octets, l'encodage du texte doit être fixé, sinon l'empreinte n'a aucun sens d'un outil à l'autre. Ce générateur encode votre entrée en UTF-8 avant le hachage, de sorte que les lettres accentuées, les alphabets non latins et les emojis produisent tous des empreintes standard qui correspondent aux autres implémentations fondées sur UTF-8. Si une empreinte que vous calculez ailleurs diffère, un décalage d'encodage — ou un saut de ligne de fin parasite — en est la cause habituelle.
Tout s'exécute localement dans votre navigateur ; votre entrée n'est jamais téléversée, journalisée ni stockée, ce qui rend l'outil sûr pour hacher des jetons, le contenu de fichiers ou d'autres valeurs sensibles. Une habitude de vérification commode consiste à coller une entrée connue et à confirmer que l'empreinte correspond à la valeur indiquée par votre application ou une page de téléchargement — lorsqu'elles concordent octet pour octet, les deux côtés encodent et hachent bien la même chose.
Questions fréquentes
Quels algorithmes de hachage cet outil génère-t-il ?
Mon entrée est-elle envoyée à un serveur ?
Dois-je utiliser MD5 ou SHA-256 ?
Une empreinte peut-elle être inversée vers le texte d'origine ?
Gère-t-il correctement l'Unicode et les emojis ?
Outils similaires
Continuez avec ces outils pratiques