Générer un Hash MD5 ou SHA-256
Générez des hachages MD5, SHA-1, SHA-256 ou SHA-512 à partir de tout texte ou fichier, instantanément.
Votre entrée reste sur votre appareil
Rien à supprimer ensuite
Sûr pour les clés et les jetons
Fonctionne dans tout navigateur moderne
Comment ça marche
- 1
Collez votre texte
Une chaîne, une clé, un document ou tout ce dont vous voulez une empreinte.
- 2
Lisez les empreintes
Les quatre algorithmes apparaissent d’un coup ; choisissez celui qu’utilise l’autre partie.
- 3
Comparez ou copiez
Confrontez-la à une somme publiée, ou copiez-la dans un relevé de ce que vous avez vérifié.
Pourquoi cet outil
Quatre algorithmes à la fois
MD5, SHA-1, SHA-256 et SHA-512 depuis la même entrée, pour coller à ce que liste n’importe quel fichier de somme de contrôle.
Sortie hexadécimale et Base64
La même empreinte dans les deux représentations, car deux outils affichant des chaînes différentes ne font souvent que la formater autrement.
Traitement exact des octets
Le texte est haché en UTF-8 sans saut de ligne ajouté, ce qui explique le plus souvent pourquoi deux empreintes du « même » texte divergent.
Instantané quelle que soit la taille
Un mot ou un long document, haché au fil de la saisie, sans aller-retour.
Rien n’est envoyé
L’empreinte est calculée dans votre navigateur — la valeur que vous vérifiez n’atteint jamais un serveur.
Gratuit et sans compte
Aucune inscription, aucun filigrane et aucune limite sur la quantité hachée.
Une empreinte prouve l’identité, pas le secret
Voilà à quoi sert une empreinte, et c’est une tâche plus étroite que la plupart ne l’imaginent. Une fonction de hachage prend n’importe quelle entrée et produit une empreinte de longueur fixe qu’on ne peut pas inverser — il n’existe aucun moyen de retrouver l’original, par conception et non par obscurité. Ce que cela vous offre, c’est une réponse bon marché à une seule question : cette chose est-elle identique à celle-là ? Le fichier est-il arrivé tel qu’il est parti. Cette ligne est-elle un doublon de celle que j’ai déjà stockée. Cette configuration a-t-elle changé depuis ma dernière vérification. Ce sont des questions d’intégrité et d’identité, et une empreinte y répond dans un espace constant, quelle que soit la taille de l’entrée. Ce qu’une empreinte ne fait pas, c’est protéger une valeur que vous devrez relire ensuite : c’est un autre problème, qui appelle du chiffrement et non une empreinte.
Un seul bit changé produit une sortie entièrement différente
La propriété qui rend une empreinte utile, c’est que des entrées voisines ne produisent pas des empreintes voisines. Changez une lettre dans un document de cent pages et le résultat SHA-256 est entièrement différent — pas légèrement, mais méconnaissable, avec environ la moitié des bits inversés. C’est délibéré, et c’est ce qui permet à une empreinte de détecter une corruption qu’un contrôle de taille ou un coup d’œil manquerait : un octet abîmé pendant le transfert, un caractère invisible collé dans une configuration, une fin de ligne convertie quelque part dans la chaîne. Le revers, c’est qu’une empreinte vous dit seulement que quelque chose a changé, jamais quoi ni où. Une somme de contrôle qui ne correspond pas est un signal pour retélécharger ou comparer le fichier, pas un diagnostic. La longueur fixe est l’autre moitié : une archive de cinq gigaoctets et un seul mot produisent tous deux 64 caractères hexadécimaux avec SHA-256.
MD5 et SHA-1 sont cassés, mais savoir ce que « cassé » veut dire compte
Les deux algorithmes sont cryptographiquement cassés, et le conseil de cesser de les employer est juste — mais il vaut la peine de comprendre la défaillance précise, car un conseil global mène à de mauvaises conclusions. Ce qui est cassé, c’est la résistance aux collisions : il est désormais réalisable de fabriquer deux entrées différentes produisant la même empreinte MD5 ou SHA-1. Cela ruine tout usage où un adversaire choisit l’entrée : signatures, certificats, contrôles d’intégrité de téléchargements d’origine non fiable, et tout ce qu’une revue de sécurité regardera. Cela ne ruine pas les usages non adversariaux. Dédoublonner vos propres fichiers, détecter si un enregistrement en cache a changé, ou vérifier qu’une copie interne à vos systèmes est intacte sont des cas où personne ne vous attaque, et MD5 y reste une empreinte rapide et suffisante. Sachez dans quelle situation vous êtes plutôt que d’appliquer une règle unique aux deux.
Ne hachez jamais un mot de passe avec l’un de ceux-ci
C’est l’avertissement le plus lourd de conséquences de cette page, et il est contre-intuitif car il plaide contre la vitesse. SHA-256 est conçu pour être rapide — une qualité partout sauf pour le stockage des mots de passe. Une carte graphique moderne calcule des milliards d’empreintes SHA-256 par seconde : une base volée d’empreintes SHA-256 de mots de passe ne vaut donc guère mieux qu’une base volée de mots de passe. Les mots de passe courants tombent en quelques secondes, le reste tombe devant des listes de mots. Le stockage exige des fonctions conçues pour être lentes et gourmandes en mémoire, avec un sel aléatoire unique par utilisateur : bcrypt, scrypt, ou Argon2, la recommandation actuelle. Ajouter un sel à SHA-256 aide contre les tables précalculées mais ne change rien au problème de vitesse. Si vous trouvez SHA-256 dans votre code d’authentification, c’est un constat, pas un détail.
Pourquoi le même fichier semble avoir deux empreintes différentes
Cela revient sans cesse, et la cause n’est presque jamais l’algorithme. D’abord la représentation : la même empreinte peut s’écrire en hexadécimal ou en Base64, et en hexadécimal en majuscules ou en minuscules — trois façons d’écrire des octets identiques, dont aucune ne coïncide comme chaîne. Ensuite, et c’est plus fréquent avec du texte, ce qui a exactement été haché. Le saut de ligne final est le grand classique : la plupart des éditeurs en ajoutent un à l’enregistrement, la plupart des copier-coller non, et ce sont deux entrées différentes aux empreintes différentes. Les fins de ligne sont le même piège à grande échelle : un fichier récupéré sous Windows en CRLF ne donne pas la même empreinte que le même fichier sous Linux en LF. Enfin l’encodage : un texte haché en UTF-8 et le même texte en UTF-16 ne partagent aucun octet. Avant de soupçonner l’outil, vérifiez que les deux côtés ont haché exactement les mêmes octets.
Pourquoi hacher en local compte pour ce type d’entrée
Il vaut la peine de regarder ce que l’on met dans un générateur d’empreintes. Souvent c’est anodin — un nom de fichier, une chaîne de test, une somme publique. Mais une bonne part ne l’est pas : une clé d’API confrontée à une empreinte stockée, un mot de passe testé contre une empreinte connue, un jeton, une clé de licence, une donnée client que l’on rapproche. La tâche appelle d’elle-même des entrées sensibles, car on hache une valeur précisément quand il faut la comparer à quelque chose sans la révéler. Coller cela dans un générateur hébergé envoie le texte en clair à un tiers, ce qui inverse tout l’objet de l’opération. Cet outil calcule l’empreinte dans la page et ne transmet rien, ce que vous pouvez vérifier dans l’onglet Réseau des outils de développement.
Erreurs courantes à éviter
- Hacher un mot de passe avec SHA-256 ou MD5. Ils sont faits pour être rapides, et une carte graphique en calcule des milliards par seconde — le stockage réclame bcrypt, scrypt ou Argon2 avec un sel par utilisateur.
- Voir dans une empreinte un moyen de cacher quelque chose. Elle est à sens unique par conception, donc rien n’est récupérable — mais cela signifie aussi qu’elle ne protège pas une valeur à relire ensuite.
- Appliquer « n’utilisez jamais MD5 » à tous les cas. La résistance aux collisions a disparu, ce qui l’écarte dès qu’un adversaire choisit l’entrée ; pour dédoublonner vos propres fichiers, elle reste une empreinte rapide et suffisante.
- Accuser l’outil quand deux empreintes divergent. Vérifiez le saut de ligne final, les fins de ligne CRLF contre LF, et la sortie hexadécimale contre Base64 avant de soupçonner l’algorithme.
- Coller une clé d’API ou un jeton dans un générateur hébergé. On hache une valeur justement pour ne pas la révéler, et téléverser le texte en clair inverse tout l’objet ; hachez en local.
Comparaison
| Critère | Cet outil | Générateurs en ligne | Une ligne de commande |
|---|---|---|---|
| Contenu envoyé à un serveur | Jamais | Le plus souvent | Non |
| Quatre algorithmes à la fois | Oui | Le plus souvent un | Un par commande |
| Hexadécimal et Base64 côte à côte | Oui | Rarement | Nécessite un tube |
| Installation nécessaire | Aucune | Aucune | Un terminal |
| Compte ou inscription | Pas nécessaire | Souvent exigé | Pas nécessaire |
| Prix | Gratuit | Gratuit / offres payantes | Gratuit |
Fonctionnalités
MD5, SHA-1, SHA-256, SHA-512
Les quatre qu’on vous demandera réellement, calculées depuis une seule entrée.
Hexadécimal et Base64
Les mêmes octets montrés de deux façons, puisque fichiers de sommes et API divergent sur celle à imprimer.
Gestion de l’entrée en UTF-8
Le texte arabe, turc et accentué est haché selon sa séquence d’octets correcte.
Aucun saut de ligne ajouté
Ce que vous collez est ce qui est haché, et cela compte plus qu’on ne le croit.
Supporte les entrées longues
Des documents entiers se hachent sans envoi ni plafond de taille.
Comparaison insensible à la casse
Les empreintes hexadécimales ne diffèrent que par la casse selon les outils ; la comparaison l’ignore.
Rien à installer
Pas de ligne de commande, pas d’environnement d’exécution, pas de dépendances : tout se passe sur la page web.
Compatible arabe et RTL
Interface complète en huit langues, dont l’arabe de droite à gauche.
Sécurisé par défaut
Servi en HTTPS, sans suivi du contenu ni envoi à un tiers.
Qui l’utilise
Développeurs
Confronter une valeur à une empreinte stockée sans écrire de script ni ouvrir un terminal.
Ingénieurs sécurité
Vérifier une somme publiée, ou déterminer quel algorithme a produit une empreinte d’une longueur donnée.
Administrateurs système
Confirmer qu’un fichier transféré est identique octet pour octet à celui qui est parti.
Ingénieurs data
Produire une empreinte stable pour détecter les changements ou dédoublonner dans une chaîne.
Questions Fréquentes
Non. Tout s’exécute localement dans votre navigateur — votre texte n’est jamais envoyé, stocké ni partagé.
Oui — entièrement gratuit, sans compte et sans limite.