calibrate-bcrypt-rounds

Calculate bcrypt rounds on the fly rather than hardcoding a specific number
Installation
$ yarn add calibrate-bcrypt-rounds
Usage
import calibrate from 'calibrate-bcrypt-rounds';
import bcrypt from 'bcryptjs';
const rounds = await calibrate(bcrypt, 241);
export default async function hashPassword(password) {
return bcrypt.hash(password, rounds);
}
Note: using calibrate
will help pick the right cost factor every time
you restart or redeploy your app. But it won't update old passwords hashed
with fewer rounds. As you check passwords, you should also check to see if
they need to be rehashed with more rounds to keep them secure, i.e.:
if (await bcrypt.compare(req.body.password, user.hashedPassword)) {
if (bcrypt.getRounds(user.hashedPassword) < myAppConfig.bcryptRoundsFromCalibration) {
user.hashedPassword = await bcrypt.hash(req.body.password, myAppConfig.bcryptRoundsFromCalibration);
await user.save();
}
}
## Motivation
bcrypt is an adaptive hashing function, meaning that it accepts a `cost` (or
`rounds`) parameter determines how much work to perform. When bcrypt was
first released in 1999, the original suggested cost factor was 6. Today
(2018), thanks to faster hardware, that recommendation is now somewhere
between 11 and 14 (each increment of the cost factor doubles the work).
Rather than hardcoding a specific cost factor into your code (which will likely
become out date in a year), you should instead calculate an appropriate cost
factor based on how long you want it to take to calculate.
This module automates that process by running bcrypt with progressively
increasing cost factors until it takes at least as long as you specify to
hash a password.
See [this Security StackExchange answer](https:
for more detail.