执行单点注销
除了其他注销机制,Spring Security 还支持 RP 和 AP 发起的 SAML 2.0 单点注销。
简而言之,Spring Security 支持两种用例
-
RP 发起 - 您的应用程序有一个端点,当向其发送 POST 请求时,将注销用户并向断言方发送
saml2:LogoutRequest
。此后,断言方将发送回saml2:LogoutResponse
并允许您的应用程序做出响应 -
AP 发起 - 您的应用程序有一个端点,将从断言方接收
saml2:LogoutRequest
。您的应用程序将在此时完成注销,然后向断言方发送saml2:LogoutResponse
。
在 AP 发起 场景中,您的应用程序在注销后进行的任何本地重定向都将变得毫无意义。一旦您的应用程序发送 saml2:LogoutResponse ,它将不再控制浏览器。
|
单点注销的最小配置
要使用 Spring Security 的 SAML 2.0 单点注销功能,您需要以下内容
-
首先,断言方必须支持 SAML 2.0 单点注销
-
其次,断言方应配置为签署和 POST
saml2:LogoutRequest
和saml2:LogoutResponse
到您的应用程序的/logout/saml2/slo
端点 -
第三,您的应用程序必须有一个 PKCS#8 私钥和 X.509 证书,用于签署
saml2:LogoutRequest
和saml2:LogoutResponse
您可以在 Spring Boot 中以以下方式实现这一点
spring:
security:
saml2:
relyingparty:
registration:
metadata:
signing.credentials: (3)
- private-key-location: classpath:credentials/rp-private.key
certificate-location: classpath:credentials/rp-certificate.crt
singlelogout.url: "{baseUrl}/logout/saml2/slo" (2)
assertingparty:
metadata-uri: https://ap.example.com/metadata (1)
1 | - IDP 的元数据 URI,它将向您的应用程序指示其对 SLO 的支持 |
2 | - 您应用程序中的 SLO 端点 |
3 | - 用于签署 <saml2:LogoutRequest> 和 <saml2:LogoutResponse> 的签名凭据 |
An asserting party supports Single Logout if their metadata includes the `<SingleLogoutService>` element in their metadata.
就是这样!
Spring Security 的注销支持提供了许多配置点。请考虑以下用例
启动预期
当使用这些属性时,除了登录之外,SAML 2.0 服务提供者将自动配置自身以通过 <saml2:LogoutRequest>
和 <saml2:LogoutResponse>
来促进注销,使用 RP 或 AP 发起的注销。
它通过确定性的启动过程来实现这一点
-
查询身份服务器元数据端点以获取
<SingleLogoutService>
元素 -
扫描元数据并缓存任何公共签名验证密钥
-
准备适当的端点
此过程的结果是,身份服务器必须处于运行状态并接收请求,才能使服务提供者成功启动。
如果身份服务器在服务提供者查询它时(在适当的超时时间内)处于关闭状态,则启动将失败。 |
运行时预期
鉴于上述配置,任何已登录的用户都可以向您的应用程序发送POST /logout
以执行 RP 发起的 SLO。您的应用程序将执行以下操作
-
注销用户并使会话失效
-
生成
<saml2:LogoutRequest>
并将其 POST 到关联的断言方的 SLO 端点 -
然后,如果断言方以
<saml2:LogoutResponse>
响应,则应用程序将验证它并重定向到配置的成功端点
此外,当断言方将<saml2:LogoutRequest>
发送到/logout/saml2/slo
时,您的应用程序可以参与 AP 发起的注销。发生这种情况时,您的应用程序将执行以下操作
-
验证
<saml2:LogoutRequest>
-
注销用户并使会话失效
-
生成
<saml2:LogoutResponse>
并将其 POST 回断言方的 SLO 端点
无启动的最小配置
除了启动属性之外,您还可以通过直接发布 bean 来实现相同的结果,如下所示
-
Java
-
Kotlin
@Configuration
public class SecurityConfig {
@Value("${private.key}") RSAPrivateKey key;
@Value("${public.certificate}") X509Certificate certificate;
@Bean
RelyingPartyRegistrationRepository registrations() {
Saml2X509Credential credential = Saml2X509Credential.signing(key, certificate);
RelyingPartyRegistration registration = RelyingPartyRegistrations
.fromMetadataLocation("https://ap.example.org/metadata") (1)
.registrationId("metadata")
.singleLogoutServiceLocation("{baseUrl}/logout/saml2/slo") (2)
.signingX509Credentials((signing) -> signing.add(credential)) (3)
.build();
return new InMemoryRelyingPartyRegistrationRepository(registration);
}
@Bean
SecurityFilterChain web(HttpSecurity http) throws Exception {
http
.authorizeHttpRequests((authorize) -> authorize
.anyRequest().authenticated()
)
.saml2Login(withDefaults())
.saml2Logout(withDefaults()); (4)
return http.build();
}
}
@Configuration
class SecurityConfig(@Value("${private.key}") val key: RSAPrivateKey,
@Value("${public.certificate}") val certificate: X509Certificate) {
@Bean
fun registrations(): RelyingPartyRegistrationRepository {
val credential = Saml2X509Credential.signing(key, certificate)
val registration = RelyingPartyRegistrations
.fromMetadataLocation("https://ap.example.org/metadata") (1)
.registrationId("metadata")
.singleLogoutServiceLocation("{baseUrl}/logout/saml2/slo") (2)
.signingX509Credentials({ signing: List<Saml2X509Credential> -> signing.add(credential) }) (3)
.build()
return InMemoryRelyingPartyRegistrationRepository(registration)
}
@Bean
fun web(http: HttpSecurity): SecurityFilterChain {
http {
authorizeHttpRequests {
anyRequest = authenticated
}
saml2Login {
}
saml2Logout { (4)
}
}
return http.build()
}
}
1 | - IDP 的元数据 URI,它将向您的应用程序指示其对 SLO 的支持 |
2 | - 您应用程序中的 SLO 端点 |
3 | - 用于签署<saml2:LogoutRequest> 和<saml2:LogoutResponse> 的签名凭据,您也可以将其添加到多个依赖方 |
4 | - 其次,指示您的应用程序希望使用 SAML SLO 注销最终用户 |
添加saml2Logout 会为您的整个服务提供者添加注销功能。由于它是一种可选功能,因此您需要为每个单独的RelyingPartyRegistration 启用它。您可以通过设置RelyingPartyRegistration.Builder#singleLogoutServiceLocation 属性来实现,如上所示。
|
SAML 2.0 注销工作原理
接下来,让我们看看 Spring Security 用于支持 SAML 2.0 注销 的架构组件,例如我们刚刚看到的基于 servlet 的应用程序。
对于 RP 发起的注销
Spring Security 执行其 注销流程,调用其 LogoutHandler
来使会话失效并执行其他清理操作。然后,它调用 Saml2RelyingPartyInitiatedLogoutSuccessHandler
。
注销成功处理程序使用 Saml2LogoutRequestResolver
的实例来创建、签名和序列化 <saml2:LogoutRequest>
。它使用来自与当前 Saml2AuthenticatedPrincipal
关联的 RelyingPartyRegistration
的密钥和配置。然后,它将 <saml2:LogoutRequest>
重定向 POST 到断言方 SLO 端点
浏览器将控制权交给断言方。如果断言方重定向回来(它可能不会),则应用程序继续执行步骤 。
Saml2LogoutResponseFilter
使用其 Saml2LogoutResponseValidator
来反序列化、验证和处理 <saml2:LogoutResponse>
。
如果有效,则它通过重定向到 /login?logout
来完成本地注销流程,或者根据配置进行重定向。如果无效,则它将响应 400。
对于 AP 发起的注销
Saml2LogoutRequestFilter
使用其 Saml2LogoutRequestValidator
来反序列化、验证和处理 <saml2:LogoutRequest>
。
如果有效,则过滤器会调用配置的 LogoutHandler
,使会话失效并执行其他清理操作。
它使用 Saml2LogoutResponseResolver
来创建、签名和序列化 <saml2:LogoutResponse>
。它使用来自 RelyingPartyRegistration
的密钥和配置,这些配置来自端点或 <saml2:LogoutRequest>
的内容。然后,它将 <saml2:LogoutResponse>
重定向 POST 到断言方 SLO 端点。
浏览器将控制权移交给断言方。
如果无效,则它 返回 400。
配置注销端点
有三种行为可以由不同的端点触发
-
RP 发起的注销,允许已认证的用户通过向断言方发送
<saml2:LogoutRequest>
来POST
并触发注销过程 -
AP 发起的注销,允许断言方向应用程序发送
<saml2:LogoutRequest>
-
AP 注销响应,允许断言方在响应 RP 发起的
<saml2:LogoutRequest>
时发送<saml2:LogoutResponse>
第一个是通过在主体类型为 Saml2AuthenticatedPrincipal
时执行正常的 POST /logout
来触发的。
第二个是通过使用断言方签名的 SAMLRequest
向 /logout/saml2/slo
端点 POST 来触发的。
第三个是通过使用断言方签名的 SAMLResponse
向 /logout/saml2/slo
端点 POST 来触发的。
由于用户已经登录或原始注销请求已知,因此 registrationId
已经知道。出于这个原因,{registrationId}
默认情况下不是这些 URL 的一部分。
此 URL 在 DSL 中是可自定义的。
例如,如果您正在将现有的信赖方迁移到 Spring Security,您的断言方可能已经指向 GET /SLOService.saml2
。为了减少断言方配置的变化,您可以在 DSL 中像这样配置过滤器
-
Java
-
Kotlin
http
.saml2Logout((saml2) -> saml2
.logoutRequest((request) -> request.logoutUrl("/SLOService.saml2"))
.logoutResponse((response) -> response.logoutUrl("/SLOService.saml2"))
);
http {
saml2Logout {
logoutRequest {
logoutUrl = "/SLOService.saml2"
}
logoutResponse {
logoutUrl = "/SLOService.saml2"
}
}
}
您还应该在您的 RelyingPartyRegistration
中配置这些端点。
此外,您可以像这样自定义触发本地注销的端点
-
Java
-
Kotlin
http
.saml2Logout((saml2) -> saml2.logoutUrl("/saml2/logout"));
http {
saml2Logout {
logoutUrl = "/saml2/logout"
}
}
将本地注销与 SAML 2.0 注销分离
在某些情况下,您可能希望为本地注销公开一个注销端点,为 RP 发起的 SLO 公开另一个注销端点。与其他注销机制一样,您可以注册多个注销端点,只要它们都具有不同的端点即可。
因此,例如,您可以像这样连接 DSL
-
Java
-
Kotlin
http
.logout((logout) -> logout.logoutUrl("/logout"))
.saml2Logout((saml2) -> saml2.logoutUrl("/saml2/logout"));
http {
logout {
logoutUrl = "/logout"
}
saml2Logout {
logoutUrl = "/saml2/logout"
}
}
现在,如果客户端发送一个 POST /logout
请求,会话将被清除,但不会向断言方发送 <saml2:LogoutRequest>
。但是,如果客户端发送一个 POST /saml2/logout
请求,应用程序将像往常一样启动 SAML 2.0 SLO。
自定义 <saml2:LogoutRequest>
解析
通常需要在 <saml2:LogoutRequest>
中设置其他值,而不是 Spring Security 提供的默认值。
默认情况下,Spring Security 将发出一个 <saml2:LogoutRequest>
并提供
-
Destination
属性 - 来自RelyingPartyRegistration#getAssertingPartyDetails#getSingleLogoutServiceLocation
-
ID
属性 - 一个 GUID -
<Issuer>
元素 - 来自RelyingPartyRegistration#getEntityId
-
<NameID>
元素 - 来自Authentication#getName
要添加其他值,可以使用委托,如下所示
-
Java
-
Kotlin
@Bean
Saml2LogoutRequestResolver logoutRequestResolver(RelyingPartyRegistrationRepository registrations) {
OpenSaml4LogoutRequestResolver logoutRequestResolver =
new OpenSaml4LogoutRequestResolver(registrations);
logoutRequestResolver.setParametersConsumer((parameters) -> {
String name = ((Saml2AuthenticatedPrincipal) parameters.getAuthentication().getPrincipal()).getFirstAttribute("CustomAttribute");
String format = "urn:oasis:names:tc:SAML:2.0:nameid-format:transient";
LogoutRequest logoutRequest = parameters.getLogoutRequest();
NameID nameId = logoutRequest.getNameID();
nameId.setValue(name);
nameId.setFormat(format);
});
return logoutRequestResolver;
}
@Bean
open fun logoutRequestResolver(registrations:RelyingPartyRegistrationRepository?): Saml2LogoutRequestResolver {
val logoutRequestResolver = OpenSaml4LogoutRequestResolver(registrations)
logoutRequestResolver.setParametersConsumer { parameters: LogoutRequestParameters ->
val name: String = (parameters.getAuthentication().getPrincipal() as Saml2AuthenticatedPrincipal).getFirstAttribute("CustomAttribute")
val format = "urn:oasis:names:tc:SAML:2.0:nameid-format:transient"
val logoutRequest: LogoutRequest = parameters.getLogoutRequest()
val nameId: NameID = logoutRequest.getNameID()
nameId.setValue(name)
nameId.setFormat(format)
}
return logoutRequestResolver
}
然后,您可以在 DSL 中提供自定义的 Saml2LogoutRequestResolver
,如下所示
-
Java
-
Kotlin
http
.saml2Logout((saml2) -> saml2
.logoutRequest((request) -> request
.logoutRequestResolver(this.logoutRequestResolver)
)
);
http {
saml2Logout {
logoutRequest {
logoutRequestResolver = this.logoutRequestResolver
}
}
}
自定义 <saml2:LogoutResponse>
解析
通常需要在 <saml2:LogoutResponse>
中设置其他值,而不是 Spring Security 提供的默认值。
默认情况下,Spring Security 将发出一个 <saml2:LogoutResponse>
并提供
-
Destination
属性 - 来自RelyingPartyRegistration#getAssertingPartyDetails#getSingleLogoutServiceResponseLocation
-
ID
属性 - 一个 GUID -
<Issuer>
元素 - 来自RelyingPartyRegistration#getEntityId
-
<Status>
元素 -SUCCESS
要添加其他值,可以使用委托,如下所示
-
Java
-
Kotlin
@Bean
public Saml2LogoutResponseResolver logoutResponseResolver(RelyingPartyRegistrationRepository registrations) {
OpenSaml4LogoutResponseResolver logoutRequestResolver =
new OpenSaml4LogoutResponseResolver(registrations);
logoutRequestResolver.setParametersConsumer((parameters) -> {
if (checkOtherPrevailingConditions(parameters.getRequest())) {
parameters.getLogoutRequest().getStatus().getStatusCode().setCode(StatusCode.PARTIAL_LOGOUT);
}
});
return logoutRequestResolver;
}
@Bean
open fun logoutResponseResolver(registrations: RelyingPartyRegistrationRepository?): Saml2LogoutResponseResolver {
val logoutRequestResolver = OpenSaml4LogoutResponseResolver(registrations)
logoutRequestResolver.setParametersConsumer { LogoutResponseParameters parameters ->
if (checkOtherPrevailingConditions(parameters.getRequest())) {
parameters.getLogoutRequest().getStatus().getStatusCode().setCode(StatusCode.PARTIAL_LOGOUT)
}
}
return logoutRequestResolver
}
然后,您可以在 DSL 中提供自定义的 Saml2LogoutResponseResolver
,如下所示
-
Java
-
Kotlin
http
.saml2Logout((saml2) -> saml2
.logoutRequest((request) -> request
.logoutRequestResolver(this.logoutRequestResolver)
)
);
http {
saml2Logout {
logoutRequest {
logoutRequestResolver = this.logoutRequestResolver
}
}
}
自定义 <saml2:LogoutRequest>
身份验证
要自定义验证,您可以实现自己的 Saml2LogoutRequestValidator
。目前,验证非常简单,因此您可以先委托给默认的 Saml2LogoutRequestValidator
,如下所示
-
Java
-
Kotlin
@Component
public class MyOpenSamlLogoutRequestValidator implements Saml2LogoutRequestValidator {
private final Saml2LogoutRequestValidator delegate = new OpenSamlLogoutRequestValidator();
@Override
public Saml2LogoutRequestValidator logout(Saml2LogoutRequestValidatorParameters parameters) {
// verify signature, issuer, destination, and principal name
Saml2LogoutValidatorResult result = delegate.authenticate(authentication);
LogoutRequest logoutRequest = // ... parse using OpenSAML
// perform custom validation
}
}
@Component
open class MyOpenSamlLogoutRequestValidator: Saml2LogoutRequestValidator {
private val delegate = OpenSamlLogoutRequestValidator()
@Override
fun logout(parameters: Saml2LogoutRequestValidatorParameters): Saml2LogoutRequestValidator {
// verify signature, issuer, destination, and principal name
val result = delegate.authenticate(authentication)
val logoutRequest: LogoutRequest = // ... parse using OpenSAML
// perform custom validation
}
}
然后,您可以在 DSL 中提供自定义的 Saml2LogoutRequestValidator
,如下所示
-
Java
-
Kotlin
http
.saml2Logout((saml2) -> saml2
.logoutRequest((request) -> request
.logoutRequestValidator(myOpenSamlLogoutRequestValidator)
)
);
http {
saml2Logout {
logoutRequest {
logoutRequestValidator = myOpenSamlLogoutRequestValidator
}
}
}
自定义 <saml2:LogoutResponse>
身份验证
要自定义验证,您可以实现自己的 Saml2LogoutResponseValidator
。目前,验证非常简单,因此您可以先委托给默认的 Saml2LogoutResponseValidator
,如下所示
-
Java
-
Kotlin
@Component
public class MyOpenSamlLogoutResponseValidator implements Saml2LogoutResponseValidator {
private final Saml2LogoutResponseValidator delegate = new OpenSamlLogoutResponseValidator();
@Override
public Saml2LogoutValidatorResult logout(Saml2LogoutResponseValidatorParameters parameters) {
// verify signature, issuer, destination, and status
Saml2LogoutValidatorResult result = delegate.authenticate(parameters);
LogoutResponse logoutResponse = // ... parse using OpenSAML
// perform custom validation
}
}
@Component
open class MyOpenSamlLogoutResponseValidator: Saml2LogoutResponseValidator {
private val delegate = OpenSamlLogoutResponseValidator()
@Override
fun logout(parameters: Saml2LogoutResponseValidatorParameters): Saml2LogoutResponseValidator {
// verify signature, issuer, destination, and status
val result = delegate.authenticate(authentication)
val logoutResponse: LogoutResponse = // ... parse using OpenSAML
// perform custom validation
}
}
然后,您可以在 DSL 中提供自定义的 Saml2LogoutResponseValidator
,如下所示
-
Java
-
Kotlin
http
.saml2Logout((saml2) -> saml2
.logoutResponse((response) -> response
.logoutResponseAuthenticator(myOpenSamlLogoutResponseAuthenticator)
)
);
http {
saml2Logout {
logoutResponse {
logoutResponseValidator = myOpenSamlLogoutResponseValidator
}
}
}
自定义 <saml2:LogoutRequest>
存储
当您的应用程序发送一个 <saml2:LogoutRequest>
时,该值将存储在会话中,以便可以验证 RelayState
参数和 <saml2:LogoutResponse>
中的 InResponseTo
属性。
如果您希望将注销请求存储在会话以外的其他地方,您可以在 DSL 中提供自定义实现,如下所示
-
Java
-
Kotlin
http
.saml2Logout((saml2) -> saml2
.logoutRequest((request) -> request
.logoutRequestRepository(myCustomLogoutRequestRepository)
)
);
http {
saml2Logout {
logoutRequest {
logoutRequestRepository = myCustomLogoutRequestRepository
}
}
}
其他与注销相关的参考资料
-
注销 在 CSRF 注意事项部分