SpringBootのWebアプリケーションにMicrosoft IDプラットフォームでサインインさせる

18567 ワード

spring-boot OAuth2.0 AzureAD spring-security Java Java テキストリンク

2021/07/26 追記　AzureADスターターの新しいバージョン(3.6.x)を使った記事を書きました

概要

Microsoftの公式ドキュメントが混乱していたり、ライブラリの更新が追いついていなかったりで最新のSpring BootからAzure ADテナントアカウント¹でサインインさせることが難しくなっています。
現状でサインインを実装するためのあれこれをまとめました。

（記事の作成時現在）Azure AD用のSpring Boot Starterはそのままでは起動できない
Microsoftのドキュメントも大体更新が追いついておらず、古い
認証のみならSpring Securityの~~OAuth2~~OpenID Connectだけで可能
ほとんど日本語資料がない
認証後にMicrosoftGraphを通じて各機能にアクセスするならMicrosoft Graph SDK for Javaを使用する

前提条件

Java11
Spring Boot2.3.5（最新は2.4）
基本の依存性はSpring Initialzrで書き出す
Gredle6.7
筆者のOSはWindows10
ここではAzureADのテナント内のアカウント（職場または学校のアカウント）を対象としますが、個人用Microsoftアカウントを対象に含める場合も基本的な流れは同じはずです
ログインエラー時の画面処理やパスごとのセキュリティ設定の方法（WebSecurityConfigurerAdapterの拡張）はここでは範囲外

Azure AD Spring Boot Starter client library for Java(2.3.5)で実装する

まず最初に当たるのはこのライブラリ²だと思います。Microsoftが主導するプロジェクトです。
Spring Boot/Spring SecurityのOauth2クライアントの機能を利用しているため、設定項目や実装範囲が他の選択肢より少なくなります。

Azure ADとSpringの連携についてはMicrosoftのサイトの様々な場所にドキュメントが散在していますが、現時点ではGithubのドキュメントを参照してください。最新の記述のはずです。
この記事で主な対象にしているシナリオはバックエンドでの認証フローとなります。

このドキュメントを基に作業を進めるわけですが、現状ではReadMe通りの設定では動きません→報告をもとに修正されましたがmavenへの反映をお待ちください。

理由についても突き止めてGitHubで報告してありますが、Spring Boot2.3.5の依存性によりAAD-Starterが依存するnimbus-jose-jwtのバージョンが上がってしまい、起動できなくなっています。
これはnimbus-jose-jwtの8.10以降DefaultJWKSetCacheのコンストラクタにリフレッシュサイクルを指定する引数が追加されたために起こっています。
まずはこれに対応します。

起動可能にするためにAADAuthenticationFilterAutoConfigurationの設定を上書きする

幸いにこのバグの原因がAutoConfigのBean定義ににあるため、実行時にこれを解決することが可能です。（記事を書いている間にこの問題のソースコードは修正されました）
ここではnimbus-jose-jwtバージョンを下げて対応するのは良しとせず、それを修正して使用します。
AAD-Starterの利用には基本的にWebSecurityConfigurerAdapterを継承してConfigを書くことになりますので、そこで古いBean定義を上書きします。

AADOAuth2LoginConfig.java

/*ReadMeのサンプルにコメント部分を追加*/

@EnableWebSecurity
@EnableGlobalMethodSecurity(prePostEnabled = true)
public class AADOAuth2LoginConfig extends WebSecurityConfigurerAdapter {

    @Autowired
    private OAuth2UserService<OidcUserRequest, OidcUser> oidcUserService;

    //設定プロパティをインジェクション
    @Autowired
    private AADAuthenticationProperties aadAuthProps;


    @Override
    protected void configure(HttpSecurity http) throws Exception {
        http.authorizeRequests()
            .anyRequest().authenticated()
            .and()
            .oauth2Login()
            .userInfoEndpoint()
            .oidcUserService(oidcUserService);
    }

    //問題の設定を上書きするBean定義
    @Bean
    public JWKSetCache getJWKSetCache() {
        long lifespan = aadAuthenticationProperties.getJwkSetCacheLifespan();
        return new DefaultJWKSetCache(lifespan, lifespan, TimeUnit.MILLISECONDS);
    }
}

このBean定義はバージョンアップ前と同じ動作を再現しますが、問題が含まれています。
キャッシュの寿命とリフレッシュサイクルが同じになるため、実行時に不規則なエラーが発生する可能性があります³。
これを解決するにはDefaultJWKSetCacheの二つ目の引数を一つ目の引数よりも小さい数値に設定する必要があり、プロパティを自作するかコード内で指定する必要があります。
また、引数なしのコンストラクタは寿命を15分、リフレッシュサイクルを5分に設定されているようですので、そのサイクルに問題がなさそうであれば引数なしのコンストラクタを使用するという選択もあります。

アプリをArueに登録

これは基本的にドキュメント通りの設定で問題なく動きます。
実際にAzure ADにアプリを登録するときに参考になる図つきのチュートリアルがありますが、AAD-Starterを使用する場合では変更点が必要なことに注意してください。

リダイレクトURL

注意しなくてはいけないのは、リダイレクトURLはSpringSecurityのデフォルトとなる{baseURL}/login/oauth2/code/azureでなくてはならないことです。
Spring Securityのプロパティで変更できそうな気がしますが、私は成功しませんでした。⁴

クライアントシークレット

登録自体は特に問題ないのですが、シークレットの値自体は登録直後の画面でしか表示されません。必ずコピーしましょう。
とはいえ、メモり損ねてもミスしたものを削除して新しく作成すれば大丈夫です。反映も早いので大きな問題にはなりません。

APIアクセスの許可

そしてもう一つ重要なのが、アプリに与えるAPIへのアクセス権限です。

In the Supported legacy APIs section, click on Azure Active Directory Graph
In the Delegated permissions section, ensure that the right permissions are checked: Directory.AccessAsUser.All
Select the Add permissions button

これは完全に罠なのですが、AAD-Starterのドキュメントの内容で必要なのはAzureADGraphの権限であって、MicroSoft Graphの権限ではありません。

現在のAzureのWeb画面ではAzure AD Graphの表示は最下部にあり、目立っているMicroSoft Graphの権限を付与してしまっていくら頑張ってもAADSTS90008(アプリケーションにAPIアクセスの許可が設定されていない時のエラー)を拝むことになります。
これについてはうっかりミスですが、気付くのにはかなり時間がかかりました（図入りのチュートリアルを見ていたのとコードのバグを疑っていたので…）。

委任されたアクセス許可を選択してから、

Directory.AccessAsUser.Allにチェックを入れます。

これに気づいた後はすんなり部署やセキュリティーグループを利用したアクセス許可のコントロールも成功しました。

apllication.propertiesの編集

アプリ登録時のクライアントIDやシークレット、テナントIDなどをコピペします。

application.properties

#他の設定に以下を追加
spring.security.oauth2.client.registration.azure.client-id=xxxxxx-your-client-id-xxxxxx
spring.security.oauth2.client.registration.azure.client-secret=xxxxxx-your-client-secret-xxxxxx
azure.activedirectory.tenant-id=xxxxxx-your-tenant-id-xxxxxx
# It's suggested the logged in user should at least belong to one of the below groups
# If not, the logged in user will not be able to access any authorization controller rest APIs
azure.activedirectory.user-group.allowed-groups=group1, group2

上記の通り、4項目を増やすだけでSpring security＋Azure ADでの認証・許可が可能になります。
また、AAD-Starterを利用するとAzure ADに登録されているグループ名でのアクセス許可が可能になるのが特徴です。
逆にテスト時には実在しているグループ名を指定しないとアクセス拒否されますので、テスト用のグループを作成しておくと良いでしょう。

後はアプリを起動して、Microsoftアカウントのログイン画面に転送された後に、アプリの画面へ戻ってくるかを確認すれば終了です。

Microsoft GraphのAPIを使ってみる

過渡期でテスト的な立場のようですが、Azure AD graphからではなく、Microsoft Graphでグループ情報を取得するサンプルがあります。
サンプルのドキュメントはazure-spring-boot-sample-active-directory-backend-v2となります。

apllication.propertiesの編集

前述の設定に、さらに下記を追加します。

application.properties

#グループ情報をMicrosoft Graphから取得する設定
azure.activedirectory.environment=global-v2-graph
[email protected]
azure.activedirectory.user-group.value=#microsoft.graph.group
azure.activedirectory.user-group.object-id-key=id

その他の変更は必要なく、起動して登録したアプリのページにアクセスするとMicrosoftのログイン画面に飛び、認証後にアプリのページへ戻ってくるはずです。

しかしながら、内部的に認可に使うグループ情報をMicrosoft Graphから取得しているだけですので、把握できる動作からは差異はわかりません。(実は機能していない？)

Microsoft ID プラットフォーム(v2.0エンドポイント)でログインさせる

Azure AD Graph v1.6とMicrosoft ID プラットフォーム

ここまでのログイン処理は、アプリ登録時のAPIアクセスの許可でもわかるとおり、Azure AD Graphに対して行われていました。
Microsoft ID プラットフォーム (v2.0) に更新する理由によると、Microsoft ID プラットフォームではAzure AD Graphによる認証はv1.0エンドポイントとされ、現在は利用を推奨されていません。現在推奨されるエンドポイントはMicrosoft ID プラットフォーム (v2.0) エンドポイントとされています。
ADD-Starterのデフォルトではv1.0エンドポイントに対して認証を行いますので、次これをこれを2.0エンドポイントに変更する方法を確認します。

認証エンドポイント

AAD-Starterの内部的には、MASL for javaでAzure ADへアクセスしており、そのプロパティを一部、Spring Securityと共有しています。

そこでSpring SecurityのOpenID Connectによる認証のドキュメントを元にプロパティを構成し、AAD-Starterのデフォルト設定を上書きすることでOpenID Connectの仕様に従っているMicrosoft ID プラットフォーム(v2.0エンドポイント)で認証を行ってみます。

アプリケーション登録の変更

アプリケーションの登録手順自体は標準の場合と同様です。唯一、変更が必要なのがAPIの許可です。

APIアクセスの許可

こちらではMicrosoft Graphからアクセス権を設定します。
こちらはOpenID Connectの仕様となるため、
OpenIDアクセス許可から、最低でもopenidが必要になります。通常のアプリでの使い勝手を考えると、emailやprofileも許可が必要かもしれません。
続いて、Directory.AccessAsUser.Allにも許可があるかを確認します。
ADD-Starterでは認証に引き続きAzure AD上のGroupを参照して、要求されたサイトへのアクセスを認可しますので、このAPI許可が必要になります。

エンドポイントの確認

apllication.propertiesに記述するエンドポイントを確認しておきます。
下図のボタンから確認できます。

このうち、OAuth 2.0 承認エンドポイント (v2)、OAuth 2.0 トークンエンドポイント (v2)が必要になります。
また、Userinfoエンドポイントが必要になるのですが、これはOpenID Connectの仕様によりhttps://graph.microsoft.com/oidc/userinfoで固定となります。

apllication.propertiesの編集

これらのエンドポイントの設定はSpring Securityの設定プロパティとなります。

apllication.properties

spring.security.oauth2.client.registration.azure.scope=openid #(APIアクセスの許可で許可していればemailやprofileも)
spring.security.oauth2.client.provider.azure.authorization-uri=承認エンドポイント (v2)
spring.security.oauth2.client.provider.azure.token-uri=トークン エンドポイント (v2)
spring.security.oauth2.client.provider.azure.user-info-uri=https://graph.microsoft.com/oidc/userinfo

#OpenID Connect仕様だと下記が設定されていれば他のエンドポイントを検索できるはずですが、ADD-Starterの設定が優先されるのか機能しませんでした
#spring.security.oauth2.client.provider.azure.issuer-uri=

上記のプロパティを追加すると、Microsoft IDプラットフォームv2（OpenID Connect）によって認証されるようになります。
Spring SecurityのOAuth、OpenID Connect関連のプロパティの詳細はSpring Boot 2.x プロパティマッピングを参照してください。

認証エンドポイントの確認方法

Spring BootのStarterによってThymeleafが導入されていれば、テンプレート上で#authenticationオブジェクト参照が使用できるため、適当なdivを追加してth:text="${#authentication}"のようにすることでサイトにアクセスしているユーザーの認証情報が確認できます。この中に存在する情報に「iss」≒認証者の情報があるため、これによってどのエンドポイントで認証されたかを確認することができます。

Spring SecurityのOAuth2.0クライアントで実装してみる

かなりの勢いで車輪の再発明になるため取りやめました…

記述途中→ログイン後にGraphの機能でいろいろする

この記事自体が長くなってしまったこととまだ確認中のため、別の記事を作成したいと思います。

まとめ

このライブラリの問題回避とアクセス権限の調査で、Spring SecurityでのOpenID connect(OAuth2)認証とAzureAD（Microsoft　IDプラットフォーム）の連携の仕組みが良くわかりました。
まず認証を受けてトークンを受け取り、グループ情報を取得してそれを元に認可を行うという独特なフローも、ADD-Starterがあるとプロパティ操作だけで実現できました（アップデートによる不具合回避を除く）。

Azure AD Spring Boot Starter client library for Javaは次バージョンで大きくアップデートされるようですが、現状は問題が多く含まれているようです。
私は初めてGithub上で修正案をコメントしましたが、意外にあっさりと取り込まれました。皆さんもライブラリの調査でちょっとでも問題に気づいたら報告してみるといいかもしれません。

追記：2020/11/18

azure-spring-boot-starterの3.0.0-beta.1がprereleaseになってます。
また変更点確認しなきゃ…

参考資料

Azure AD Spring Boot Starter client library for Java⁵
OAuth 2.0 Sample for Azure AD Spring Boot Starter client library for Java
A Java web application using Spring security which signs in users with the Microsoft identity platform
【Microsoft ID プラットフォーム】(Azure AD) Java Web アプリ (WAR file)-設定編-
【spring-projects/spring-security】OAuth 2.0 Migration Guide
Spring Security Reference12.1. OAuth 2.0 Login

私が触れた範囲がAzureADのシングルテナントのみのためこのように限定しています ↩
以下AAD-Starerと省略 ↩
nimbus-jose-jwtの修正もこれが原因だと思われ、この修正はその場しのぎであることはGitHubで共有されました ↩
私の理解、検証不足の可能性があります ↩
多分一番新しいStarterのドキュメント ↩

Author And Source

この問題について(SpringBootのWebアプリケーションにMicrosoft IDプラットフォームでサインインさせる), 我々は、より多くの情報をここで見つけました https://qiita.com/talesleaves/items/701584fb9e4e0a941059

著者帰属：元の著者の情報は、元のURLに含まれています。著作権は原作者に属する。

Content is automatically searched and collected through network algorithms . If there is a violation . Please contact us . We will adjust (correct author information ,or delete content ) as soon as possible .

SpringBootのWebアプリケーションにMicrosoft IDプラットフォームでサインインさせる

概要

前提条件

Azure AD Spring Boot Starter client library for Java(2.3.5)で実装する

起動可能にするためにAADAuthenticationFilterAutoConfigurationの設定を上書きする

アプリをArueに登録

リダイレクトURL

クライアント シークレット

APIアクセスの許可

apllication.propertiesの編集

Microsoft GraphのAPIを使ってみる

apllication.propertiesの編集

Microsoft ID プラットフォーム(v2.0エンドポイント)でログインさせる

Azure AD Graph v1.6とMicrosoft ID プラットフォーム

認証エンドポイント

アプリケーション登録の変更

APIアクセスの許可

エンドポイントの確認

apllication.propertiesの編集

認証エンドポイントの確認方法

Spring SecurityのOAuth2.0クライアントで実装してみる

記述途中→ログイン後にGraphの機能でいろいろする

まとめ

追記：2020/11/18

参考資料

Author And Source

クライアントシークレット