Catégorie
Hachage et crypto
Tous les outils et articles de cette catégorie, rassemblés au même endroit.
Outils
Générateur de hachage (SHA-1/256/384/512)
Calculez des empreintes SHA-1, SHA-256, SHA-384 et SHA-512 de n'importe quel texte, affichées en hex et en Base64, à l'aide du Web Crypto natif du navigateur. S'exécute entièrement dans votre navigateur.
Générateur de HMAC (SHA-256/384/512)
Calculez un HMAC à clé sur un message avec votre clé secrète, affiché en hex et en Base64, via le Web Crypto natif du navigateur. La même construction que le vérificateur de JWT utilise pour HS256. Votre clé ne quitte jamais votre navigateur.
Hash Preimage Finder
Watch a bounded, local brute-force search recover a weak hash input in seconds, or run out of keyspace on anything with real entropy. No wordlist, no table, just your browser. A demonstration of why fast, unsalted hashes fail.
Articles
Hachage, chiffrement et encodage : trois choses différentes
Trois opérations constamment confondues, séparées nettement par deux questions : est-ce réversible et faut-il une clé ?
LireHachage cryptographique : SHA-256 et la famille SHA-2
Ce que garantit une fonction de hachage, les propriétés qui la rendent cryptographique et pourquoi un condensé n'est pas du chiffrement.
LireChoisir un hachage : MD5, SHA-1, SHA-2, SHA-3 et BLAKE
Quelles fonctions de hachage sont encore sures, lesquelles sont cassees, quelles sont leurs tailles de sortie, et comment choisir la bonne.
LireCollisions, resistance a la preimage et borne de l'anniversaire
Les trois proprietes de securite qu'un hachage cryptographique doit avoir, pourquoi les collisions comptent, et la mathematique de l'anniversaire qui fixe la force reelle.
LireStocker des mots de passe : bcrypt, scrypt et Argon2
Pourquoi un hachage rapide comme SHA-256 est le mauvais outil pour les mots de passe, et ce que font réellement le salage et les facteurs de travail.
LireHMAC : hachage à clé pour l'authentification de messages
Pourquoi un hachage simple prouve l'intégrité mais pas l'authenticité, comment une clé secrète corrige cela et pourquoi la structure de HMAC compte.
LirePourquoi HMAC, et non hash(cle + message)
L'attaque par extension de longueur qui casse le hachage a cle naif, et la construction imbriquee que HMAC emploie pour la dejouer.
LireAuthentifier les requêtes d'API avec HMAC
Comment un secret partagé et un hachage permettent à un serveur de faire confiance à une requête qu'il n'a pas vu émettre, et comment la protection contre le rejeu s'y intègre.
LireVerifier un HMAC en securite : temps constant et rejeu
Pourquoi comparer des signatures avec == fuit un canal auxiliaire temporel, et pourquoi une signature valide seule n'empeche pas une requete rejouee.
LireWhy Cryptographic Hashes Are One-Way
A cryptographic hash maps any input to a fixed-size digest and is designed so that recovering the input from the digest is infeasible. That property, preimage resistance, is why you cannot decrypt a hash. The only ways to reverse one are to look it up or to guess-and-check, both of which are search, not inversion.
LireBrute Force vs Lookup Tables: Two Ways to Reverse a Hash
Since a hash cannot be inverted, reversing one means searching, and there are two families. Precompute a giant table of input-to-hash pairs and look the hash up (what CrackStation does), or generate candidates on the fly and hash each until one matches (brute force). They trade storage for compute in opposite directions.
LireWhy Salting Defeats Precomputed Tables
A salt is a unique random value stored with each password hash and mixed in before hashing. It makes identical passwords hash differently, which destroys the economics of precomputed tables: an attacker would need a separate table for every salt. Salting is the specific defense that neutralizes lookup services and rainbow tables.
LireSlow KDFs: bcrypt, scrypt, and Argon2
Salting defeats precomputation but not a targeted guess-and-check attack; a fast hash still lets an attacker try billions of candidates per second. Slow key derivation functions fix that by making each guess deliberately expensive and tunable, cutting an attacker's rate by many orders of magnitude. These are what you should store passwords with.
LireKeyspace, Entropy, and Crack Time
Whether brute force can reverse a hash comes down to keyspace size versus the attacker's hashing rate. Keyspace grows exponentially with length and alphabet, so a few extra characters move a secret from cracked in seconds to infeasible for millennia. This is the arithmetic behind why length and randomness matter most.
LireChoosing a Password Hash
Storing passwords safely is a solved problem: use a purpose-built, salted, slow password hash, not a raw digest. This is a short decision guide, from the algorithm to pick to the parameters to set and the mistakes to avoid, aligned with OWASP and NIST guidance.
Lire