Hashing Out with BCrypt

One Way Hashing

A hashing algorithm, or a digital fingerprint, is a one-way conversion, meaning that once the hash is run on an input — there isn’t a way to get back to the original input, which makes a great option for storing passwords. But, they aren’t impossible to crack; hackers can create a database of hashed passwords from the same algorithm and then look up passwords by their hash, since the same password will generate the same hash in the algorithm — also known as a rainbow table.

A resolution to this is a salt, which is a random value used to increase security to the beginning of a password before it is hashed. Now, if two people both have the same password, their salts will be different — thus making their hashes different. The salt and the hashed password are stored within the database, so that you are able to determine the salt part of the hashed password when checking potential ones.

Photo by Jason Tuinstra on Unsplash


BCrypt is a hashing algorithm used to securely store passwords and was designed by Niels Provos and David Mazières of the OpenBSD Project. BCrypt handles setting, (some) validations, salting, hashing and authenticating passwords.

You can use BCrypt in Ruby with the `bcrypt` gem. If you created a new Rails app through rails new project-name , BCrypt should exist in your gem file — however it will be commented out. Anyways, make sure that gem ‘bcrypt' , ‘~> 3.1.7’ exists within your gem file, then run bundle install.

Now that that’s taken care of, let’s create some new passwords in the rails console:

BCrypt is a module that has a Password class within it, which is why we’re calling methods on BCrypt::Password. If you look, you can see we’ve essentially created the same password all three times, but got a different hash back each time. This is because the create method is taking the input, generating a salt, and then hashing them together. If you were to save the new password to a variable, you can then see the hashed salt using the salt method.

This is super important for authentication because we’re going to need to be able to check a plaintext password against the hashed password, while excluding the salt.

Sweet, let’s authenticate a plaintext password against one of the hashes:

All right! So let’s go over what’s happening here:

  1. The new method normally creates a new instance, but it doesn’t save it to the database. BCrypt::Password is overwriting the new method for the purpose of checking potential passwords. Notably, BCrypt::Password.new(hashed_pass) initializes a new BCrypt::Password instance with the data from hashed_pass, where hashed_pass exists in the database as a BCrypt::Password instance.
  2. ‘password’ and ‘test012’ are just plaintext passwords we want to test against the hashed password.
  3. == is a comparison operator that we use to check the equality of operands. BCrypt::Password, which takes from the String class, overwrites the == method to check potential plaintext passwords against the hashed password. Essentially, the == method is taking the salt from the BCrypt::Password instance (from the salt method), hashing the plaintext password with the salt, and then comparing that hash to the BCrypt::Password instance.

BCrypt in Rails app

Rails versions above 3, comes shipped with ActiveModel::SecurePassword , which uses bcrypt-ruby. All you have to do, to use this is:

  1. Include gem ‘bcrypt’, ‘~> 3.1.7’ in the gemfile, and please don’t forget to run bundle.
  2. Then, you’re gonna create a User model with a password_digest attribute that’s a string.
  3. Lastly, you’re going to include has_secure_password in the User model:
class User < ActiveRecord::Base

Here, has_secure_password, is essentially:

  • Adding password and password_confirmation attributes to the User model.
  • Adding validations with creation for presence of password, the length of password less than or equal to 72 bytes, and confirmation of password (which uses the password_confirmation attribute to do so). It should be noted that password confirmation is completely optional, and if the value of the attribute is nil, the validation will never be triggered.
  • Adding the methods to create and authenticate a BCrypt password, that would look similar to this if we had to write it alone:
class User < ActiveRecord::Base
def password
def password=(plaintext_pass)
self.password_digest = BCrypt::Password.create(plaintext_pass)
def authenticate(plaintext_pass)
if BCrypt::Password.new(self.password_digest) == plaintext_pass

This is getting long, so without going on and on about authentication setup, the next steps that I would include would be something along the lines of:

  1. Creating a login and signup views with forms using the :password and maybe :password_confirmation attributes.
  2. Then making a signup controller, that would create a new user and use the password= method (as shown above), to hash the password that was input into the form.
  3. Lastly, making a login controller, which would use the authenticate method to check if the plain text password that was entered into the form matches the hashed password in the database for that specific user.




Software Engineer Student at Flatiron School

Love podcasts or audiobooks? Learn on the go with our new app.

Recommended from Medium

{UPDATE} Amino Acids: Quiz & Flashcards Hack Free Resources Generator

How to Protect Your Data By Increasing Cloud Security

LowSea Leasing Node update (1st of September 2021)

Bridge Mutual and Rocket Vault Take Off with a New Partnership

🔥🔥 New Airdrop: IRON Titanium Airdrop 5

Long Story of Some Unscrupulous People Scamming our Project and Resorting To Blackmailing.

The Best PC Protection Software in 2017

OpenCCTVdragon: Realtime digital surveillance for fun

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store

Adreena Fulcher

Software Engineer Student at Flatiron School

More from Medium

Building Real-time Apps using WebSockets

Sinatra: Liquid Refreshment

A story of leaking uninitialized memory from Fastly

Updating contents of GitHub repositories via Ruby