Bird
Raised Fist0
Node.jsframework~3 mins

Why Password hashing with bcrypt in Node.js? - Purpose & Use Cases

Choose your learning style10 modes available
The Big Idea

What if your users' passwords were stolen tomorrow? Bcrypt helps stop that nightmare.

The Scenario

Imagine you store user passwords as plain text in your database. If someone hacks your system, they get all passwords instantly.

The Problem

Storing plain passwords is risky and careless. Manually creating your own encryption is complicated and often insecure. It's easy to make mistakes that expose user data.

The Solution

Using bcrypt automatically hashes passwords with strong, tested algorithms and adds a unique salt. This makes stolen data useless to attackers.

Before vs After
✗ Before
const password = 'userpass123';
// Store password directly in DB
saveToDB(password);
✓ After
const bcrypt = require('bcrypt');
(async () => {
  const hashed = await bcrypt.hash('userpass123', 10);
  saveToDB(hashed);
})();
What It Enables

It enables secure password storage that protects users even if your database is compromised.

Real Life Example

When you sign up on a website, your password is hashed with bcrypt before saving, so even if hackers get the data, they can't see your real password.

Key Takeaways

Storing plain passwords is dangerous and easy to exploit.

Bcrypt hashes passwords with salt to keep them safe.

Using bcrypt protects users and builds trust in your app.

Practice

(1/5)
1. What is the main purpose of using bcrypt in a Node.js application?
easy
A. To securely hash user passwords before storing them
B. To encrypt user data for faster retrieval
C. To compress files on the server
D. To generate random user IDs

Solution

  1. Step 1: Understand bcrypt's role

    Bcrypt is designed to hash passwords securely, making them hard to reverse.
  2. Step 2: Identify the correct purpose

    Encrypting data or compressing files are not bcrypt's functions; it focuses on password hashing.
  3. Final Answer:

    To securely hash user passwords before storing them -> Option A
  4. Quick Check:

    Password hashing = Secure storage [OK]
Hint: Bcrypt is for password security, not encryption or compression [OK]
Common Mistakes:
  • Confusing hashing with encryption
  • Thinking bcrypt compresses data
  • Assuming bcrypt generates IDs
2. Which of the following is the correct way to hash a password asynchronously using bcrypt in Node.js?
easy
A. const hashed = await bcrypt.hash(password, 10);
B. const hashed = bcrypt.hashSync(password, 10);
C. const hashed = bcrypt.compare(password, 10);
D. const hashed = bcrypt.hash(password);

Solution

  1. Step 1: Identify asynchronous hashing syntax

    Bcrypt's async hash function requires await and two arguments: password and salt rounds.
  2. Step 2: Check each option

    hashSync uses the synchronous method, compare is for verification not hashing, and the hash call misses salt rounds.
  3. Final Answer:

    const hashed = await bcrypt.hash(password, 10); -> Option A
  4. Quick Check:

    Async hash needs await and salt rounds [OK]
Hint: Async bcrypt hash needs await and salt rounds [OK]
Common Mistakes:
  • Using hashSync instead of async hash
  • Calling compare instead of hash
  • Omitting salt rounds argument
3. What will the following code output if the password matches the hash?
const bcrypt = require('bcrypt');

async function check() {
  const password = 'secret123';
  const hash = await bcrypt.hash(password, 10);
  const result = await bcrypt.compare('secret123', hash);
  console.log(result);
}
check();
medium
A. false
B. true
C. undefined
D. Error

Solution

  1. Step 1: Understand bcrypt.compare behavior

    It returns true if the plain password matches the hashed password.
  2. Step 2: Analyze the code flow

    The password 'secret123' is hashed and then compared with the same password, so result is true.
  3. Final Answer:

    true -> Option B
  4. Quick Check:

    Matching password returns true [OK]
Hint: Compare returns true if passwords match [OK]
Common Mistakes:
  • Expecting false for matching passwords
  • Confusing compare with hash
  • Ignoring async/await in code
4. Identify the error in this bcrypt usage:
const bcrypt = require('bcrypt');

async function verify() {
  const password = 'mypassword';
  const hash = bcrypt.hash(password, 10);
  const match = await bcrypt.compare(password, hash);
  console.log(match);
}
verify();
medium
A. Incorrect salt rounds value
B. Using compare instead of hash to create hash
C. Password variable is not defined
D. Missing await before bcrypt.hash causing hash to be a Promise

Solution

  1. Step 1: Check bcrypt.hash usage

    Bcrypt.hash is async and returns a Promise, so it needs await to get the hashed string.
  2. Step 2: Identify the error impact

    Without await, hash is a Promise, causing compare to fail or behave unexpectedly.
  3. Final Answer:

    Missing await before bcrypt.hash causing hash to be a Promise -> Option D
  4. Quick Check:

    Async hash needs await [OK]
Hint: Always await async bcrypt.hash calls [OK]
Common Mistakes:
  • Forgetting await on async functions
  • Confusing compare with hash
  • Using invalid salt rounds
5. You want to securely store user passwords and verify them later. Which approach correctly combines hashing and verification using bcrypt in an async function?
hard
A. Hash password synchronously with bcrypt.hashSync(password, 12) and verify asynchronously with await bcrypt.compare(input, storedHash)
B. Store the plain password and verify by hashing input with bcrypt.hashSync(input, 12) and comparing strings
C. Hash the password with await bcrypt.hash(password, 12) and verify with await bcrypt.compare(input, storedHash)
D. Encrypt password with bcrypt.encrypt(password) and decrypt for verification

Solution

  1. Step 1: Choose secure async hashing and verification

    Using async bcrypt.hash with salt rounds (12) and async bcrypt.compare is best practice.
  2. Step 2: Evaluate other options

    Storing plain passwords and hashing input for string comparison is insecure, mixing sync hashing with async verification is inconsistent, and bcrypt has no encrypt/decrypt methods.
  3. Final Answer:

    Hash the password with await bcrypt.hash(password, 12) and verify with await bcrypt.compare(input, storedHash) -> Option C
  4. Quick Check:

    Async hash and compare with salt rounds = secure [OK]
Hint: Use async hash and compare with salt rounds for security [OK]
Common Mistakes:
  • Storing plain passwords
  • Mixing sync and async bcrypt calls
  • Assuming bcrypt can encrypt/decrypt
Recommended

Ready to prove it?

Pass the test and this pattern moves unknown strong while earning +1 Grip toward your certificate.

10 questions~5 mineasy hard