Fastify User plugin

This plugin provides a Fastify plugin to populate a request.user from a JWT token (custom claims) or a webhook (response body).

To use it, simply invoke the extractUser method on the request object, or add this hook:

1app.addHook('preHandler', async (request, reply) => {
2  await request.extractUser()
3})

If JWT valdation or the webhook call fails, the request.user is not set.

JWT

It's build on top of fastify-jwt plugin, so you can use all the options available there (with the exception of namespace, see below)

1
2const app = fastify()
3app.register(fastifyUser, {
4  jwt: {
5    secret: <my-shared-secret>
6  }
7})
8
9app.addHook('preHandler', async (request, reply) => {
10  await request.extractUser()
11})
12
13app.get('/', async function (request, reply) {
14  return request.user
15})
16
17await app.ready()

It's also possible to specify a JSON Web Key Set (JWKS) URI to retrieve the public keys from a remote server.

1{
2  jwt: {
3    jwks: {
4      allowedDomains: [
5        "https://ISSUER_DOMAIN"
6      ]
7    }
8  }
9}

Any option supported by the get-jwks library can be specified in the jwt.jwks object.

namespace

The JWT namespace option is used to specify the namespace for custom claims used to populate request.user. For more info about this see OIDC Specification. Since these namespace are URLs, we might want to remove it. If the namespace is specified it will be removed automatically:

1{
2  jwt: {
3    jwks: true,
4    namespace: "https://test.com/" 
5  }
6}

In this case, if the token contains a claim https://test.com/email, the plugin will strip the namespace from the claim and populate request.user.email with its value.

Webhook

The plugin can also populate request.user from a webhook. When a request is received, fastify-user sends a POST to the webhook, replicating the same body and headers, except for:

• host
• connection

The webhook is expected to return a JSON object with the user information. The plugin will populate request.user with the response body.

Example of options:

1{
2  webhook: {
3    url: `http://my-webhook-url/authorize`
4  }
5}

JWT and Webhook

In case both jwt and webhook options are specified, the plugin will try to populate request.user from the JWT token first. If the token is not valid, it will try to populate request.user from the webhook.

Custom auth strategies

In case if you want to use your own auth strategy, you can pass it as an option to the plugin. All custom auth strategies should have createSession method, which will be called on every request. This method should set request.user object. All custom strategies will be executed after jwt and webhook strategies.

1{
2  authStrategies: [{
3    name: 'myAuthStrategy',
4    createSession: async function (request, reply) {
5      req.user = { id: 42, role: 'admin' }
6    }
7  }]
8}

or you can add it via addAuthStrategy method:

1app.addAuthStrategy({
2  name: 'myAuthStrategy',
3  createSession: async function (request, reply) {
4    req.user = { id: 42, role: 'admin' }
5  }
6})

Run Tests

npm test