Spring Security OAuth2

This guide describes the integration of Spring security’s OAuth2 client. Authentication is done via OAuth2 and authorization via either Shiro or Secman.

Dependency Management

If your application inherits from the Apache Causeway starter app (org.apache.causeway.app:causeway-app-starter-parent) then that will define the version automatically:

pom.xml
<parent>
    <groupId>org.apache.causeway.app</groupId>
    <artifactId>causeway-app-starter-parent</artifactId>
    <version>3.1.0</version>
    <relativePath/>
</parent>

Alternatively, import the core BOM. This is usually done in the top-level parent pom of your application:

pom.xml
<dependencyManagement>
    <dependencies>
        <dependency>
            <groupId>org.apache.causeway.core</groupId>
            <artifactId>causeway-core</artifactId>
            <version>3.1.0</version>
            <scope>import</scope>
            <type>pom</type>
        </dependency>
    </dependencies>
</dependencyManagement>

Setup

Dependency / Imports

In the webapp module of your application, add the following dependency:

pom.xml
<dependencies>
    <dependency>
        <groupId>org.apache.causeway.extensions</groupId>
        <artifactId>causeway-extensions-spring-security-oauth2</artifactId>
        <version>3.1.0</version>
    </dependency>
</dependencies>

Design

The module brings in a transitive dependency to org.springframework.boot:spring-boot-starter-oauth2-client. Using this, it provides an implementation of the AuthenticatorConverter SPI that recognises the OAuth2 principal provided by the Spring OAuth2 client.

Walk-through (Oauth with Github and Shiro authorizor)

Using Spring Security we can configure your app with various authentication providers. In this section we describe how to modify the HelloWorld starter app to use github as an OAuth2 provider. The steps here are based on this Spring tutorial.

AppManifest

In your application’s App Manifest, import CausewayModuleExtSpringSecurityOAuth2 module:

AppManifest.java
@Configuration
@Import({
        ...
        CausewayModuleExtSpringSecurityOAuth2.class,    (1)
        AuthorizorShiro.class,                          (2)
        ...
})
public class AppManifest {
}
1 The CausewayModuleExtSpringSecurityOAuth2 module brings in a transitive dependency on CausewayModuleSecuritySpring.
2 An implementation of Authorizor is also required. For the purpose of this walkthrough, we’ll use the implementation provided by Shiro, namely AuthorizorShiro.

Make sure that no other CausewayModuleSecurityXxx module is imported, either directly or indirectly.

To use the Shiro authorizor, also add in the corresponding dependency:

pom.xml
<dependencies>
    <dependency>
        <groupId>org.apache.causeway.security</groupId>
        <artifactId>causeway-security-shiro</artifactId>
        <version>3.1.0</version>
    </dependency>
</dependencies>

Code Changes

The OAuth2 integration provided by Spring (seemingly) forwards onto an "/login" endpoint immediately after the user has logged into github, but with an authenticated principal. We therefore use a controller to simply forward directly onto the Wicket Viewer:

  • create this page to redirect:

    templates/redirect-immediately.html
    <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
    <html xmlns:th="http://www.thymeleaf.org">
        <head>
            <meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1">
            <meta http-equiv="refresh" content="0;url=/wicket/" />
        </head>
        <body>
            <div id="wrapper">
            </div>
        </body>
    </html>
  • define this controller for /login:

    LoginController.java
    @Controller
    @RequestMapping({"/login"})
    public class LoginController {
    
        @RequestMapping(
            produces = {"text/html"}
        )
        public String login(HttpServletRequest request, HttpServletResponse response) {
            return "redirect-immediately";
        }
    }

Next, add in LoginController to the AppManifest.

AppManifest.java
@Configuration
@Import({
        ...
        CausewayModuleExtSpringSecurityOAuth2.class,
        AuthorizorShiro.class,
        LoginController.class,
        ...
})
public class AppManifest {
}

Next configure authenticationStrategy and permissionResolver for realms, and add the userId:

shiro.ini
[main]
authenticationStrategy=org.apache.causeway.extensions.secman.delegated.shiro.realm.AuthenticationStrategyForSecMan
securityManager.authenticator.authenticationStrategy = $authenticationStrategy
securityManager.realms = $iniRealm
permissionResolver = org.apache.causeway.security.shiro.authorization.CausewayPermissionResolver
iniRealm.permissionResolver = $permissionResolver
...
[users]
...
your.id = ,admin_role
...

Lastly (and optionally), the swagger/REST API is not configured for oauth2, so we replace the index.html page with one to redirect straight to the Wicket Viewer:

static/index.html
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html xmlns:th="http://www.thymeleaf.org">
<head>
    <meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1">
    <meta http-equiv="refresh" content="0;url=/wicket/" />
</head>
<body>
<div id="wrapper">
    <!-- we just redirect immediately, because swagger/restful API not configured to use spring security -->
</div>
</body>
</html>

Configuration

We are now ready to configure the app. As described in the this Spring tutorial:

  • register the app on github:

    register github oauth app
  • obtain the clientId and create a new client secret:

    github client id
  • update the configuration:

    config/application-github-example.properties
    spring.security.oauth2.client.registration.github.clientId=XXXX
    spring.security.oauth2.client.registration.github.clientSecret=XXXXXXXX

Run the application

You should now be able to run the application, setting the "github-example" profile using this JVM argument:

-Dspring.profiles.active=github-example

If you are already signed into github:

github already signed in

then you should be logged in directly; the app will show your user name:

helloworld shows username

On the other hand, if you are not signed in then you will be redirected to the github login page:

github login page

If you have 2FA enabled, then this also works:

github 2fa

and then, once again, you will be redirected to the app and it will show your user name:

helloworld shows username

Finally, if you log out then Spring will show a page to allow you to trigger the login process:

github sign in again

Walk-through (Oauth with Azure and Secman authorizor)

Using Spring Security we can configure your app with various authentication providers. In this section we briefly discuss configuring an app to use Microsoft Azure for both:

  • server-side login flow

    in other words for end-users accessing the Wicket viewer), and

  • client-side login flow with JWT

    in other words for REST programmatic clients accessing the Restful Objects viewer.

The server-side login flow is (as you might expect) quite similar to that required by Github.

AppManifest

AppManifest.java
@Configuration
@Import({
        ...
        CausewayModuleExtSpringSecurityOAuth2.class,
        CausewayModuleExtSecmanDelegatedSpringOauth2.class,         (1)
})
@EnableWebSecurity                                                  (2)
@ComponentScan(basePackageClasses = AppManifest.class)
public class AppManifest {

    // ...
}
1 Using secman for permissions (rather than Shiro, as was described in the github walkthrough above)
2 We’ll use Spring APIs to configure the authentication flows

For the purpose of this walkthrough, we’ll use the implementation provided by SecMan.

To use the Secman authorizor, also add in the corresponding dependency:

pom.xml
<dependencies>
    <dependency>
        <groupId>org.apache.causeway.extensions</groupId>
        <artifactId>causeway-extensions-secman-integration</artifactId>
        <version>3.1.0</version>
    </dependency>
</dependencies>

You’ll need to ensure that the users have access to the appropriate roles that grant them permissions; see the Secman docs.

In addition, we use Spring’s APIs to configure the two authentication flows:

AppManifest.java
// ,...
@EnableWebSecurity                                                              (1)
public class AppManifest {

    @Bean
    @Order(2)
    SecurityFilterChain webSecurity(HttpSecurity http) throws Exception {       (2)
        http
            .cors()
                .and()
            .authorizeHttpRequests()
                .antMatchers("/**")                 (3)
                    .authenticated()
                .anyRequest()
                    .authenticated()
                .and()
            .oauth2Login()
                .and()
            .logout()
                .permitAll()
        ;
        return http.build();
    }

    @Bean
    @Order(1)
    SecurityFilterChain apiSecurity(HttpSecurity http) throws Exception {       (4)
        http
            .requestMatcher(new RequestHeaderRequestMatcher("Authorization"))
            .cors()
                .and()
            .authorizeHttpRequests()
                .antMatchers("/**")                 (4)
                    .authenticated()
                .and()
            .oauth2ResourceServer()
                .jwt()
                    .and()
                .and()
            .sessionManagement()
                .disable()
        ;
        return http.build();
    }
}
1 as noted above, we use Spring APIs to configure the authentication flows
2 configures the server-side flow
3 configures the client-side flow
4 uses Apache Ant style matching syntax

Azure AD Config

Login to the Azure Portal:

  • open the Azure Active Directory blade

  • App Registrations

  • New registration

    Enter any name; leave the other fields empty for now:

    azure register new app
  • Create new client secret (link to do so is top right)

    azure create client secret

    Copy this value immediately; it is not accessible later.

  • Add redirect URI, specifying the "Web" platform first.

    For example:

    800px

    In the above, https://mywebapp.com is the server to which the deployed, the /local/oauth2/code/ is fixed, while the suffix "myapp" is the name of your app. This app name is used in the configuration of the app, see below

  • Add API permissions:

    azure api permissions

Configuration Properties

Finally need to configure the app to use Oauth:

application.properties
o365.tenantId=XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX  (1)

spring.security.oauth2.client.registration.myapp.provider=o365
spring.security.oauth2.client.registration.myapp.client-name=MyApp                                              (2)
spring.security.oauth2.client.registration.myapp.client-id=XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX                 (3)
spring.security.oauth2.client.registration.myapp.client-secret=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX         (4)
spring.security.oauth2.client.registration.myapp.redirect-uri=http://mywebapp.com:8080/login/oauth2/code/myapp  (5)
spring.security.oauth2.client.registration.myapp.scope=openid, profile, email, user.read                        (6)
spring.security.oauth2.client.registration.myapp.authorization-grant-type=authorization_code

spring.security.oauth2.client.provider.o365.token-uri=https://login.microsoftonline.com/${o365.tenantId}/oauth2/v2.0/token
spring.security.oauth2.client.provider.o365.jwk-set-uri=https://login.microsoftonline.com//${o365.tenantId}/discovery/v2.0/keys
spring.security.oauth2.client.provider.o365.authorization-uri=https://login.microsoftonline.com//${o365.tenantId}/oauth2/v2.0/authorize
spring.security.oauth2.client.provider.o365.user-name-attribute=email
spring.security.oauth2.resourceserver.jwt.jwk-set-uri=https://login.microsoftonline.com/${o365.tenantId}/discovery/v2.0/keys
1 Azure tenant Id
2 Application (or client) name, recommend that this corresponds to the app name when the client was registered in Azure
3 Azure client Id, obtained from the application registration page
4 Azure client secret, as setup in the Azure portal
5 Redirect URI; must exactly match the redirect URI specified in the Azure portal
6 Scope matches the API permissions set up in the Azure portal.

And, to enable JWT (REST client access), also add in:

application.properties
causeway.viewer.restfulobjects.authentication.strategy-class-name=\
    org.apache.causeway.extensions.spring.security.oauth2.restful.AuthenticationStrategyJwt