示例包括 X.509、Siteminder 和运行应用程序的 Java EE 容器的认证。 使用预身份验证时，Spring Security 必须：

  • 确定发出请求的用户。

  • 获取用户的权限。

详细信息取决于外部身份验证机制。 在 X.509 的情况下，用户可以通过其证书信息来标识，如果 Siteminder 可以通过 HTTP 请求标头来标识。 如果依赖于容器身份验证，则通过对传入的 HTTP 请求调用该方法来标识用户。 在某些情况下，外部机制可能会为用户提供角色和权限信息。但是，在其他情况下，您必须从单独的来源获取权限，例如 .getUserPrincipal()UserDetailsService

预身份验证框架类

由于大多数预身份验证机制都遵循相同的模式，因此 Spring Security 具有一组类，这些类提供了用于实现预身份验证身份验证提供程序的内部框架。 这消除了重复，并允许以结构化的方式添加新的实现，而不必从头开始编写所有内容。 如果你想使用像 X.509 身份验证这样的东西，你不需要了解这些类，因为它已经有一个命名空间配置选项，它更易于使用和上手。 如果您需要使用显式 Bean 配置或计划编写自己的实现，则需要了解所提供的实现的工作原理。 您可以在 . 我们在这里只提供了一个大纲，所以你应该在适当的时候查阅Javadoc和源代码。org.springframework.security.web.authentication.preauth

AbstractPreAuthenticatedProcessingFilter

此类检查安全上下文的当前内容，如果它为空，则尝试从 HTTP 请求中提取用户信息并将其提交到 . 子类重写以下方法来获取此信息。AuthenticationManager

覆盖 AbstractPreAuthenticatedProcessingFilter

  • Java

  • Kotlin

protected abstract Object getPreAuthenticatedPrincipal(HttpServletRequest request);

protected abstract Object getPreAuthenticatedCredentials(HttpServletRequest request);
protected abstract fun getPreAuthenticatedPrincipal(request: HttpServletRequest): Any?

protected abstract fun getPreAuthenticatedCredentials(request: HttpServletRequest): Any?

调用这些后，筛选器将创建一个包含返回数据的数据，并将其提交进行身份验证。 这里的“身份验证”，实际上只是意味着进一步处理以加载用户的权限，但遵循标准的Spring Security身份验证架构。PreAuthenticatedAuthenticationToken

与其他Spring Security身份验证过滤器一样，预身份验证过滤器具有一个属性，默认情况下，该属性会创建一个对象来存储其他信息，例如会话标识符和对象属性中的原始IP地址。 如果可以从预身份验证机制获取用户角色信息，则数据也存储在此属性中，详细信息实现接口。 这使身份验证提供程序能够读取外部分配给用户的权限。 接下来我们看一个具体的例子。authenticationDetailsSourceWebAuthenticationDetailsdetailsAuthenticationGrantedAuthoritiesContainer

J2eeBasedPreAuthenticatedWebAuthenticationDetailsSource

如果筛选器配置了 ，这是此类的实例，则通过为一组预先确定的“可映射角色”中的每个调用方法来获取颁发机构信息。 该类从配置的 . 可能的实现包括在应用程序上下文中对列表进行硬编码，以及从文件中的信息中读取角色信息。 预身份验证示例应用程序使用后一种方法。authenticationDetailsSourceisUserInRole(String role)MappableAttributesRetriever<security-role>web.xml

还有一个附加阶段，其中角色（或属性）通过使用配置的 . 默认值只是将通常的前缀添加到名称中，但它使您可以完全控制行为。GrantedAuthorityAttributes2GrantedAuthoritiesMapperROLE_

PreAuthenticatedAuthenticationProvider

预身份验证提供程序除了为用户加载对象外，几乎没有其他操作。 它通过委托给 . 后者与标准类似，但采用对象而不仅仅是用户名：UserDetailsAuthenticationUserDetailsServiceUserDetailsServiceAuthentication

public interface AuthenticationUserDetailsService {
	UserDetails loadUserDetails(Authentication token) throws UsernameNotFoundException;
}

此接口也可能有其他用途，但是，通过预身份验证，它允许访问打包在对象中的颁发机构，正如我们在上一节中看到的那样。 该类执行此操作。 或者，它可以通过实现委托给标准。AuthenticationPreAuthenticatedGrantedAuthoritiesUserDetailsServiceUserDetailsServiceUserDetailsByNameServiceWrapper

Http403ForbiddenEntryPoint

AuthenticationEntryPoint 负责启动未经身份验证的用户的身份验证过程（当他们尝试访问受保护的资源时）。但是，在预先验证的情况下，这不适用。 如果不将预身份验证与其他身份验证机制结合使用，则只能使用此类的实例进行配置。 如果用户被 拒绝，则调用它，从而导致 null 身份验证。 如果调用，它始终返回 -forbidden 响应代码。ExceptionTranslationFilterAbstractPreAuthenticatedProcessingFilter403

具体实施

X.509 身份验证在其单独的章节中进行了介绍。 在这里，我们看一些为其他预身份验证方案提供支持的类。

请求标头身份验证 （Siteminder）

外部身份验证系统可以通过在 HTTP 请求上设置特定标头来向应用程序提供信息。 一个众所周知的例子是 Siteminder，它在名为 . 该类支持此机制，该类仅从标头中提取用户名。 它默认使用名称作为标头名称。 有关更多详细信息，请参阅 Javadoc。SM_USERRequestHeaderAuthenticationFilterSM_USER

使用这样的系统时，框架根本不执行身份验证检查，正确配置外部系统并保护对应用程序的所有访问非常重要。 如果攻击者能够在不检测到的情况下伪造其原始请求中的标头，则他们可能会选择他们想要的任何用户名。

Siteminder 配置示例

以下示例显示了使用此筛选器的典型配置：

<security:http>
<!-- Additional http configuration omitted -->
<security:custom-filter position="PRE_AUTH_FILTER" ref="siteminderFilter" />
</security:http>

<bean id="siteminderFilter" class="org.springframework.security.web.authentication.preauth.RequestHeaderAuthenticationFilter">
<property name="principalRequestHeader" value="SM_USER"/>
<property name="authenticationManager" ref="authenticationManager" />
</bean>

<bean id="preauthAuthProvider" class="org.springframework.security.web.authentication.preauth.PreAuthenticatedAuthenticationProvider">
<property name="preAuthenticatedUserDetailsService">
	<bean id="userDetailsServiceWrapper"
		class="org.springframework.security.core.userdetails.UserDetailsByNameServiceWrapper">
	<property name="userDetailsService" ref="userDetailsService"/>
	</bean>
</property>
</bean>

<security:authentication-manager alias="authenticationManager">
<security:authentication-provider ref="preauthAuthProvider" />
</security:authentication-manager>

我们在这里假设安全命名空间用于配置。 还假定您已将一个（称为“userDetailsService”）添加到配置中以加载用户的角色。UserDetailsService

Java EE 容器认证

该类从 的属性中提取用户名。 此过滤器的使用通常与 Java EE 角色的使用结合使用，如前面的 J2eeBasedPreAuthenticatedWebAuthenticationDetailsSource 中所述。J2eePreAuthenticatedProcessingFilteruserPrincipalHttpServletRequest

代码库中有一个使用此方法的示例应用程序，因此请从 Github 获取代码，如果您有兴趣，请查看应用程序上下文文件。

使用这样的系统时，框架根本不执行身份验证检查，正确配置外部系统并保护对应用程序的所有访问非常重要。 如果攻击者能够在不检测到的情况下伪造其原始请求中的标头，则他们可能会选择他们想要的任何用户名。