NAME
Plack::Middleware::Auth::JWT - Token-based Auth (aka Bearer Token) using JSON Web Tokens (JWT)
VERSION
version 0.907
SYNOPSIS
# use Crypt::JWT to decode the JWT
use Plack::Builder;
builder {
enable "Plack::Middleware::Auth::JWT",
decode_args => { key => '12345' },
;
$app;
};
# or provide your own decoder in a callback
use Plack::Builder;
builder {
enable "Plack::Middleware::Auth::JWT",
decode_callback => sub {
my $token = shift;
....
},
;
$app;
};
# curl -H 'Authorization: Bearer eyJhbG...'
# if the JWT is valid, two keys will be added to $env->{psgix}
# $env->{'psgix.token'} = 'original_token'
# $env->{'psgix.claims'} = { sub => 'bart' } # claims as hashref
DESCRIPTION
Plack::Middleware::Auth::JWT
helps you to use JSON Web Tokens (or JWT) for authentificating HTTP requests. Tokens can be provided in the Authorization
HTTP Header, or as a query parameter (though passing the JWT via the header is the prefered method).
Configuration
TODO
decode_args
See "decode_jwt" in Crypt::JWT
Please note that key
might has to be passed as a string-ref or an object, see Crypt::JWT
It is very much recommended that you only allow the algorithms you are actually using by setting accepted_alg
! Per default, 'none' is not allowed.
Hardcoded:
decode_payload = 1
decode_header = 0
Different defaults:
verify_exp = 1
leeway = 5
You either have to use decode_args
, or provide a decode_callback.
decode_callback
Callback to decode the token. Gets the token as a string and the psgi-env, has to return a hashref with claims.
You have to either provide a callback, or use decode_args.
psgix_claims
Default: claims
Name of the entry in psgix
were the claims are stored, so you can get the (for example) sub
claim via
$env->{'psgix.claims'}->{sub}
psgix_token
Default: token
Name of the entry in psgix
were the raw token is stored.
token_required
Default: false
If set to a true value, all requests need to include a valid JWT. Default false, so you have to check in your application code if a token was submitted.
ignore_invalid_token
Default: false
If set to a true value, passing an invalid JWT will not abort the requerst with status 401. Instead the app will be called as if no token was passed at all.
You can use this to implement another token check in a later middleware, or even in your app. Of course you will then have to check for $env->{psgix.token}
in your controller actions.
token_header_name
Default: Bearer
Name of the token in the HTTP Authorization
header. If you set it to 0
, headers will be ignored.
token_query_name
Default: token
Name of the HTTP query param that contains the token. If you set it to 0
, tokens in the query will be ignored.
Example
TODO, in the meantime you can take a look at the tests.
SEE ALSO
Crypt::JWT - encode / decode JWTs using various algorithms. Very complete!
Introduction to JSON Web Tokens - good overview.
Plack::Middleware::Auth::AccessToken - a more generic solution handling any kind of token. Does not handle token payload (
claims
).
THANKS
Thanks to
validad.com for supporting Open Source.
jwright for fixing a regression in the tests caused by an update in Crypt::JWT error messages. The same issue was also reported by SREZIC.
Michael R. Davis for fixing a typo.
+item * Balloon Metainfo XR GmbH for supporting Open Source and sponsoring some improvements.
AUTHOR
Thomas Klausner <domm@plix.at>
COPYRIGHT AND LICENSE
This software is copyright (c) 2017 - 2022 by Thomas Klausner.
This is free software; you can redistribute it and/or modify it under the same terms as the Perl 5 programming language system itself.