Introduction
Creating users and allowing them to log in and out of your web apps is a crucial functionality that we are finally ready to learn! There is quite a bit of setup involved here, but thankfully none of it is too tricky. You’ll be up and running in no time! In this lesson, we’re going to be using passport.js, an excellent middleware to handle our authentication and sessions for us.
We’re going to be building a very minimal express app that will allow users to sign up, log in, and log out. For now, we’re just going to keep everything except the views in one file to make for easier demonstration, but in a real-world project, it is best practice to split our concerns and functionality into separate modules.
Lesson overview
This section contains a general overview of topics that you will learn in this lesson.
- Understand the use order for the required middleware for Passport.js.
- Describe what Passport.js Strategies are.
- Use the LocalStrategy to authenticate users.
- Explain the purpose of cookies in authentication.
- Review prior learning material (routes, templates, middleware, async/await, and promises).
- Use Passport.js to set up user authentication with Express.
- Describe what bcrypt is and its use.
- Describe what a hash is and explain the importance of password hashing.
- Describe bcrypt’s
compare
function.
Set up
Before we start, create a new database within psql
.
To begin, let’s set up a users
table. So instead of usernames
we will create a users
table.
CREATE TABLE users (
id INTEGER PRIMARY KEY GENERATED ALWAYS AS IDENTITY,
username VARCHAR ( 255 ),
password VARCHAR ( 255 )
);
Next, let’s set up a very minimal express app. Create a new directory and use npm init
to start the package.json file then run the following to install all the dependencies we need:
npm install express express-session pg passport passport-local ejs
Securing passwords
For the moment we are saving our users with just a plain text password. This is a really bad idea for any real-world project. At the end of this lesson, you will learn how to properly secure these passwords using bcrypt. Don’t skip that part.
/////// app.js
const { Pool } = require("pg");
const express = require("express");
const session = require("express-session");
const passport = require("passport");
const LocalStrategy = require('passport-local').Strategy;
const pool = new Pool({
// add your configuration
});
const app = express();
app.set("views", __dirname);
app.set("view engine", "ejs");
app.use(session({ secret: "cats", resave: false, saveUninitialized: false }));
app.use(passport.session());
app.use(express.urlencoded({ extended: false }));
app.get("/", (req, res) => res.render("index"));
app.listen(3000, () => console.log("app listening on port 3000!"));
Most of this should look familiar to you by now, except for the newly required modules express-session
and passport
. We are not actually going to be using express-session
directly, it is a dependency that is used in the background by passport.js
. You can take a look at what the express-session package does in the Express docs.
Our view engine is set up to just look in the project directory, and it’s looking for a template called index.ejs
so go ahead and create that:
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8">
<title></title>
</head>
<body>
<h1>hello world!</h1>
</body>
</html>
Creating users
The first thing we need is a sign up form so we can actually create users to authenticate! For the sake of brevity, we’re going to leave sanitization and validation out here. But don’t forget about it when you get to that point, we will have the opportunity to apply them later.
Create a new template called sign-up-form
, and a route for /sign-up
that points to it:
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8">
<title></title>
</head>
<body>
<h1>Sign Up</h1>
<form action="" method="POST">
<label for="username">Username</label>
<input id="username" name="username" placeholder="username" type="text" />
<label for="password">Password</label>
<input id="password" name="password" type="password" />
<button>Sign Up</button>
</form>
</body>
</html>
//// app.js
app.get("/sign-up", (req, res) => res.render("sign-up-form"));
Next, create an app.post
for the sign up form so that we can add users to our database (remember our notes about sanitization, and using plain text to store passwords…).
app.post("/sign-up", async (req, res, next) => {
try {
await pool.query("INSERT INTO users (username, password) VALUES ($1, $2)", [
req.body.username,
req.body.password,
]);
res.redirect("/");
} catch(err) {
return next(err);
}
});
Let’s reiterate: this is not a particularly safe way to create users in your database… BUT you should now be able to visit /sign-up
, and submit the form. If all goes well it’ll redirect you to the index and you will be able to go see your newly created user inside your database. Open your database in psql
and run your query to see your first user!
Authentication
Now that we have the ability to put users in our database, let’s allow them to log in to see a special message on our home page! We’re going to step through the process one piece at a time, but first, take a minute to glance at the passport.js website. The documentation here has pretty much everything you need to set it up. You’re going to want to refer back to this when you’re working on your project.
Passport.js uses what they call Strategies to authenticate users. They have over 500 of these strategies, but we’re going to focus on the most basic (and most common), the username-and-password, or what they call the LocalStrategy
(documentation for the LocalStrategy). We have already installed and required the appropriate modules so let’s set it up!
We need to add 3 functions to our app.js file, and then add an app.post
for our /log-in
path.
Function one: setting up the LocalStrategy
passport.use(
new LocalStrategy(async (username, password, done) => {
try {
const { rows } = await pool.query("SELECT * FROM users WHERE username = $1", [username]);
const user = rows[0];
if (!user) {
return done(null, false, { message: "Incorrect username" });
}
if (user.password !== password) {
return done(null, false, { message: "Incorrect password" });
}
return done(null, user);
} catch(err) {
return done(err);
}
})
);
This function is what will be called when we use the passport.authenticate()
function later. Basically, it takes a username and password, tries to find the user in our DB, and then makes sure that the user’s password matches the given password. If all of that works out (there’s a user in the DB, and the passwords match) then it authenticates our user and moves on! We will not be calling this function directly, so you won’t have to supply the done
function. This function acts a bit like a middleware and will be called for us when we ask passport to do the authentication later.
Functions two and three: sessions and serialization
passport.serializeUser
takes a callback which contains the information we wish to store in the session data. passport.deserializeUser
is called when retrieving a session, where it will extract the data we “serialized” in it then ultimately attach something to the .user
property of the request object (req.user
) for use in the rest of the request.
For our purposes, the functions that are listed in the passport docs will work just fine:
passport.serializeUser((user, done) => {
done(null, user.id);
});
passport.deserializeUser(async (id, done) => {
try {
const { rows } = await pool.query("SELECT * FROM users WHERE id = $1", [id]);
const user = rows[0];
done(null, user);
} catch(err) {
done(err);
}
});
When a session is created, passport.serializeUser
will receive the user object found from a successful login and store its id property in the session data. Upon some other request, if it finds a matching session for that request, passport.deserializeUser
will retrieve the id we stored in the session data. We then use that id to query our database for the specified user, then done(null, user)
attaches that user object to req.user
. Now in the rest of the request, we have access to that user object via req.user
.
Again, we aren’t going to be calling these functions on our own and we just need to define them, they’re used in the background by passport.
Log-in form
Let’s go ahead and add the log-in form directly to our index template. The form will look just like our sign-up form, but instead of POST
ing to /sign-up
we’ll add an action
to it so that it POST
s to /log-in
instead. Add the following to your index template:
<h1>please log in</h1>
<form action="/log-in" method="POST">
<label for="username">Username</label>
<input id="username" name="username" placeholder="username" type="text" />
<label for="password">Password</label>
<input id="password" name="password" type="password" />
<button>Log In</button>
</form>
… and now for the magical part! Add this route to your app.js file:
app.post(
"/log-in",
passport.authenticate("local", {
successRedirect: "/",
failureRedirect: "/"
})
);
As you can see, all we have to do is call passport.authenticate()
. This middleware performs numerous functions behind the scenes. Among other things, it looks at the request body for parameters named username
and password
then runs the LocalStrategy
function that we defined earlier to see if the username and password are in the database. It then creates a session cookie that gets stored in the user’s browser and used in all future requests to see whether or not that user is logged in. It can also redirect you to different routes based on whether the login is a success or a failure. If we had a separate login page we might want to go back to that if the login failed, or we might want to take the user to their user dashboard if the login is successful. Since we’re keeping everything in the index we want to go back to “/” no matter what.
If you fill out and submit the form now, everything should technically work, but you won’t actually SEE anything different on the page… let’s fix that.
The passport middleware checks to see if there is a user logged in (by checking the cookies that come in with the req
object) and if there is, it adds that user to the request object for us. So, all we need to do is check for req.user
to change our view depending on whether or not a user is logged in.
Edit your app.get("/")
to send the user object to our view like so:
app.get("/", (req, res) => {
res.render("index", { user: req.user });
});
and then edit your view to make use of that object like this:
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8">
<title></title>
</head>
<body>
<% if (user) {%>
<h1>WELCOME BACK <%= user.username %></h1>
<a href="/log-out">LOG OUT</a>
<% } else { %>
<h1>please log in</h1>
<form action="/log-in" method="POST">
<label for="username">Username</label>
<input id="username" name="username" placeholder="username" type="text" />
<label for="password">Password</label>
<input id="password" name="password" type="password" />
<button>Log In</button>
</form>
<%}%>
</body>
</html>
So, this code checks to see if there is a user defined… if so it offers a welcome message, and if NOT then it shows the login form. Neat!
As one last step… let’s make that log out link actually work for us. As you can see it’s sending us to /log-out
so all we need to do is add a route for that in our app.js. Conveniently, the passport middleware adds a logout function to the req
object, so logging out is as easy as this:
app.get("/log-out", (req, res, next) => {
req.logout((err) => {
if (err) {
return next(err);
}
res.redirect("/");
});
});
You should now be able to visit /sign-up
to create a new user, then log in using that user’s username and password, and then log out by clicking the log out button!
A quick tip
In express, you can set and access various local variables throughout your entire app (even in views) with the locals
object. We can use this knowledge to write ourselves a custom middleware that will simplify how we access our current user in our views.
Middleware functions are functions that take the req
and res
objects, manipulate them, and pass them on through the rest of the app.
app.use((req, res, next) => {
res.locals.currentUser = req.user;
next();
});
If you insert this code somewhere between where you instantiate the passport middleware and before you render your views, you will have access to the currentUser
variable in all of your views, and you won’t have to manually pass it into all of the controllers in which you need it.
Securing passwords with bcrypt
Now, let’s go back and learn how to securely store user passwords so that if anything ever goes wrong, or if someone gains access to our database, our user passwords will be safe. This is insanely important, even for the most basic apps.
First npm install bcryptjs
. There is another module called bcrypt
that does the same thing, but it is written in C++ and is sometimes a pain to get installed. The C++ bcrypt
is technically faster, so in the future it might be worth getting it running, but for now, the modules work the same so we can just use bcryptjs
.
Once it’s installed you need to require it at the top of your app.js and then we are going to put it to use where we save our passwords to the DB, and where we compare them inside the LocalStrategy.
Storing hashed passwords
Password hashes are the result of passing the user’s password through a one-way hash function, which maps variable sized inputs to fixed size pseudo-random outputs.
Edit your app.post("/sign-up")
to use the bcrypt.hash function which works like this:
bcrypt.hash(req.body.password, 10, async (err, hashedPassword) => {
// if err, do something
// otherwise, store hashedPassword in DB
});
The second argument is the length of the “salt” to use in the hashing function; salting a password means adding extra random characters to it, the password plus the extra random characters are then fed into the hashing function. Salting is used to make a password hash output unique, even for users who use the same password, and to protect against rainbow tables and dictionary attacks.
Usually, the salt is stored in the database alongside the hashed value. However, in our case, there is no need to store the salt separately because the bcryptjs
hashing algorithm automatically incorporates the salt within the hash itself.
The hash function is somewhat slow, so all of the DB storage stuff needs to go inside the callback. Check to see if you’ve got this working by signing up a new user with a password, then go look at your DB entries to see how it’s being stored. If you’ve done it right, your password should have been transformed into a really long random string.
It’s important to note that how hashing works, especially in the context of passwords, is beyond the scope of this lesson.
Comparing hashed passwords
We will use the bcrypt.compare()
function to validate the password input. The function compares the plain-text password in the request object to the hashed password.
Inside your LocalStrategy
function we need to replace the user.password !== password
expression with the bcrypt.compare()
function.
const match = await bcrypt.compare(password, user.password);
if (!match) {
// passwords do not match!
return done(null, false, { message: "Incorrect password" })
}
You should now be able to log in using the new user you’ve created (the one with a hashed password). Unfortunately, users that were saved BEFORE you added bcrypt will no longer work, but that’s a small price to pay for security! (and a good reason to include bcrypt from the start on your next project)
Assignment
- Watch videos 1, 2, 3, 5 and 6 of this Youtube Playlist on sessions in Express and local strategy authentication with Passport.js.
- You may notice at some points in the videos, the Express app contains the line
app.use(passport.initialize())
. This line is no longer required to include in current versions of Passport. - They are using MongoDB and you can replace any instance of it with PostgreSQL.
- In video 3: “Your complete guide to understanding the express-session library” and video 5: “Passport Local Configuration (Node + Passport + Express)”, it shows using the
connect-mongo
library to use your MongoDB connection to store sessions, as opposed to storing them in memory. However, since we are using PostgreSQL, we need to replace it with a library calledconnect-pg-simple
instead. You can view the implementation for doing this on the npm page for connect-pg-simple. - Do note that the table needed to be used for the session store is not automatically created by default, be sure to check the available options in their npm page.
- You may notice at some points in the videos, the Express app contains the line
- In Passport: The Hidden Manual, you can explore more comprehensive explanations of some of Passport’s main functions, gaining a deeper understanding of what each function accomplishes.
Knowledge check
The following questions are an opportunity to reflect on key topics in this lesson. If you can’t answer a question, click on it to review the material, but keep in mind you are not expected to memorize or master this knowledge.
Additional resources
This section contains helpful links to related content. It isn’t required, so consider it supplemental.
- This video provides a broad overview of some of the different methods to store passwords in databases and possible risks.
- If you would like a little more of a deeper dive into password hashing, read the following Wikipedia article to learn more about how cryptographic hash functions work.