Hachage/Crypto
Scrypt Hash + Verify
Hacher des mots de passe avec scrypt (RFC 7914, KDF memory-hard) avec vérification par rapport à un hash existant.
Scrypt (RFC 7914) was one of the first memory-hard password-hashing algorithms: it deliberately requires a lot of RAM, not just CPU time, to make parallel brute-forcing on GPUs and ASICs harder.
How to use it
- Hash: enter a password and tune the parameters (N — memory cost, r — block size, p — parallelism) to get a hash.
- Verify: paste a password and an existing scrypt hash to check whether they match.
- Every hash uses a fresh random salt, so the same password produces a different hash each time.
Common uses
- Checking that a backend correctly hashes passwords with scrypt before storing them.
- Generating a test scrypt hash for fixtures or seed data during development.
- Comparing scrypt against bcrypt and Argon2 when choosing a hashing algorithm for a new project.
Things to keep in mind
The N parameter (memory cost) increases both required memory and compute time exponentially — tune it to your server's actual capacity.
Scrypt has been superseded by Argon2 (the official Password Hashing Competition winner) as the recommended choice for new systems, though scrypt itself still isn't considered unsafe.
Article sur cet outil: Scrypt : pourquoi l'algorithme a besoin d'autant de mémoire
Questions fréquentes
Pourquoi scrypt utilise-t-il beaucoup de mémoire ?
Le caractère memory-hard de scrypt rend le calcul coûteux en RAM, pas seulement en temps CPU, ce qui pénalise fortement les attaques par force brute utilisant du matériel spécialisé comme les GPU ou les ASIC.
Que représentent les paramètres N, r et p ?
N (coût, en log2) contrôle la mémoire et le temps nécessaires, r (taille de bloc) ajuste la consommation mémoire par itération, et p (parallélisme) détermine combien de calculs indépendants peuvent être menés en parallèle. Augmenter ces valeurs renforce la sécurité au prix de performances plus lentes.
Pourquoi le calcul semble-t-il lent sur certains navigateurs ?
C'est attendu : plus le facteur de coût est élevé, plus l'opération est volontairement lente et gourmande en mémoire, ce qui renforce la résistance au brute-force. Le calcul s'exécute entièrement dans le navigateur via Web Crypto.
Combien de mémoire consomme réellement scrypt ?
Environ 128 × N × r octets par calcul. Avec des paramètres typiques (N=16384, r=8), cela représente environ 16 mégaoctets par hachage — négligeable pour une seule connexion, mais significatif avec des milliers d'authentifications simultanées sur un serveur.
Où d'autre scrypt est-il utilisé, en dehors du hachage de mots de passe ?
Scrypt est connu comme algorithme de proof-of-work dans certaines cryptomonnaies (par exemple Litecoin) — il a été choisi précisément pour sa résistance au minage sur des ASIC spécialisés, contrairement au bitcoin avec son SHA-256.