This version is still in development and is not considered stable yet. For the latest stable version, please use Spring Authorization Server 1.4.0! |
Core Model / Components
RegisteredClient
A RegisteredClient
is a representation of a client that is registered with the authorization server.
A client must be registered with the authorization server before it can initiate an authorization grant flow, such as authorization_code
or client_credentials
.
During client registration, the client is assigned a unique client identifier, (optionally) a client secret (depending on client type), and metadata associated with its unique client identifier. The client’s metadata can range from human-facing display strings (such as client name) to items specific to a protocol flow (such as the list of valid redirect URIs).
The corresponding client registration model in Spring Security’s OAuth2 Client support is ClientRegistration. |
The primary purpose of a client is to request access to protected resources. The client first requests an access token by authenticating with the authorization server and presenting the authorization grant. The authorization server authenticates the client and authorization grant, and, if they are valid, issues an access token. The client can now request the protected resource from the resource server by presenting the access token.
The following example shows how to configure a RegisteredClient
that is allowed to perform the authorization_code grant flow to request an access token:
RegisteredClient registeredClient = RegisteredClient.withId(UUID.randomUUID().toString())
.clientId("client-a")
.clientSecret("{noop}secret") (1)
.clientAuthenticationMethod(ClientAuthenticationMethod.CLIENT_SECRET_BASIC)
.authorizationGrantType(AuthorizationGrantType.AUTHORIZATION_CODE)
.redirectUri("http://127.0.0.1:8080/authorized")
.scope("scope-a")
.clientSettings(ClientSettings.builder().requireAuthorizationConsent(true).build())
.build();
1 | {noop} represents the PasswordEncoder id for Spring Security’s NoOpPasswordEncoder. |
The corresponding configuration in Spring Security’s OAuth2 Client support is:
spring:
security:
oauth2:
client:
registration:
client-a:
provider: spring
client-id: client-a
client-secret: secret
authorization-grant-type: authorization_code
redirect-uri: "http://127.0.0.1:8080/authorized"
scope: scope-a
provider:
spring:
issuer-uri: http://localhost:9000
A RegisteredClient
has metadata (attributes) associated with its unique Client Identifier and is defined as follows:
public class RegisteredClient implements Serializable {
private String id; (1)
private String clientId; (2)
private Instant clientIdIssuedAt; (3)
private String clientSecret; (4)
private Instant clientSecretExpiresAt; (5)
private String clientName; (6)
private Set<ClientAuthenticationMethod> clientAuthenticationMethods; (7)
private Set<AuthorizationGrantType> authorizationGrantTypes; (8)
private Set<String> redirectUris; (9)
private Set<String> postLogoutRedirectUris; (10)
private Set<String> scopes; (11)
private ClientSettings clientSettings; (12)
private TokenSettings tokenSettings; (13)
...
}
1 | id : The ID that uniquely identifies the RegisteredClient . |
2 | clientId : The client identifier. |
3 | clientIdIssuedAt : The time at which the client identifier was issued. |
4 | clientSecret : The client’s secret. The value should be encoded using Spring Security’s PasswordEncoder. |
5 | clientSecretExpiresAt : The time at which the client secret expires. |
6 | clientName : A descriptive name used for the client. The name may be used in certain scenarios, such as when displaying the client name in the consent page. |
7 | clientAuthenticationMethods : The authentication method(s) that the client may use. The supported values are client_secret_basic , client_secret_post , private_key_jwt , client_secret_jwt , and none (public clients). |
8 | authorizationGrantTypes : The authorization grant type(s) that the client can use. The supported values are authorization_code , client_credentials , refresh_token , urn:ietf:params:oauth:grant-type:device_code , and urn:ietf:params:oauth:grant-type:token-exchange . |
9 | redirectUris : The registered redirect URI(s) that the client may use in redirect-based flows – for example, authorization_code grant. |
10 | postLogoutRedirectUris : The post logout redirect URI(s) that the client may use for logout. |
11 | scopes : The scope(s) that the client is allowed to request. |
12 | clientSettings : The custom settings for the client – for example, require PKCE, require authorization consent, and others. |
13 | tokenSettings : The custom settings for the OAuth2 tokens issued to the client – for example, access/refresh token time-to-live, reuse refresh tokens, and others. |
RegisteredClientRepository
The RegisteredClientRepository
is the central component where new clients can be registered and existing clients can be queried.
It is used by other components when following a specific protocol flow, such as client authentication, authorization grant processing, token introspection, dynamic client registration, and others.
The provided implementations of RegisteredClientRepository
are InMemoryRegisteredClientRepository
and JdbcRegisteredClientRepository
.
The InMemoryRegisteredClientRepository
implementation stores RegisteredClient
instances in-memory and is recommended ONLY to be used during development and testing.
JdbcRegisteredClientRepository
is a JDBC implementation that persists RegisteredClient
instances by using JdbcOperations
.
The RegisteredClientRepository is a REQUIRED component.
|
The following example shows how to register a RegisteredClientRepository
@Bean
:
@Bean
public RegisteredClientRepository registeredClientRepository() {
List<RegisteredClient> registrations = ...
return new InMemoryRegisteredClientRepository(registrations);
}
Alternatively, you can configure the RegisteredClientRepository
through the OAuth2AuthorizationServerConfigurer
:
@Bean
public SecurityFilterChain authorizationServerSecurityFilterChain(HttpSecurity http) throws Exception {
OAuth2AuthorizationServerConfigurer authorizationServerConfigurer =
OAuth2AuthorizationServerConfigurer.authorizationServer();
http
.securityMatcher(authorizationServerConfigurer.getEndpointsMatcher())
.with(authorizationServerConfigurer, (authorizationServer) ->
authorizationServer
.registeredClientRepository(registeredClientRepository)
)
...
return http.build();
}
The OAuth2AuthorizationServerConfigurer is useful when applying multiple configuration options simultaneously.
|
OAuth2Authorization
An OAuth2Authorization
is a representation of an OAuth2 authorization, which holds state related to the authorization granted to a client, by the resource owner or itself in the case of the client_credentials
authorization grant type.
The corresponding authorization model in Spring Security’s OAuth2 Client support is OAuth2AuthorizedClient. |
After the successful completion of an authorization grant flow, an OAuth2Authorization
is created and associates an OAuth2AccessToken
, an (optional) OAuth2RefreshToken
, and additional state specific to the executed authorization grant type.
The OAuth2Token
instances associated with an OAuth2Authorization
vary, depending on the authorization grant type.
For the OAuth2 authorization_code grant, an OAuth2AuthorizationCode
, an OAuth2AccessToken
, and an (optional) OAuth2RefreshToken
are associated.
For the OpenID Connect 1.0 authorization_code grant, an OAuth2AuthorizationCode
, an OidcIdToken
, an OAuth2AccessToken
, and an (optional) OAuth2RefreshToken
are associated.
For the OAuth2 client_credentials grant, only an OAuth2AccessToken
is associated.
OAuth2Authorization
and its attributes are defined as follows:
public class OAuth2Authorization implements Serializable {
private String id; (1)
private String registeredClientId; (2)
private String principalName; (3)
private AuthorizationGrantType authorizationGrantType; (4)
private Set<String> authorizedScopes; (5)
private Map<Class<? extends OAuth2Token>, Token<?>> tokens; (6)
private Map<String, Object> attributes; (7)
...
}
1 | id : The ID that uniquely identifies the OAuth2Authorization . |
2 | registeredClientId : The ID that uniquely identifies the RegisteredClient. |
3 | principalName : The principal name of the resource owner (or client). |
4 | authorizationGrantType : The AuthorizationGrantType used. |
5 | authorizedScopes : The Set of scope(s) authorized for the client. |
6 | tokens : The OAuth2Token instances (and associated metadata) specific to the executed authorization grant type. |
7 | attributes : The additional attributes specific to the executed authorization grant type – for example, the authenticated Principal , OAuth2AuthorizationRequest , and others. |
OAuth2Authorization
and its associated OAuth2Token
instances have a set lifespan.
A newly issued OAuth2Token
is active and becomes inactive when it either expires or is invalidated (revoked).
The OAuth2Authorization
is (implicitly) inactive when all associated OAuth2Token
instances are inactive.
Each OAuth2Token
is held in an OAuth2Authorization.Token
, which provides accessors for isExpired()
, isInvalidated()
, and isActive()
.
OAuth2Authorization.Token
also provides getClaims()
, which returns the claims (if any) associated with the OAuth2Token
.
OAuth2AuthorizationService
The OAuth2AuthorizationService
is the central component where new authorizations are stored and existing authorizations are queried.
It is used by other components when following a specific protocol flow – for example, client authentication, authorization grant processing, token introspection, token revocation, dynamic client registration, and others.
The provided implementations of OAuth2AuthorizationService
are InMemoryOAuth2AuthorizationService
and JdbcOAuth2AuthorizationService
.
The InMemoryOAuth2AuthorizationService
implementation stores OAuth2Authorization
instances in-memory and is recommended ONLY to be used during development and testing.
JdbcOAuth2AuthorizationService
is a JDBC implementation that persists OAuth2Authorization
instances by using JdbcOperations
.
The OAuth2AuthorizationService is an OPTIONAL component and defaults to InMemoryOAuth2AuthorizationService .
|
The following example shows how to register an OAuth2AuthorizationService
@Bean
:
@Bean
public OAuth2AuthorizationService authorizationService() {
return new InMemoryOAuth2AuthorizationService();
}
Alternatively, you can configure the OAuth2AuthorizationService
through the OAuth2AuthorizationServerConfigurer
:
@Bean
public SecurityFilterChain authorizationServerSecurityFilterChain(HttpSecurity http) throws Exception {
OAuth2AuthorizationServerConfigurer authorizationServerConfigurer =
OAuth2AuthorizationServerConfigurer.authorizationServer();
http
.securityMatcher(authorizationServerConfigurer.getEndpointsMatcher())
.with(authorizationServerConfigurer, (authorizationServer) ->
authorizationServer
.authorizationService(authorizationService)
)
...
return http.build();
}
The OAuth2AuthorizationServerConfigurer is useful when applying multiple configuration options simultaneously.
|
OAuth2AuthorizationConsent
An OAuth2AuthorizationConsent
is a representation of an authorization "consent" (decision) from an OAuth2 authorization request flow – for example, the authorization_code
grant, which holds the authorities granted to a client by the resource owner.
When authorizing access to a client, the resource owner may grant only a subset of the authorities requested by the client.
The typical use case is the authorization_code
grant flow, in which the client requests scope(s) and the resource owner grants (or denies) access to the requested scope(s).
After the completion of an OAuth2 authorization request flow, an OAuth2AuthorizationConsent
is created (or updated) and associates the granted authorities with the client and resource owner.
OAuth2AuthorizationConsent
and its attributes are defined as follows:
public final class OAuth2AuthorizationConsent implements Serializable {
private final String registeredClientId; (1)
private final String principalName; (2)
private final Set<GrantedAuthority> authorities; (3)
...
}
1 | registeredClientId : The ID that uniquely identifies the RegisteredClient. |
2 | principalName : The principal name of the resource owner. |
3 | authorities : The authorities granted to the client by the resource owner. An authority can represent a scope, a claim, a permission, a role, and others. |
OAuth2AuthorizationConsentService
The OAuth2AuthorizationConsentService
is the central component where new authorization consents are stored and existing authorization consents are queried.
It is primarily used by components that implement an OAuth2 authorization request flow – for example, the authorization_code
grant.
The provided implementations of OAuth2AuthorizationConsentService
are InMemoryOAuth2AuthorizationConsentService
and JdbcOAuth2AuthorizationConsentService
.
The InMemoryOAuth2AuthorizationConsentService
implementation stores OAuth2AuthorizationConsent
instances in-memory and is recommended ONLY for development and testing.
JdbcOAuth2AuthorizationConsentService
is a JDBC implementation that persists OAuth2AuthorizationConsent
instances by using JdbcOperations
.
The OAuth2AuthorizationConsentService is an OPTIONAL component and defaults to InMemoryOAuth2AuthorizationConsentService .
|
The following example shows how to register an OAuth2AuthorizationConsentService
@Bean
:
@Bean
public OAuth2AuthorizationConsentService authorizationConsentService() {
return new InMemoryOAuth2AuthorizationConsentService();
}
Alternatively, you can configure the OAuth2AuthorizationConsentService
through the OAuth2AuthorizationServerConfigurer
:
@Bean
public SecurityFilterChain authorizationServerSecurityFilterChain(HttpSecurity http) throws Exception {
OAuth2AuthorizationServerConfigurer authorizationServerConfigurer =
OAuth2AuthorizationServerConfigurer.authorizationServer();
http
.securityMatcher(authorizationServerConfigurer.getEndpointsMatcher())
.with(authorizationServerConfigurer, (authorizationServer) ->
authorizationServer
.authorizationConsentService(authorizationConsentService)
)
...
return http.build();
}
The OAuth2AuthorizationServerConfigurer is useful when applying multiple configuration options simultaneously.
|
OAuth2TokenContext
An OAuth2TokenContext
is a context object that holds information associated with an OAuth2Token
and is used by an OAuth2TokenGenerator and OAuth2TokenCustomizer.
OAuth2TokenContext
provides the following accessors:
public interface OAuth2TokenContext extends Context {
default RegisteredClient getRegisteredClient() ... (1)
default <T extends Authentication> T getPrincipal() ... (2)
default AuthorizationServerContext getAuthorizationServerContext() ... (3)
@Nullable
default OAuth2Authorization getAuthorization() ... (4)
default Set<String> getAuthorizedScopes() ... (5)
default OAuth2TokenType getTokenType() ... (6)
default AuthorizationGrantType getAuthorizationGrantType() ... (7)
default <T extends Authentication> T getAuthorizationGrant() ... (8)
...
}
1 | getRegisteredClient() : The RegisteredClient associated with the authorization grant. |
2 | getPrincipal() : The Authentication instance of the resource owner (or client). |
3 | getAuthorizationServerContext() : The AuthorizationServerContext object that holds information of the Authorization Server runtime environment. |
4 | getAuthorization() : The OAuth2Authorization associated with the authorization grant. |
5 | getAuthorizedScopes() : The scope(s) authorized for the client. |
6 | getTokenType() : The OAuth2TokenType to generate. The supported values are code , access_token , refresh_token , and id_token . |
7 | getAuthorizationGrantType() : The AuthorizationGrantType associated with the authorization grant. |
8 | getAuthorizationGrant() : The Authentication instance used by the AuthenticationProvider that processes the authorization grant. |
OAuth2TokenGenerator
An OAuth2TokenGenerator
is responsible for generating an OAuth2Token
from the information contained in the provided OAuth2TokenContext.
The OAuth2Token
generated primarily depends on the type of OAuth2TokenType
specified in the OAuth2TokenContext
.
For example, when the value
for OAuth2TokenType
is:
-
code
, thenOAuth2AuthorizationCode
is generated. -
access_token
, thenOAuth2AccessToken
is generated. -
refresh_token
, thenOAuth2RefreshToken
is generated. -
id_token
, thenOidcIdToken
is generated.
Furthermore, the format of the generated OAuth2AccessToken
varies, depending on the TokenSettings.getAccessTokenFormat()
configured for the RegisteredClient.
If the format is OAuth2TokenFormat.SELF_CONTAINED
(the default), then a Jwt
is generated.
If the format is OAuth2TokenFormat.REFERENCE
, then an "opaque" token is generated.
Finally, if the generated OAuth2Token
has a set of claims and implements ClaimAccessor
, the claims are made accessible from OAuth2Authorization.Token.getClaims().
The OAuth2TokenGenerator
is primarily used by components that implement authorization grant processing – for example, authorization_code
, client_credentials
, and refresh_token
.
The provided implementations are OAuth2AccessTokenGenerator
, OAuth2RefreshTokenGenerator
, and JwtGenerator
.
The OAuth2AccessTokenGenerator
generates an "opaque" (OAuth2TokenFormat.REFERENCE
) access token, and the JwtGenerator
generates a Jwt
(OAuth2TokenFormat.SELF_CONTAINED
).
The OAuth2TokenGenerator is an OPTIONAL component and defaults to a DelegatingOAuth2TokenGenerator composed of an OAuth2AccessTokenGenerator and OAuth2RefreshTokenGenerator .
|
If a JwtEncoder @Bean or JWKSource<SecurityContext> @Bean is registered, then a JwtGenerator is additionally composed in the DelegatingOAuth2TokenGenerator .
|
The OAuth2TokenGenerator
provides great flexibility, as it can support any custom token format for access_token
and refresh_token
.
The following example shows how to register an OAuth2TokenGenerator
@Bean
:
@Bean
public OAuth2TokenGenerator<?> tokenGenerator() {
JwtEncoder jwtEncoder = ...
JwtGenerator jwtGenerator = new JwtGenerator(jwtEncoder);
OAuth2AccessTokenGenerator accessTokenGenerator = new OAuth2AccessTokenGenerator();
OAuth2RefreshTokenGenerator refreshTokenGenerator = new OAuth2RefreshTokenGenerator();
return new DelegatingOAuth2TokenGenerator(
jwtGenerator, accessTokenGenerator, refreshTokenGenerator);
}
Alternatively, you can configure the OAuth2TokenGenerator
through the OAuth2AuthorizationServerConfigurer
:
@Bean
public SecurityFilterChain authorizationServerSecurityFilterChain(HttpSecurity http) throws Exception {
OAuth2AuthorizationServerConfigurer authorizationServerConfigurer =
OAuth2AuthorizationServerConfigurer.authorizationServer();
http
.securityMatcher(authorizationServerConfigurer.getEndpointsMatcher())
.with(authorizationServerConfigurer, (authorizationServer) ->
authorizationServer
.tokenGenerator(tokenGenerator)
)
...
return http.build();
}
The OAuth2AuthorizationServerConfigurer is useful when applying multiple configuration options simultaneously.
|
OAuth2TokenCustomizer
An OAuth2TokenCustomizer
provides the ability to customize the attributes of an OAuth2Token
, which are accessible in the provided OAuth2TokenContext.
It is used by an OAuth2TokenGenerator to let it customize the attributes of the OAuth2Token
before it is generated.
An OAuth2TokenCustomizer<OAuth2TokenClaimsContext>
declared with a generic type of OAuth2TokenClaimsContext
(implements OAuth2TokenContext
) provides the ability to customize the claims of an "opaque" OAuth2AccessToken
.
OAuth2TokenClaimsContext.getClaims()
provides access to the OAuth2TokenClaimsSet.Builder
, allowing the ability to add, replace, and remove claims.
The following example shows how to implement an OAuth2TokenCustomizer<OAuth2TokenClaimsContext>
and configure it with an OAuth2AccessTokenGenerator
:
@Bean
public OAuth2TokenGenerator<?> tokenGenerator() {
JwtEncoder jwtEncoder = ...
JwtGenerator jwtGenerator = new JwtGenerator(jwtEncoder);
OAuth2AccessTokenGenerator accessTokenGenerator = new OAuth2AccessTokenGenerator();
accessTokenGenerator.setAccessTokenCustomizer(accessTokenCustomizer());
OAuth2RefreshTokenGenerator refreshTokenGenerator = new OAuth2RefreshTokenGenerator();
return new DelegatingOAuth2TokenGenerator(
jwtGenerator, accessTokenGenerator, refreshTokenGenerator);
}
@Bean
public OAuth2TokenCustomizer<OAuth2TokenClaimsContext> accessTokenCustomizer() {
return context -> {
OAuth2TokenClaimsSet.Builder claims = context.getClaims();
// Customize claims
};
}
If the OAuth2TokenGenerator is not provided as a @Bean or is not configured through the OAuth2AuthorizationServerConfigurer , an OAuth2TokenCustomizer<OAuth2TokenClaimsContext> @Bean will automatically be configured with an OAuth2AccessTokenGenerator .
|
An OAuth2TokenCustomizer<JwtEncodingContext>
declared with a generic type of JwtEncodingContext
(implements OAuth2TokenContext
) provides the ability to customize the headers and claims of a Jwt
.
JwtEncodingContext.getJwsHeader()
provides access to the JwsHeader.Builder
, allowing the ability to add, replace, and remove headers.
JwtEncodingContext.getClaims()
provides access to the JwtClaimsSet.Builder
, allowing the ability to add, replace, and remove claims.
The following example shows how to implement an OAuth2TokenCustomizer<JwtEncodingContext>
and configure it with a JwtGenerator
:
@Bean
public OAuth2TokenGenerator<?> tokenGenerator() {
JwtEncoder jwtEncoder = ...
JwtGenerator jwtGenerator = new JwtGenerator(jwtEncoder);
jwtGenerator.setJwtCustomizer(jwtCustomizer());
OAuth2AccessTokenGenerator accessTokenGenerator = new OAuth2AccessTokenGenerator();
OAuth2RefreshTokenGenerator refreshTokenGenerator = new OAuth2RefreshTokenGenerator();
return new DelegatingOAuth2TokenGenerator(
jwtGenerator, accessTokenGenerator, refreshTokenGenerator);
}
@Bean
public OAuth2TokenCustomizer<JwtEncodingContext> jwtCustomizer() {
return context -> {
JwsHeader.Builder headers = context.getJwsHeader();
JwtClaimsSet.Builder claims = context.getClaims();
if (context.getTokenType().equals(OAuth2TokenType.ACCESS_TOKEN)) {
// Customize headers/claims for access_token
} else if (context.getTokenType().getValue().equals(OidcParameterNames.ID_TOKEN)) {
// Customize headers/claims for id_token
}
};
}
If the OAuth2TokenGenerator is not provided as a @Bean or is not configured through the OAuth2AuthorizationServerConfigurer , an OAuth2TokenCustomizer<JwtEncodingContext> @Bean will automatically be configured with a JwtGenerator .
|
For an example showing how you can customize the ID token, see the guide How-to: Customize the OpenID Connect 1.0 UserInfo response. |
SessionRegistry
If OpenID Connect 1.0 is enabled, a SessionRegistry
instance is used to track authenticated sessions.
The SessionRegistry
is used by the default implementation of SessionAuthenticationStrategy
associated to the OAuth2 Authorization Endpoint for registering new authenticated sessions.
If a SessionRegistry @Bean is not registered, the default implementation SessionRegistryImpl will be used.
|
If a SessionRegistry @Bean is registered and is an instance of SessionRegistryImpl , a HttpSessionEventPublisher @Bean SHOULD also be registered as it’s responsible for notifying SessionRegistryImpl of session lifecycle events, for example, SessionDestroyedEvent , to provide the ability to remove the SessionInformation instance.
|
When a logout is requested by an End-User, the OpenID Connect 1.0 Logout Endpoint uses the SessionRegistry
to lookup the SessionInformation
associated to the authenticated End-User to perform the logout.
If Spring Security’s Concurrent Session Control feature is being used, it is RECOMMENDED to register a SessionRegistry
@Bean
to ensure it’s shared between Spring Security’s Concurrent Session Control and Spring Authorization Server’s Logout feature.
The following example shows how to register a SessionRegistry
@Bean
and HttpSessionEventPublisher
@Bean
(required by SessionRegistryImpl
):
@Bean
public SessionRegistry sessionRegistry() {
return new SessionRegistryImpl();
}
@Bean
public HttpSessionEventPublisher httpSessionEventPublisher() {
return new HttpSessionEventPublisher();
}