OAuth 2.0 资源服务器多租户

多租户

当存在多种验证承载令牌的策略，并且这些策略由某个租户标识符进行标识时，资源服务器被认为是多租户的。

例如，您的资源服务器可以接受来自两个不同授权服务器的承载令牌。或者，您的授权服务器可以代表多个发行者。

在每种情况下，都需要做两件事，并且您选择如何做它们会带来权衡。

解析租户。
传播租户。

通过声明解析租户

区分租户的一种方法是通过发行者声明。由于发行者声明伴随着签名的 JWT，因此您可以使用 JwtIssuerReactiveAuthenticationManagerResolver 来实现这一点。

Java
Kotlin

JwtIssuerReactiveAuthenticationManagerResolver authenticationManagerResolver = JwtIssuerReactiveAuthenticationManagerResolver
    .fromTrustedIssuers("https://idp.example.org/issuerOne", "https://idp.example.org/issuerTwo");

http
    .authorizeExchange(exchanges -> exchanges
        .anyExchange().authenticated()
    )
    .oauth2ResourceServer(oauth2 -> oauth2
        .authenticationManagerResolver(authenticationManagerResolver)
    );

val customAuthenticationManagerResolver = JwtIssuerReactiveAuthenticationManagerResolver
    .fromTrustedIssuers("https://idp.example.org/issuerOne", "https://idp.example.org/issuerTwo")

return http {
    authorizeExchange {
        authorize(anyExchange, authenticated)
    }
    oauth2ResourceServer {
        authenticationManagerResolver = customAuthenticationManagerResolver
    }
}

这很好，因为发行者端点是延迟加载的。实际上，只有当发送第一个带有相应发行者的请求时，才会实例化相应的 JwtReactiveAuthenticationManager。这允许应用程序启动独立于这些授权服务器是否启动和可用。

动态租户

您可能不希望每次添加新租户时都重新启动应用程序。在这种情况下，您可以使用 ReactiveAuthenticationManager 实例的存储库配置 JwtIssuerReactiveAuthenticationManagerResolver，您可以在运行时编辑该存储库。

Java
Kotlin

private Mono<ReactiveAuthenticationManager> addManager(
		Map<String, ReactiveAuthenticationManager> authenticationManagers, String issuer) {

	return Mono.fromCallable(() -> ReactiveJwtDecoders.fromIssuerLocation(issuer))
            .subscribeOn(Schedulers.boundedElastic())
            .map(JwtReactiveAuthenticationManager::new)
            .doOnNext(authenticationManager -> authenticationManagers.put(issuer, authenticationManager));
}

// ...

JwtIssuerReactiveAuthenticationManagerResolver authenticationManagerResolver =
        new JwtIssuerReactiveAuthenticationManagerResolver(authenticationManagers::get);

http
    .authorizeExchange(exchanges -> exchanges
        .anyExchange().authenticated()
    )
    .oauth2ResourceServer(oauth2 -> oauth2
        .authenticationManagerResolver(authenticationManagerResolver)
    );

private fun addManager(
        authenticationManagers: MutableMap<String, ReactiveAuthenticationManager>, issuer: String): Mono<JwtReactiveAuthenticationManager> {
    return Mono.fromCallable { ReactiveJwtDecoders.fromIssuerLocation(issuer) }
            .subscribeOn(Schedulers.boundedElastic())
            .map { jwtDecoder: ReactiveJwtDecoder -> JwtReactiveAuthenticationManager(jwtDecoder) }
            .doOnNext { authenticationManager: JwtReactiveAuthenticationManager -> authenticationManagers[issuer] = authenticationManager }
}

// ...

var customAuthenticationManagerResolver = JwtIssuerReactiveAuthenticationManagerResolver(authenticationManagers::get)
return http {
    authorizeExchange {
        authorize(anyExchange, authenticated)
    }
    oauth2ResourceServer {
        authenticationManagerResolver = customAuthenticationManagerResolver
    }
}

在这种情况下，您使用一个策略来构建JwtIssuerReactiveAuthenticationManagerResolver，该策略用于获取提供给发行者的ReactiveAuthenticationManager。这种方法允许我们在运行时向存储库（在前面的代码片段中显示为Map）添加和删除元素。

简单地获取任何发行者并从中构建ReactiveAuthenticationManager是不安全的。发行者应该是代码可以从可信来源（例如允许的发行者列表）验证的发行者。