IdTokenValidationFilter
Validates an ID token by checking the standard claims, aud
, exp
, and iat
. If specified in the configuration, this filter also checks the ID token issuer and signature.
This filter passes data into the context as follows:
If the JWT is validated, the request continues down the chain. The data is provided in the "JwtValidationContext".
If the JWT is not validated, data is provided in the "JwtValidationErrorContext".
If a failure handler is configured, the request passes to the failure handler. Otherwise, an HTTP 403 Forbidden is returned.
The iat
claim is required, and the iat
minus the skewAllowance
must be before the current time on the IG clock. For information, see OpenID Connect Core 1.0 incorporating errata set 1.
Usage
{ "name": string, "type": "IdTokenValidationFilter", "config": { "idToken": runtime expression<string>, "audience": configuration expression<string or array of strings>, "issuer": configuration expression<string or array of strings>, "skewAllowance": configuration expression<duration>, "verificationSecretId": configuration expression<secret-id>, "secretsProvider": SecretsProvider reference, "failureHandler": handler reference } }
Properties
"idToken"
: runtime expression<string>, requiredThe ID token as an expression representing the JWT or signed JWT in the request. Cannot be null.
"audience"
: configuration expression<string or array of strings>, requiredThe
aud
claim to check on the JWT. Cannot be null."issuer"
: configuration expression<string or array of strings>, optionalThe
iss
claim to check on the JWT. Can be null."skewAllowance"
: configuration expression<duration>, optionalThe duration to add to the validity period of a JWT to allow for clock skew between different servers. To support a zero-trust policy, the skew allowance is by default zero.
A
skewAllowance
of 2 minutes affects the validity period as follows:A JWT with an
iat
of 12:00 is valid from 11:58 on the IG clock.A JWT with an
exp
13:00 is expired after 13:02 on the IG clock.
Default:
zero
"verificationSecretId"
: configuration expression<secret-id>, required to verify the signature of signed tokensThe secret ID for the secret to verify the signature of signed tokens.
If configured, the token must be signed. If not configured, IG does not verify the signature.
For information about how signatures are validated, see "Validating the Signature of Signed Tokens". For information about how each type of secret store resolves named secrets, see Secret Stores.
"secretsProvider"
: SecretsProvider reference, required to verify the signature of signed JWTsThe "SecretsProvider" to use to resolve queried secrets, such as passwords and cryptographic keys. Provide either the name of a SecretsProvider object defined in the heap, or specify a SecretsProvider object inline.
"failureHandler"
: handler reference, optionalHandler to treat the request on failure.
Provide an inline handler configuration object, or the name of a handler object declared in the heap. See also Handlers.
Default: HTTP 403 Forbidden, the request stops being executed.
Example
Set up AM:
Set up AM as described in "Validating Access_Tokens Through the Introspection Endpoint".
Select Applications > OAuth 2.0 > Clients, and add the additional scope
openid
toclient-application
.
Set up IG:
Add the following route to IG:
$HOME/.openig/config/routes/idtokenvalidation.json
%appdata%\OpenIG\config\routes\idtokenvalidation.json
{ "name": "idtokenvalidation", "condition": "${matches(request.uri.path, '^/idtokenvalidation')}", "capture": "all", "handler": { "type": "Chain", "config": { "filters": [{ "type": "IdTokenValidationFilter", "config": { "idToken": "<id_token_value>", "audience": "client-application", "issuer": "http://openam.example.com:8088/openam/oauth2", "failureHandler": { "type": "ScriptableHandler", "config": { "type": "application/x-groovy", "source": [ "def response = new Response(Status.FORBIDDEN)", "response.headers['Content-Type'] = 'text/html; charset=utf-8'", "def errors = contexts.jwtValidationError.violations.collect{it.description}", "def display = \"<html>Can't validate id_token:<br> ${contexts.jwtValidationError.jwt} \"", "display <<=\"<br><br>For the following errors:<br> ${errors.join(\"<br>\")}</html>\"", "response.entity=display as String", "return response" ] } }, "verificationSecretId": "verify", "secretsProvider": { "type": "JwkSetSecretStore", "config": { "jwkUrl": "http://openam.example.com:8088/openam/oauth2/connect/jwk_uri" } } } }], "handler": { "type": "StaticResponseHandler", "config": { "status": 200, "headers": { "Content-Type": [ "text/html" ] }, "entity": "<html><body>Validated id_token:<br> ${contexts.jwtValidation.value}</body></html>" } } } } }
Notice the following features of the route:
The route matches requests to
/idtokenvalidation
.A SecretsProvider declares a JwkSetSecretStore to validate secrets for signed JWTs, which specifies the URL to a JWK set on AM that contains the signing keys.
The property
verificationSecretId
is configured with a value. If this property is not configured, the filter does not verify the signature of tokens.The JwkSetSecretStore specifies the URL to a JWK set on AM, that contains signing keys identified by a
kid
. The signature of the token is verified as follows:If the value of a
kid
in the JWK set matches akid
in the the signed JWT, the JwkSetSecretStore verifies the signature.If the JWT doesn't have a
kid
, or if the JWK set doesn't contain a key with the same value, the JwkSetSecretStore looks for valid secrets with the same purpose as the value ofverificationSecretId
.
If the filter validates the token, the StaticResponseHandler displays the token value from the context
${contexts.jwtValidation.value}
. Otherwise, the ScriptableHandler displays the token value and a list of violations from the context${contexts.jwtValidationError.violations}
Test the setup:
In a terminal window, use a curl command similar to the following to retrieve an id_token:
$
curl -s \ --user "client-application:password" \ --data "grant_type=password&username=demo&password=Ch4ng31t&scope=openid" \ http://openam.example.com:8088/openam/oauth2/access_token
{ "access_token":"...", "scope":"openid", "id_token":"...", "token_type":"Bearer", "expires_in":3599 }
In the route, replace
<id_token_value>
with the value of theid_token
returned in the previous step.Access the route on http://openig.example.com:8080/idtokenvalidation.
The validated token is displayed.
In the route, invalidate the token by changing the value of the audience or issuer, and then access the route again.
The value of the token, and the reasons that the token is invalid, are displayed.