OpenID Connect Authentication
Allow CAS to act as an OpenId Connect Provider (OP).
OpenId Connect is a continuation of the OAuth protocol with some additional variations. If you enable OpenId Connect, you will have automatically enabled OAuth as well. Options and behaviors that are documented for the OAuth protocol support may apply here just the same.
Support is enabled by including the following dependency in the WAR overlay:
1
2
3
4
5
<dependency>
<groupId>org.apereo.cas</groupId>
<artifactId>cas-server-support-oidc</artifactId>
<version>${cas.version}</version>
</dependency>
1
implementation "org.apereo.cas:cas-server-support-oidc:${project.'cas.version'}"
1
2
3
4
5
6
7
8
9
dependencyManagement {
imports {
mavenBom "org.apereo.cas:cas-server-support-bom:${project.'cas.version'}"
}
}
dependencies {
implementation "org.apereo.cas:cas-server-support-oidc"
}
To learn more about OpenId Connect, please review this guide.
The current implementation provides support for:
- Authorization Code Flow
- Implicit Flow
- Dynamic Discovery
- WebFinger Issuer Discovery
- Administration and registration of OIDC clients and relying parties.
- Administration and registration of OIDC clients and relying parties via Dynamic Client Registration protocol.
- Ability to resolve, map and release claims.
- Ability to configure expiration policies for various tokens.
Endpoints
Field | Description |
---|---|
/oidc/.well-known |
The discovery endpoint used to query for CAS OIDC configuration information and metadata. |
/oidc/.well-known/openid-configuration |
Same as .well-known discovery endpoint. |
/oidc/.well-known/webfinger |
WebFinger discovery endpoint |
/oidc/jwks |
Contains the server’s public keys, which clients may use to verify the digital signatures of access tokens and ID tokens issued by CAS. Accepts an optional state query parameter to narrow down keys by their current state (i.e. current , previous , future ). |
/oidc/authorize |
Authorization requests are handled here. |
/oidc/profile |
User profile requests are handled here. |
/oidc/logout |
Logout requests are handled here. |
/oidc/introspect |
Query CAS to detect the status of a given access token via introspection. This endpoint expects HTTP basic authentication with OIDC service client_id and client_secret associated as username and password. |
/oidc/accessToken , /oidc/token |
Produces authorized access tokens. |
/oidc/revoke |
Revoke access or refresh tokens. This endpoint expects HTTP basic authentication with OIDC service client_id and client_secret associated as username and password. |
/oidc/register |
Register clients via the dynamic client registration protocol. |
The above endpoints are not strictly defined in the OpenID Connect specification. The CAS software may choose to change URL endpoints at any point in time. Do NOT hardcode these endpoints in your application configuration. Instead, use the Dynamic Discovery endpoint and parse the discovery document to discover the endpoints.
Configuration
The following settings and properties are available from the CAS configuration catalog:
cas.authn.oidc.core.issuer=http://localhost:8080/cas/oidc
OIDC issuer. |
cas.authn.oidc.core.accepted-issuers-pattern=a^
Defines the regular expression pattern that is matched against the calculated issuer from the request. If the issuer that is extracted from the request does not match the |
cas.authn.oidc.core.authentication-context-reference-mappings=
A mapping of authentication context refs (ACR) values. This is where specific authentication context classes are referenced and mapped to providers that CAS may support mainly for MFA purposes. Example might beacr-value->mfa-duo .
|
cas.authn.oidc.core.claims-map=
Map fixed claims to CAS attributes. Key is the existing claim name for a scope and value is the new attribute that should take its place and value. |
cas.authn.oidc.core.dynamic-client-registration-mode=
Whether dynamic registration operates in |
cas.authn.oidc.core.include-id-token-claims=true
As per OpenID Connect Core section 5.4, "The Claims requested by the true by default mainly provided to preserve backward compatibility with previous CAS versions that included claims into the ID token without considering the response type. The behavior of this setting may change and it may be removed in future CAS releases.
|
cas.authn.oidc.core.skew=PT5M
Skew value used to massage the authentication issue instance. This settings supports the
|
cas.authn.oidc.core.user-defined-scopes=
Mapping of user-defined scopes. Key is the new scope name and value is a comma-separated list of claims mapped to the scope. |