You are viewing the documentation for Blueriq 13. Documentation for other versions is available in our documentation directory.
Subject | JAVA Property | Explanation | |
---|---|---|---|
OpenID Connect | blueriq.security.openid-connect.use-discovery | Boolean property which enables Blueriq to read identity provider specific properties from an specific exposed location if the value is true, or to read them from application.properties if the value is false. Default: false. |
|
blueriq.security.openid-connect.keys-endpoint | Location from where Blueriq loads the public keys. In order to work, blueriq.security.openid-connect.use-discovery must be true. Example for Keycloak: http://<server>:<port>/auth/realms/<realm name>/protocol/openid-connect/certs Note: this property was introduced in 11.4 and removed in 11.5 with the introduction of the discovery feature. |
| |
blueriq.security.openid-connect.public-keys.<key id> | Defines the <key id, public key> mappings that are loaded by Blueriq if blueriq.security.openid-connect.use-discovery is false. |
| |
blueriq.security.openid-connect.client-id | The client-id of the Runtime, as defined at the identity provider. |
| |
blueriq.security.openid-connect.client-secret | The client secret of the Runtime, as defined at the identity provider. This value is used, for example, to complete the OpenID Connect Authorization Code Flow, when exchanging the authorization code for ID and access tokens. |
| |
blueriq.security.openid-connect.scopes | The OpenID Connect scopes used when starting the Authorization Code flow. The scopes must include the value "openid" in order for the identity provider to recognize that the OpenID Connect Authorization Code flow must be initiated. If "openid" is not specified as a scope, the identity provider may instead initiate the OAuth2 Authorization Code flow (depends on the identity provider in use). Multiple scopes can be specified separated with coma. |
| |
blueriq.security.openid-connect.token-endpoint | the URL of the endpoint where access codes can be exchanged for ID and access tokens. Example for Keycloak: http://<host>:<port>/auth/realms/<realm name>/protocol/openid-connect/token |
| |
blueriq.security.openid-connect.token-endpoint-parameters.<name>=<value> | Additional custom parameters to be sent to the token endpoint. For example; blueriq.security.openid-connect.token-endpoint-parameters.audience=https://example.eu.auth0.com/api/v2/ |
| |
blueriq.security.openid-connect.authorization-endpoint | the URL where the OpenID Connect Authorization Code flow can be started. Example for Keycloak: http://<host>:<port>/auth/realms/<realm name>/protocol/openid-connect/auth |
| |
blueriq.security.openid-connect.authorization-endpoint-parameters.<name>=<value> | Additional custom parameters to be sent to the authorization endpoint. For example; blueriq.security.openid-connect.authorization-endpoint-parameters.audience=https://example.eu.auth0.com/api/v2/ |
| |
blueriq.security.openid-connect.token-issuer | The expected issuer in the "iss" claim of JWT tokens. A received JWT which does not have this exact, case-sensitive value in its "iss" claim will be rejected as invalid. |
| |
blueriq.security.openid-connect.roles-path | The comma-separated path to the roles claim in the JWT body. For example if the JWT body contains the following claims: { ... other claims ... "realm_access": [ "roles": ["role1", "role2"] ] ... other claims ... } then this property should be set to "realm_access,roles" in order to indicate that the roles claim nested within the realm_access claim represents the user's roles. |
| |
blueriq.security.openid-connect.teams-path | The comma-separated path to the teams claim in the JWT body. See roles-path above for an example. |
| |
blueriq.security.openid-connect.role-mapping.<role-claim> | Maps a role claim to zero, one or multiple Blueriq roles. If a role claim does not have a mapping, it is considered to have an implicit identity mapping. Example: blueriq.security.openid-connect.role-mapping.employee=authenticated_user,vu_employee (all users which have the employee role at the identity provider will have the authenticated_user and vu_employee roles in Blueriq) |
| |
blueriq.security.openid-connect.team-mapping.<team-claim> | Maps a team claim to zero, one or multiple Blueriq teams. If a team claim does not have a mapping, it is considered to have an implicit identity mapping. Example: blueriq.security.openid-connect.team-mapping.amsterdam=europe,netherlands (all users which have the amsterdam team at the identity provider will have the europe and netherlands teams in Blueriq) |
| |
blueriq.security.openid-connect.check-audience | Boolean indicating whether the audience claim should be checked. If true, the audience claim must contain the Runtime's client-id. All JWTs which do not contain the Runtime's client-id in the audience claim are rejected as invalid. When false, the audience claim is not checked. Default: false. |
| |
blueriq.security.openid-connect.sso-logout | Boolean indicating whether when logging out of Blueriq the user should be logged out of the Single-Sign-On session as well. Default: false |
| |
blueriq.security.openid-connect.end-session-endpoint | When sso-logout is true, the Runtime redirects to this URL at the identity provider in order to log out of the Single-Sign-On session. |
| |
blueriq.security.openid-connect.username-path | The comma-separated path to the username claim in the JWT body. For example if the JWT body contains the following claims: { ... other claims ... "realm_access": [ "nickname": "username" ] ... other claims ... } then this property should be set to "realm_access,nickname" in order to indicate that the Auth0 will include the claim If no value is specified, the default value is used: |
| |
blueriq.security.openid-connect.user-info-endpoint | the URL of the OpenID Connect UserInfo endpoint. This endpoint provides information about the user associated with an access token. It is used when the access token is not a JWT. |
| |
blueriq.security.openid-connect.user-info-endpoint-parameters.<name>=<value> | Additional custom parameters to be sent to the user info endpoint. For example; blueriq.security.openid-connect.user-info-endpoint-parameters.audience=https://example.eu.auth0.com/api/v2/ |
|