Générateur de Hash

Générez des empreintes cryptographiques SHA-1, SHA-256 et SHA-512 pour n'importe quel texte.

Input text
Hashes update in real-time. Any change in input produces a completely different hash.
About these algorithms
SHA-1160-bit hash. Deprecated for security — use for checksums and non-security identifiers only.
SHA-256256-bit hash. Current standard for security applications, digital signatures, and password hashing chains.
SHA-512512-bit hash. Higher collision resistance. Used when maximum security margin is required.
Mode en masse Pro

Qu'est-ce que Générateur de Hash ?

Une fonction de hachage cryptographique prend une entrée de n’importe quelle taille et produit une sortie de taille fixe (le hachage ou condensé) dotée de propriétés de sécurité clés : la même entrée produit toujours la même sortie, un changement minime de l’entrée produit une sortie totalement différente (l’effet avalanche), et il est calculatoirement infaisable d’inverser un hachage vers l’entrée d’origine. Notre générateur de hachage calcule des hachages SHA-1, SHA-256 et SHA-512 à l’aide de la Web Crypto API intégrée à votre navigateur.

Les fonctions de hachage sont fondamentales pour la sécurité et l’intégrité des données. Les mots de passe sont stockés sous forme de hachages afin qu’une fuite de base de données n’expose pas les mots de passe réels. Les téléchargements de fichiers incluent des sommes de contrôle SHA-256 pour vérifier l’intégrité. Les signatures numériques utilisent des fonctions de hachage pour créer des résumés compacts de documents. Git utilise SHA-1 pour identifier chaque commit, arbre et blob. Notre outil utilise SubtleCrypto (window.crypto.subtle) — la même API que les applications web sécurisées.

Comprendre le hachage est essentiel pour tout développeur travaillant sur la sécurité, l’authentification ou l’intégrité des données. Cet outil rend les concepts de hachage tangibles : tapez du texte, voyez le hachage, changez un caractère, observez la sortie totalement différente. Cette exploration concrète bâtit une intuition que les descriptions théoriques seules ne peuvent offrir.

Cas d'utilisation

Voici les façons les plus courantes d'utiliser Générateur de Hash au quotidien.

Vérification de l’intégrité des fichiers

Les téléchargements de logiciels, les jeux de données et les images de firmware incluent souvent des sommes de contrôle SHA-256 publiées. Après le téléchargement, hachez le fichier et comparez à la somme de contrôle publiée. Des hachages identiques confirment que le fichier est intact. Des hachages différents indiquent une corruption ou une altération. C’est ainsi que les distributions Linux, les chercheurs en sécurité et les éditeurs de logiciels vérifient l’authenticité des fichiers.

Vérification du hachage de mots de passe

Lors du débogage du hachage de mots de passe dans une application, vérifiez que votre fonction produit la sortie attendue pour des entrées connues. Si vous attendez une valeur SHA-256 précise et que l’application produit un hachage différent, il peut y avoir des différences d’encodage (UTF-8 vs UTF-16), des décalages de salage ou des différences d’algorithme. Notre outil utilise l’encodage UTF-8 et les algorithmes SHA standard sans salage pour une comparaison directe.

Sommes de contrôle de pipelines de données

Ajoutez des sommes de contrôle aux jeux de données et aux exports de fichiers pour que les consommateurs en aval puissent vérifier qu’ils ont reçu des données complètes et non modifiées. Hachez la chaîne de contenu, stockez le hachage à côté des données et re-vérifiez à la réception. Ce schéma détecte la corruption silencieuse des données lors du stockage, de la transmission réseau et des pipelines de traitement.

Clés de cache basées sur le contenu

Les systèmes de stockage adressables par contenu (comme les objets git, la vérification de paquets npm et les clés de cache CDN) utilisent des hachages comme identifiants. Le hachage du contenu est la clé — un contenu identique a toujours le même hachage, et tout changement produit un hachage différent. Utilisez des hachages SHA-256 comme clés de cache pour le contenu qui doit être invalidé à tout changement.

Signature de requêtes d’API et vérification HMAC

De nombreuses API (Stripe, GitHub, Twilio) signent les charges utiles de webhook avec HMAC-SHA256 afin que les destinataires puissent vérifier que la requête provient réellement du fournisseur d’API. Comprendre les fonctions de hachage est un prérequis pour implémenter la vérification de signature de webhook : vous hachez le corps brut de la requête avec le secret partagé et le comparez à la signature de l’en-tête. Notre outil vous permet d’explorer le hachage SHA des charges utiles comme exercice d’apprentissage ; le HMAC en production devrait utiliser une bibliothèque cryptographique plutôt que cet outil d’interface.

Comprendre l’identité des objets Git

Git identifie chaque commit, arbre, blob et tag par son hachage SHA-1. Le hachage de commit est déterministe — le même état de dépôt produit toujours le même hachage de commit. Modifier un contenu, un message, un parent ou un horodatage produit un hachage totalement différent. Comprendre le fonctionnement des hachages git démystifie le rebasing (qui change les hachages), le cherry-picking et le stockage adressé par contenu. Hachez « Hello, World! » ici et observez la même sortie hexadécimale que git stockerait pour ce blob.

Exemples

Exemple 1

Hacher un mot de passe de test

Générez le SHA-256 d’une entrée connue pour le comparer à une valeur de hachage stockée.

Entrée myTestPassword
Sortie SHA-256 : a1b2c3... (chaîne hexadécimale déterministe de 64 caractères — la même entrée produit toujours la même sortie)
Exemple 2

Observer l’effet avalanche

Hachez « Hello » et « hello » pour voir comment un changement d’un seul caractère produit des hachages totalement différents.

Entrée Entrée A : Hello Entrée B : hello
Sortie SHA-256 A : 185f8db32921bd46d35cc2e50... SHA-256 B : 2cf24dba5fb0a30e26e83b2ac... (entièrement différent malgré une différence d’un caractère)
Exemple 3

Empreinte du contenu d’un fichier

Générez un hachage SHA-256 du contenu d’un fichier pour l’utiliser comme clé de cache ou contrôle d’intégrité.

Entrée Contenu d’un fichier CSS collé sous forme de texte
Sortie SHA-256 : 8d969eef6ecad3c29a3a629280... (empreinte unique — change si un caractère du CSS change)

Générateur de Hash vs MD5

SHA-256 face à MD5 — tous deux sont des fonctions de hachage, mais avec des profils de sécurité très différents.

Caractéristique Toolorah MD5
Taille de sortie SHA-256 : 256 bits (64 car. hex) 128 bits (32 car. hex)
Résistance aux collisions Forte — aucune collision connue Cassée — collisions pratiques démontrées
Résistance à la préimage Forte Théoriquement affaiblie
Vitesse (hachage CPU) Modérée Très rapide
Adapté à la sécurité Oui — TLS, signature de code, mots de passe Non — sommes de contrôle non sécuritaires uniquement
Utilisé dans git SHA-1 historiquement ; SHA-256 dans git moderne Jamais
Recommandé par le NIST Oui Non — déprécié

Conseils d'utilisation de Générateur de Hash

  • SHA-1 est cassé à des fins de sécurité — utilisez-le uniquement pour des sommes de contrôle non liées à la sécurité et la compatibilité héritée.
  • SHA-256 est le standard actuel pour la sécurité : signatures numériques, certificats, hachage de mots de passe PBKDF2.
  • Le hachage n’est pas du chiffrement — vous ne pouvez pas récupérer le texte original à partir d’un hachage. Utilisez le chiffrement (AES) pour des données récupérables.
  • L’effet avalanche signifie qu’un seul changement de caractère produit un hachage totalement différent — c’est une propriété de sécurité fondamentale.
  • Pour le stockage de mots de passe, utilisez bcrypt, scrypt ou Argon2, qui ajoutent un coût de calcul et du salage. Les hachages SHA bruts ne conviennent pas aux mots de passe.

Foire aux questions

Quelle est la différence entre SHA-1, SHA-256 et SHA-512 ?

SHA-1 produit un hachage de 160 bits (40 caractères hexadécimaux). C’était le standard de sécurité jusqu’au début des années 2010, mais il est désormais considéré comme cryptographiquement faible — des attaques par collision pratiques ont été démontrées en 2017. Ne l’utilisez pas pour des applications de sécurité. SHA-256 produit un hachage de 256 bits (64 caractères hexadécimaux), de la famille SHA-2. C’est le standard actuel pour les certificats TLS, la signature de code, les cryptomonnaies et la plupart des applications de sécurité. SHA-512 produit un hachage de 512 bits (128 caractères hexadécimaux), également SHA-2. Il est plus rapide que SHA-256 sur les processeurs 64 bits et offre une marge de sécurité plus large.

Puis-je inverser un hachage pour obtenir le texte original ?

Non. Les fonctions de hachage cryptographiques sont conçues pour être à sens unique — il n’existe pas d’inverse mathématique. La seule façon de « casser » un hachage est la recherche exhaustive : essayer des entrées jusqu’à ce que l’une produise le même hachage. Pour des entrées courtes ou courantes (mots de passe courts, mots du dictionnaire), des tables arc-en-ciel précalculées rendent cela rapide. Pour des entrées longues et aléatoires, c’est calculatoirement infaisable avec le matériel actuel ou prévisible. C’est pourquoi le hachage convient au stockage de mots de passe — même si la base de données est volée, les mots de passe ne peuvent pas être récupérés à partir des hachages (à condition d’un salage correct).

Qu’est-ce qu’une collision de hachage ?

Une collision survient lorsque deux entrées différentes produisent le même hachage. Comme les fonctions de hachage mappent une infinité d’entrées vers un espace de sortie fini, des collisions doivent théoriquement exister. La propriété de sécurité est la résistance aux collisions — rendre calculatoirement infaisable de trouver deux entrées quelconques avec le même hachage. La résistance aux collisions de SHA-1 est cassée. SHA-256 et SHA-512 sont actuellement considérés comme résistants aux collisions. Aucune collision dans SHA-256 n’a été trouvée ; les estimations suggèrent qu’elle exigerait des ressources de calcul dépassant la capacité de calcul mondiale actuelle.

Qu’est-ce que l’effet avalanche ?

L’effet avalanche est la propriété selon laquelle un petit changement de l’entrée produit une sortie radicalement différente. Dans SHA-256, modifier un seul caractère de l’entrée change environ la moitié des 256 bits de sortie. C’est une propriété de sécurité délibérément conçue — elle empêche toute relation entre des entrées similaires d’être visible dans leurs hachages, ce qui révélerait des informations sur l’entrée. Vous pouvez l’observer directement : hachez « Hello » et « hello » et comparez les sorties totalement différentes malgré une différence d’un caractère.

Pourquoi les fonctions de hachage ne sont-elles pas utilisées pour le chiffrement ?

Les fonctions de hachage sont à sens unique par conception — vous ne pouvez pas déchiffrer un hachage pour récupérer les données d’origine. Le chiffrement est bidirectionnel : des données chiffrées avec une clé peuvent être déchiffrées avec la même clé ou une clé liée. Ils résolvent des problèmes différents : le hachage prouve l’intégrité des données et stocke les mots de passe de façon sûre (on vérifie en re-hachant et en comparant, pas en déchiffrant). Le chiffrement assure la confidentialité (les données elles-mêmes doivent être récupérables). Utiliser le hachage pour des données à récupérer plus tard est une erreur d’architecture — utilisez plutôt le chiffrement AES.

Combien de temps faut-il pour casser un hachage SHA-256 ?

La réponse dépend entièrement de l’entropie de l’entrée. Un mot de passe de 6 caractères en minuscules (308 millions de possibilités) peut être cassé par force brute contre SHA-256 en quelques secondes sur du matériel moderne. Un mot du dictionnaire plus un chiffre prend des minutes. Un mot de passe aléatoire de 16 caractères (de notre générateur de mots de passe) a plus d’entrées possibles qu’il n’y a d’atomes dans l’univers observable — pratiquement impossible à casser par force brute. C’est pourquoi le hachage de mots de passe devrait utiliser bcrypt, Argon2 ou PBKDF2 — ces fonctions sont délibérément lentes, ce qui fait que les attaques par force brute prennent des milliers d’années même pour des mots de passe relativement courts.

Qu’est-ce que HMAC et en quoi diffère-t-il d’un hachage SHA normal ?

HMAC (code d’authentification de message basé sur le hachage) combine une fonction de hachage avec une clé secrète pour produire un code d’authentification de message. Hachage SHA normal : hash(message) — n’importe qui peut le calculer. HMAC : hash(secret + message) — seules les parties disposant du secret peuvent le calculer ou le vérifier. HMAC-SHA256 sert à vérifier l’authenticité des webhooks (Stripe, GitHub), à signer des requêtes d’API (AWS Signature Version 4) et à authentifier les données dans les jetons de session. La clé secrète empêche un attaquant de forger un HMAC valide même s’il peut voir tous les messages et leurs MAC.