Générateur de hachage

À propos du hachage

Une fonction de hachage prend n'importe quelle entrée et produit une empreinte de longueur fixe. La même entrée produit toujours le même hachage, mais un hachage ne peut pas être inversé pour retrouver les données d'origine, et même un seul caractère modifié dans l'entrée change complètement la sortie.

Le hachage d'un texte dépend de ses octets exacts, pas seulement de ses caractères — la même chaîne encodée en UTF-8 ou en UTF-16 produit deux hachages totalement différents, même si une personne lisant l'un ou l'autre verrait un texte identique. C'est pourquoi les outils de hachage de fichiers travaillent sur des octets bruts plutôt que sur du « texte » : il n'y a aucune ambiguïté à résoudre. Quand vous hachez du texte collé ici, il est d'abord encodé en UTF-8, ce que suppose aussi presque toute somme de contrôle à laquelle vous le comparerez, mais il vaut la peine de savoir que cette hypothèse existe.

Où vous le rencontrerez

• Vérifier qu'un fichier téléchargé correspond à la somme de contrôle publiée par l'éditeur
• Comparer deux fichiers pour vérifier leur égalité sans comparer tout leur contenu
• Générer des clés anti-cache ou des identifiants adressés par contenu
• Vérifier l'intégrité des données après un transfert ou une sauvegarde

Questions fréquentes

MD5 ou SHA-1 sont-ils sûrs pour les mots de passe ?
Non. Les deux sont compromis pour un usage sécuritaire — utilisez plutôt un algorithme dédié comme bcrypt ou Argon2. Ce sont des hachages génériques, pas des hachages de mots de passe.

Quel algorithme devrais-je utiliser ?
Pour les contrôles d'intégrité, SHA-256 ou SHA-512 sont la norme actuelle. MD5 et SHA-1 restent courants pour la vérification de sommes de contrôle héritées, mais ne doivent pas être utilisés pour la sécurité.

Mes fichiers téléchargés sont-ils stockés ?
Non. Les fichiers sont hachés sur le serveur pour cette seule requête, puis supprimés.

Pourquoi hacher le même texte donne-t-il un résultat différent ailleurs ?
La cause la plus courante est l'encodage des caractères : un texte d'apparence identique produit une séquence d'octets différente, et donc un hachage différent, selon qu'il est encodé en UTF-8, en UTF-16 ou autrement. Des espaces finales ou une convention de fin de ligne différente (\n contre \r\n) modifient aussi les octets de façon invisible. Cet outil hache le texte collé en UTF-8 ; si votre valeur de comparaison provient d'un encodage différent, l'écart est attendu, pas un bug.