Authentication vs Authorization with Rails 7

Article originally published here : https://bootrails.com/blog/authentication-vs-authorization-with-rails-7/

Authorization means give or refuse access to the current User to some URLs (or more generally, any kind of resource.)

It's closely bound to Authentication, but it's different.

Think about an international conference about climate change.

Authentication is the entrance ticket, you can not enter the conference without the ticket.

Authorization is about checking the ticket levels of access : does it allow you to access gate A or snack B?

Authentication with Rails 7

Now that Rails seems to promote generators for authentication (it will be the case in Rails 8), let's use the closest possibility (right now) : the auth-zero generator.

Prerequisites

Tools I will use in this tutorial

ruby -v # 3.3.0
rails -v # 7.1.3
bundle -v # 2.4.10
node -v # 20.9.0
git --version # 2.34.1

Before authorization, authentication

Now that Rails seems to promote generator for authentication (it will be the case in Rails 8), let's use the closest possibility (right now) : the auth-zero generator.

So let's start by building an authentication system (no CSS)

rails new myapp
cd myapp 
bundle add authentication-zero
bin/rails generate authentication

Great! So now we have a default rails app, augmented with authentication features.

Seed and create the database

Inside db/seeds.rb

User.create(email: "[e-mail]", password_digest: BCrypt::Password.create("Secret1*3*5*"), verified: true)

Now create the database

 # Create database and schema.rb
 bin/rails db:create
 bin/rails db:migrate
 bin/rails db:seed

And launch the server :

 # Launch the local web server
 bin/rails server

Good! Now open localhost:3000 and try to authenticate with the user that is inside seed.rb

Now log out, and stop the local web server.

Build 3 different pages

Now let's build 3 different pages : home page, profile page, and admin page.

Welcome page like this :

 echo "class WelcomeController < ApplicationController" > app/controllers/welcome_controller.rb
 echo "end" >> app/controllers/welcome_controller.rb
 mkdir app/views/welcome
 echo '<h1>welcome page</h1>' > app/views/welcome/index.html.erb

Profile page like this :

 echo "class ProfileController < ApplicationController" > app/controllers/profile_controller.rb
 echo "end" >> app/controllers/profile_controller.rb
 mkdir app/views/profile
 echo '<h1>Profile page</h1>' > app/views/profile/index.html.erb

And an admin page like this :

 echo "class AdminController < ApplicationController" > app/controllers/admin_controller.rb
 echo "end" >> app/controllers/admin_controller.rb
 mkdir app/views/admin
 echo '<h1>Admin only area!</h1>' > app/views/admin/index.html.erb

Now apply routes to these new pages :

 # inside config/routes.rb
 Rails.application.routes.draw do

  # add these 3 lines
  get "welcome", to: "welcome#index"
  get "profile", to: "profile#index"
  get "admin", to: "admin#index"

  # all other routes remain unchanged
  # ...

 end

Relaunch your local web server, and try to access to the following URLs:

• "http://locahost:3000/welcome", welcome page
• "http://locahost:3000/profile", profile page
• "http://locahost:3000/admin", admin-only area ;)

Yikes! None of them is available, unless you've gone through the login screen.

A good practice I can see in many Rails project is to make every routes "authenticated" by default, which mean you cannot access them, unless you are already authenticated
{: .prompt-tip }

Make a page available to the public

Modify the HomeController as follow :

# Inside app/controllers/welcome_controller.rb
class WelcomeController < ApplicationController

 skip_before_action :authenticate # add this

end

Ok sounds fair. You will barely see any welcome page that needs authentication.

So now open the welcome page again (http://locahost:3000/welcome), you should be able to access it without the need of authentication.

Add role column

Remember, authorization is linked to authentication, but is not exactly the same thing.

• A simple visitor can view the home page, but can not access the user profile page
• A user can access home page and profile page, but can not access the admin dashboard
• An admin may access every part of the application

So we need a "role" column now, in order to know who has access to what

Stop your local web server

Back to your terminal, enter :

 bin/rails generate migration add_role_to_users role:string

Modify the migration file as follow :

class AddRoleToUsers < ActiveRecord::Migration
 def change
   # modify as follow
   add_column :users, :role, :string, :default => "customer"
 end
end

And run

 bin/rails db:migrate

Inside user.rb

class User < ApplicationRecord
 has_secure_password

 # add this line
 enum role: {customer: "customer", admin: "admin"}

 # ...rest of code
end

Seed your database with various profiles

Inside db/seeds.rb

User.create(email: "[e-mail]", role: 'customer', password_digest: BCrypt::Password.create("Secret1*3*5*"), verified: true)
User.create(email: "[e-mail]", role: 'customer', password_digest: BCrypt::Password.create("Secret1*3*5*"), verified: true)
User.create(email: "[e-mail]", role: 'admin', password_digest: BCrypt::Password.create("Secret1*3*5*"), verified: true)

Recreate your database (you won't usually do this once you have a production database, but for a small tutorial, that's ok)

 bin/rails db:drop db:create db:migrate db:seed

Relaunch your local web server with

 bin/rails server

And connect as [e-mail], and try to access to localhost:3000/admin

Yikes! Even if we connect as customers, we have access to the admin area. We should have raised an authorization error, so now it's time for authorization with Pundit.
{: .prompt-danger }

Rails 7 authorization with Pundit (finally!)

It's time to add Pundit to clearly prevent unauthorized users from going everywhere inside our flashy webapp.

Add gem 'pundit' to Gemfile:

gem 'pundit'

And run

bundle install

Include Pundit in your application controller:

class ApplicationController < ActionController::Base
  include Pundit::Authorization # add this line

 # was here before, left as-is
 before_action :set_current_request_details
 before_action :authenticate

 # add this method, required by Pundit
 def current_user 
  Current.user # this belongs to the authentication mechanism, so not Pundit
 end

 # rest of code ...

end

Also, you can run the generator to set up an application policy with some useful defaults:

bin/rails g pundit:install

After that, you need to restart the Rails server. Now Rails can pick up any classes in the new app/policies/ directory.

Adding policies

touch app/policies/admin_policy.rb

Our admin_policy.rb only allows admin to go to the admin dashboard:

class AdminPolicy < ApplicationPolicy
 attr_reader :user

 def index?
  return user.admin?
 end
end

Injecting Pundit policies into controller

So now let's inject our policy into the controller.

class AdminController < ApplicationController

 def index
  authorize Current.user, policy_class: AdminPolicy
 end 

end

Yay! Not too much Rails magic here. We explicitly authorize the current user for a given policy.

Now relaunch your web server, and try to connect as a customer to the admin area. It should raise an error.

Try to connect as admin to the admin area. It should work properly :)

How good is that ?

Summary

We covered 2 major concept of any web app, from scratch :

• Authentication, with a generator : Rails 8 will work like this, so we relied on a similar gem to achieve it.
• Authorization, with a well-known gem, in order to know which user has access to which resource.

Have a good day then :)

David