Docs

Ruby On Rails API: Authentication

View on Github

Ruby On Rails API: Authentication

Gravatar for josh.cunningham@auth0.com
By Josh Cunningham

This tutorial demonstrates how to add authorization to a Ruby on Rails API. We recommend you to Log in to follow this quickstart with examples configured for your account.

Or

I want to explore a sample app

2 minutes

Get a sample configured with your account settings or check it out on Github.

View on Github
System requirements: Ruby 2.1.8 | Rails 4.2.5

New to Auth0? Learn how Auth0 works and read about implementing API authentication and authorization using the OAuth 2.0 framework.

Configure Auth0 APIs

Create an API

In the APIs section of the Auth0 dashboard, click Create API. Provide a name and an identifier for your API, for example https://quickstarts/api. You will use the identifier as an audience later, when you are configuring the Access Token verification. Leave the Signing Algorithm as RS256.

Create API

By default, your API uses RS256 as the algorithm for signing tokens. Since RS256 uses a private/public keypair, it verifies the tokens against the public key for your Auth0 account. The public key is in the JSON Web Key Set (JWKS) format, and can be accessed here.

We recommend using the default RS256 signing algorithm for your API. If you need to use the HS256 algorithm, see the HS256 integration sample.

Define Permissions

Permissions let you define how resources can be accessed on behalf of the user with a given access token. For example, you might choose to grant read access to the messages resource if users have the manager access level, and a write access to that resource if they have the administrator access level.

You can define allowed permissions in the Permissions tab of the Auth0 Dashboard's APIs section.

Configure Permissions

This example uses the read:messages scope.

This example demonstrates:

  • How to check for a JSON Web Token (JWT) in the Authorization header of an incoming HTTP request.

  • How to check if the token is valid, using the JSON Web Key Set (JWKS) for your Auth0 account. To learn more about validating Access Tokens, read the Verify Access Tokens tutorial.

Validate Access Tokens

Install dependencies

This tutorial performs Access Token validation using the jwt Gem within a custom JsonWebToken class. A Concern called Secured is used to mark endpoints which require authentication through an incoming Access Token.

Install the jwt Gem.

Create a JsonWebToken class

Create a class called JsonWebToken which decodes and verifies the incoming Access Token taken from the Authorization header of the request. The public key for your Auth0 tenant can be fetched to verify the token.

Define a Secured concern

Create a Concern called Secured which looks for the Access Token in the Authorization header of an incoming request. If the token is present, it should be passed to JsonWebToken.verify.

Validate scopes

The JsonWebToken.verify method above verifies that the Access Token included in the request is valid; however, it doesn't yet include any mechanism for checking that the token has the sufficient scope to access the requested resources.

To look for a particular scope in an Access Token, provide an array of required scopes and check if they are present in the payload of the token.

In this example we define an SCOPES array for all protected routes, specifying the required scopes for each one. For the /private-scoped route, the scopes defined will be intersected with the scopes coming in the payload, to determine if it contains one or more items from the other array.

Protect API Endpoints

The routes shown below are available for the following requests:

  • GET /api/public: available for non-authenticated requests
  • GET /api/private: available for authenticated requests containing an Access Token with no additional scopes
  • GET /api/private-scoped: available for authenticated requests containing an Access Token with the read:messages scope granted

The /public endpoint does not require to use the Secured concern.

The protected endpoints need to include the Secured concern. The scopes required for each one are defined in the code of the Secured concern.

Use Auth0 for FREE