Can I reverse a hash to get the original input back?

No. Hash functions are one-way by design - there is no mathematical inverse that reconstructs the original input from its digest. What looks like 'cracking' a hash is actually a guessing attack: an attacker hashes millions of candidate inputs (dictionary lookup, rainbow table, or brute-force search) and checks for a matching digest. They find an input that produces the same hash, not the original text. The only practical defenses against this are using a strong algorithm (SHA-256+), a long input, and a per-input salt for stored passwords.

Should I use MD5 or SHA-256 to hash passwords?

No - use a password hashing function instead. MD5 and SHA-256 are general-purpose digest algorithms designed to be fast, which is exactly the wrong property for password storage because attackers can compute billions of guesses per second on a GPU. For passwords, use a purpose-built slow KDF such as bcrypt, scrypt, or Argon2 (the OWASP and NIST recommended choices). These functions add tunable computation cost, memory hardness, and a per-password salt, which makes offline cracking economically impractical even after a database leak.

Is my input sent to the server?

No. All hashing in this tool runs entirely in your browser using the CryptoJS library, and the input never leaves your device. The server only serves the static HTML, CSS, and JavaScript - it sees no inputs, hashes, or metadata about what you typed. This makes the tool safe for hashing sensitive values such as API keys, configuration secrets, file fingerprints, or strings you need to verify against a known digest.

What is a collision and why does it matter?

A hash collision occurs when two different inputs produce the same digest. Collisions are mathematically unavoidable because hash outputs are fixed-length while inputs are unlimited, but a secure algorithm makes finding one computationally infeasible - this is called collision resistance. MD5 (broken in 2004) and SHA-1 (broken in 2017) have practical collision attacks, meaning an attacker can construct a malicious file or TLS certificate that matches the digest of a legitimate one. SHA-256, SHA-384, and SHA-512 have no known practical collisions and remain the current standard for digital signatures, certificates, blockchains, and file integrity checks.

Which hash algorithm is fastest?

MD5 is the fastest of the six algorithms here, followed by SHA-1, then SHA-256/SHA-224, then SHA-384/SHA-512. Speed scales with digest size and round count - larger digests do more work per input. On modern x86-64 hardware, MD5 hashes around 700 MB/s per core, SHA-256 around 400 MB/s, and SHA-512 around 600 MB/s (because SHA-512 uses 64-bit words that process more data per round). For password hashing the speed ranking is reversed: you want the slowest algorithm available, which is why bcrypt, scrypt, or Argon2 are used instead.

What is the difference between hashing and encryption?

Hashing is a one-way transformation: the digest cannot be reversed to recover the input. Encryption is a two-way transformation: the ciphertext can be decrypted back to the plaintext using a key. Use hashing when you need to verify integrity (file checksums, password storage, digital signatures) or fingerprint data. Use encryption when you need to retrieve the original content later, such as protecting a message in transit (TLS, HTTPS) or at rest (disk encryption). The two are often combined - signing a message uses a hash plus encryption of that hash with a private key.

Why do MD5 and SHA-1 still appear in this tool?

MD5 and SHA-1 are still useful for non-security use cases such as file integrity checks against accidental corruption, deduplication, ETags in HTTP caching, and verifying legacy systems that have not migrated yet. They are unsafe for any security-sensitive purpose - password storage, digital signatures, certificate fingerprints, or message authentication. Treat them as a checksum, not a security primitive.

How long is each hash output?

Each algorithm produces a fixed-length digest regardless of input size. MD5: 128 bits / 32 hex characters. SHA-1: 160 bits / 40 hex characters. SHA-224: 224 bits / 56 hex characters. SHA-256: 256 bits / 64 hex characters. SHA-384: 384 bits / 96 hex characters. SHA-512: 512 bits / 128 hex characters. The hex representation is twice the byte count because each byte is two hex characters.

Générateur de hachage - MD5, SHA-1, SHA-256, SHA-384, SHA-512 in your browser

Hash workspace

Hash text or a file, sign a message with HMAC, or identify an unknown hash. Everything runs in your browser and never leaves this page.

Output format

0car. 0octets

MD5

SHA-1

SHA-224

SHA-256

SHA-384

SHA-512

SHA3-256

RIPEMD-160

Drop a file here, or click to choose one

The file is read and hashed on your device. It is never uploaded.

MD5

SHA-1

SHA-256

SHA-512

Verify against a checksum

Secret key

Message

Algorithm

HMAC output

Unknown hash

This is a best guess based on length and shape, not proof. Many algorithms produce the same-length output.

What is a hash, in plain words?

Think of a hash as a digital fingerprint for a piece of text or a file. Put the same thing in and you always get the exact same short code out; change even one letter and the code looks completely different. You can make the fingerprint from a file, but you can never rebuild the file from the fingerprint. That is why hashes are perfect for checking that a download or a message arrived exactly as it was meant to.

Why use SecretNote's Hash Generator

We do not just hand you a tool and walk away. We explain how hashing works in plain language and show you the best-practice way to use it, even if you have no technical background at all.

SecretNote Typical online tool

Everything runs in your browser - your text and files are never uploaded

Text, files, HMAC and checksum verification in one place

Explained in plain language for non-technical people

Tells you which algorithm to actually use, and why

No account, no sign-up, no ads tracking you, always free

Hash generator algorithm comparison

Comparaison côte à côte de MD5, SHA-1, SHA-224, SHA-256, SHA-384 et SHA-512 avec les tailles de sortie, le niveau de sécurité et les cas d'utilisation recommandés.

MD5 Non sécurisé

Sortie: 128 bit / 32 hex · Cas d'utilisation: Vérifications d'intégrité de fichiers sur des systèmes de confiance (non critiques pour la sécurité)

SHA-1 Compromis

Sortie: 160 bit / 40 hex · Cas d'utilisation: Identifiants de commit Git et chaînes de certificats héritées (à éviter pour les nouveaux projets)

SHA-224 Sécurisé

Sortie: 224 bit / 56 hex · Cas d'utilisation: Environnements contraints nécessitant un condensé SHA-2 plus court

SHA-256 Sécurisé

Sortie: 256 bit / 64 hex · Cas d'utilisation: Signatures numériques, certificats TLS, blockchain, hachage polyvalent

SHA-384 Sécurisé

Sortie: 384 bit / 96 hex · Cas d'utilisation: Suites de chiffrement TLS 1.3 et balises d'intégrité des sous-ressources (SRI)

SHA-512 Sécurisé

Sortie: 512 bit / 128 hex · Cas d'utilisation: Pipelines de hachage de mots de passe et archivage de données haute sécurité

How generated hashes work

The basics

Une fonction de hachage prend n'importe quelle entrée, qu'il s'agisse d'un seul caractère ou d'un fichier entier, et produit une chaîne de longueur fixe appelée condensé. Soumets la même entrée deux fois et tu obtiendras toujours exactement le même résultat. Modifie un seul octet et le condensé change complètement. C'est l'effet avalanche.

Le hachage est une opération unidirectionnelle : il n'existe aucune inverse mathématique permettant de reconstruire l'entrée d'origine à partir de son condensé. Cette propriété rend les hachages utiles pour vérifier l'intégrité d'un fichier sans stocker le fichier lui-même, et pour confirmer qu'un mot de passe correspond sans jamais enregistrer le texte en clair.

La résistance aux collisions est ce qui distingue les algorithmes modernes des algorithmes dépréciés. Une collision se produit quand deux entrées différentes produisent le même condensé. MD5 et SHA-1 sont vulnérables aux collisions construites, c'est pourquoi ils ne sont plus considérés comme fiables pour les tâches sensibles à la sécurité. SHA-256 et les algorithmes supérieurs ne présentent aucune collision pratique connue.

Rule of thumb: reach for SHA-256 by default, and a slow password hash (bcrypt, scrypt, or Argon2) whenever you are storing passwords.

Choisir le bon algorithme

MD5 Uniquement pour les sommes de contrôle non liées à la sécurité quand les outils hérités l'exigent. Jamais pour les mots de passe ou les signatures.
SHA-1 À éviter pour les nouveaux projets. Acceptable uniquement lors d'une interopérabilité avec des systèmes qui n'ont pas encore migré.
SHA-256 La valeur par défaut sûre pour la plupart des usages : vérification de fichiers, signature de requêtes API, clés HMAC.
SHA-512 À privilégier lors de la création d'un pipeline de hachage de mots de passe ou quand un condensé plus long est nécessaire pour une marge de sécurité supplémentaire.
SHA-384 À utiliser pour les attributs d'intégrité des sous-ressources du navigateur (SRI) et la négociation de chiffrements compatibles TLS 1.3.
SHA-224 Usage de niche sur des appareils ou des protocoles contraints avec une limite stricte sur la taille du condensé.

questions fréquentes

Foire aux questions

Questions fréquentes sur les fonctions de hachage et leur utilisation sécurisée.

Non. Les fonctions de hachage sont unidirectionnelles par conception : il n'existe aucune inverse mathématique permettant de reconstruire l'entrée d'origine à partir de son condensé. Ce qui ressemble à un « cassage » de hachage est en réalité une attaque par devinette : un attaquant hache des millions d'entrées candidates (recherche par dictionnaire, table arc-en-ciel ou recherche par force brute) et vérifie si un condensé correspond. Il trouve une entrée qui produit le même hachage, pas le texte d'origine. Les seules défenses pratiques contre cela sont l'utilisation d'un algorithme robuste (SHA-256+), une entrée longue et un sel par entrée pour les mots de passe stockés.

Non : utilise plutôt une fonction de hachage de mots de passe dédiée. MD5 et SHA-256 sont des algorithmes de condensé polyvalents conçus pour être rapides, ce qui est exactement la mauvaise propriété pour le stockage de mots de passe, car les attaquants peuvent calculer des milliards de suppositions par seconde sur un GPU. Pour les mots de passe, utilise une KDF lente dédiée comme bcrypt, scrypt ou Argon2 (les choix recommandés par l'OWASP et le NIST). Ces fonctions ajoutent un coût de calcul réglable, une résistance mémoire et un sel par mot de passe, ce qui rend le cassage hors ligne économiquement impraticable même après une fuite de base de données.

Non. Tout le hachage effectué par cet outil s'exécute entièrement dans ton navigateur grâce à la bibliothèque CryptoJS, et les données saisies ne quittent jamais ton appareil. Le serveur se contente de servir les fichiers HTML, CSS et JavaScript statiques : il ne voit ni les entrées, ni les hachages, ni aucune métadonnée sur ce que tu as tapé. L'outil est donc sûr pour hacher des valeurs sensibles telles que des clés API, des secrets de configuration, des empreintes de fichiers ou des chaînes à vérifier par rapport à un condensé connu.

Une collision de hachage se produit quand deux entrées différentes produisent le même condensé. Les collisions sont mathématiquement inévitables car les sorties de hachage ont une longueur fixe alors que les entrées sont illimitées, mais un algorithme sécurisé rend leur recherche infaisable sur le plan computationnel : c'est ce qu'on appelle la résistance aux collisions. MD5 (cassé en 2004) et SHA-1 (cassé en 2017) font l'objet d'attaques par collision pratiques, ce qui signifie qu'un attaquant peut construire un fichier malveillant ou un certificat TLS dont le condensé correspond à celui d'un fichier légitime. SHA-256, SHA-384 et SHA-512 ne présentent aucune collision pratique connue et restent la norme actuelle pour les signatures numériques, les certificats, les blockchains et les vérifications d'intégrité de fichiers.

MD5 est le plus rapide des six algorithmes présentés ici, suivi de SHA-1, puis de SHA-256/SHA-224, puis de SHA-384/SHA-512. La vitesse évolue en fonction de la taille du condensé et du nombre de tours : les condensés plus grands effectuent plus de travail par entrée. Sur du matériel x86-64 moderne, MD5 hache environ 700 Mo/s par cœur, SHA-256 environ 400 Mo/s et SHA-512 environ 600 Mo/s (car SHA-512 utilise des mots de 64 bits qui traitent plus de données par tour). Pour le hachage de mots de passe, le classement par vitesse est inversé : tu veux l'algorithme le plus lent possible, c'est pourquoi bcrypt, scrypt ou Argon2 sont utilisés à la place.

Le hachage est une transformation unidirectionnelle : le condensé ne peut pas être inversé pour retrouver l'entrée. Le chiffrement est une transformation bidirectionnelle : le texte chiffré peut être déchiffré pour retrouver le texte en clair à l'aide d'une clé. Utilise le hachage quand tu as besoin de vérifier l'intégrité (sommes de contrôle de fichiers, stockage de mots de passe, signatures numériques) ou d'empreindre des données. Utilise le chiffrement quand tu as besoin de récupérer le contenu d'origine ultérieurement, par exemple pour protéger un message en transit (TLS, HTTPS) ou au repos (chiffrement de disque). Les deux sont souvent combinés : signer un message utilise un hachage auquel s'ajoute le chiffrement de ce hachage avec une clé privée.

MD5 et SHA-1 restent utiles pour des cas d'utilisation non liés à la sécurité, comme la vérification de l'intégrité de fichiers contre une corruption accidentelle, la déduplication, les ETags dans la mise en cache HTTP et la vérification de systèmes hérités qui n'ont pas encore migré. Ils sont dangereux pour tout usage sensible à la sécurité : stockage de mots de passe, signatures numériques, empreintes de certificats ou authentification de messages. Traite-les comme une somme de contrôle, pas comme un primitif de sécurité.

Chaque algorithme produit un condensé de longueur fixe quelle que soit la taille de l'entrée. MD5 : 128 bits / 32 caractères hexadécimaux. SHA-1 : 160 bits / 40 caractères hexadécimaux. SHA-224 : 224 bits / 56 caractères hexadécimaux. SHA-256 : 256 bits / 64 caractères hexadécimaux. SHA-384 : 384 bits / 96 caractères hexadécimaux. SHA-512 : 512 bits / 128 caractères hexadécimaux. La représentation hexadécimale est deux fois plus longue que le nombre d'octets, car chaque octet correspond à deux caractères hexadécimaux.

More privacy tools

Everything you need to share private data safely - free, no account needed to get started, runs in your browser.

SecretNote

Write a private note, generate a one-time link, and share it. The note self-destructs the moment it is read - nothing is stored, nothing leaks.

Create a secret note →

SecretScreen

Upload a screenshot and get a self-destructing share link. The image is encrypted before upload and deleted after the first view - no permanent hosting.

Share a screenshot →

SecretFile

Upload any file and share a one-time download link. The file is encrypted end-to-end and permanently deleted after the recipient downloads it.

Send a secret file →

Générateur de mots de passe

Generate strong, random passwords with full control over length and character sets. Everything runs locally - your passwords never touch a server.

Generate a password →