fastify-bearer-auth provides a simple request hook for the Fastify web framework.
'use strict'
const fastify = require('fastify')()
const bearerAuthPlugin = require('fastify-bearer-auth')
const keys = new Set(['a-super-secret-key', 'another-super-secret-key'])
fastify.register(bearerAuthPlugin, {keys})
fastify.get('/foo', (req, reply) => {
reply({authenticated: true})
})
fastify.listen({port: 8000}, (err) => {
if (err) {
fastify.log.error(err.message)
process.exit(1)
}
fastify.log.info('http://127.0.0.1:8000/foo')
})
fastify-bearer-auth exports a standard Fastify plugin. This allows you to register the plugin within scoped paths. Therefore, you could have some paths that are not protected by the plugin and others that are. See the Fastify documentation and examples for more details.
When registering the plugin you must specify a configuration object:
keys
: ASet
or array with valid keys of typestring
(required)function errorResponse (err) {}
: method must synchronously return the content body to be sent to the client (optional)contentType
: If the content to be sent is anything other thanapplication/json
, then thecontentType
property must be set (optional)bearerType
: string specifying the Bearer string (optional)function auth (key, req) {}
: this function will test ifkey
is a valid token. The function must return literaltrue
if the key is accepted or literalfalse
if rejected. The function may return also a promise that resolves to one of this values. If the function returns or resolves to another value, rejects or throws it will send an HTTP status 500.req
will contain the request object. Ifauth
is a function,keys
will be ignored. Ifauth
is not a function or undefined,keys
will be used.
The default configuration object is:
{
keys: new Set(),
contentType: undefined,
bearerType: 'Bearer',
errorResponse: (err) => {
return {error: err.message}
},
auth: undefined
}
Internally, the plugin registers a standard Fastify preHandler hook
which will inspect the request's headers for an authorization
header with the
format bearer key
. The key
will be matched against the configured keys
object via a constant time alogrithm to prevent against timing-attacks. If the authorization
header is missing,
malformed, or the key
does not validate then a 401 response will be sent with
a {error: message}
body; no further request processing will be performed.