Password Storage
Last updated
Last updated
This page contains recommendations for storing user passwords.
Store user passwords in a hashing form in a database on the backend.
Implement hashing on the backend side.
Do not pass passwords as part of a session ID, JWT tokens, or other variables stored by the client side in the DOM, HTML5 Storage, etc.
Use one of the hashing algorithms listed below to store passwords in a database. Use the hashing algorithm from the list, which is implemented out-of-the-box in your programming language. It is better to choose an algorithm lower in priority, but with an implementation in the language itself, than to use third-party libraries. Hashing algorithms (sorted by priority):
Generate a new unique salt for each hash iteration. Do not use the same salt for hashing passwords.
Use salts of length 32+ bytes.
Use the following approach to upgrade legacy hashes:
Use the existing password hashes as inputs for the new hashing algorithm.
For example, if an application originally stored passwords as sha256(password + salt)
, upgrade this to argon2(sha256(password + salt), new_salt)
.
Replace these hashes with direct hashes of the users' passwords the next time a user logs in.
If a session can leave longer than a couple of weeks, plan for a smooth reset of active sessions so that users can authenticate again.
Use the Argon2id
version of the Argon2
algorithm.
Set the minimum memory size to 64 MB
and the minimum number of iterations to 1
. If using that amount of memory 64 MB
is not possible in some contexts increase the time parameter to compensate, for example, the minimum memory size 32 MB
and the minimum number of iterations 2
.
Set the degree of parallelism to the number of available CPUs.
Use deriveds key of length 16+ bytes.
Use salts of length >=
generated derived key length. Minimal salt length 32
bytes.
Set the number of iterations using the following table:
SHA-256
310.000
SHA-512
120.000
SHA3-256
120.000
Use derived keys of length 16+ bytes.
Use salts of length >= generated derived key length. Minimal salt length 32
bytes.
Use cryptographically strong random number generators to generate salt, see the page.
Comply with requirements from the page.
Comply with requirements from the page.
Use the package to implement Argon2id
password hashing.
Use the class from bouncycastle
to implement Argon2id
password hashing.
If you are using Spring, use the class from the Spring Security Crypto library that based on bouncycastle
:
Use the package to implement Argon2id
password hashing.
Use the package to implement Argon2id
password hashing.
Use HMAC as a pseudo-random function, see the page.
Make sure the maximum allowed password length does not exceed the size of the hash function block to avoid .
Use the package to implement PBKDF2
password hashing.
Use the class to implement PBKDF2
password hashing.
Use the package to implement PBKDF2
password hashing.
Use the package to implement PBKDF2
password hashing.