Spring Security 实战干货：必须掌握的一些内置 Filter

1. 前言

上一文咱们使用 Spring Security 实现了各类登陆聚合的场面。其中咱们是经过在 UsernamePasswordAuthenticationFilter 以前一个自定义的过滤器实现的。我怎么知道自定义过滤器要加在 UsernamePasswordAuthenticationFilter 以前。我在这个系列开篇说了 Spring Security 权限控制的一个核心关键就是 过滤器链 ，这些过滤器以下图进行过滤传递，甚至比这个更复杂！这只是一个最小单元。

Spring Security 内置了一些过滤器，他们各有各的本事。若是你掌握了这些过滤器，不少实际开发中的需求和问题都很容易解决。今天咱们来见识一下这些内置的过滤器。

2. 内置过滤器初始化

在 Spring Security 初始化核心过滤器时 HttpSecurity 会经过将 Spring Security 内置的一些过滤器以 FilterComparator 提供的规则进行比较按照比较结果进行排序注册。

2.1 排序规则

FilterComparator 维护了一个顺序的注册表 filterToOrder 。

FilterComparator() {
         Step order = new Step(INITIAL_ORDER, ORDER_STEP);
         put(ChannelProcessingFilter.class, order.next());
         put(ConcurrentSessionFilter.class, order.next());
         put(WebAsyncManagerIntegrationFilter.class, order.next());
         put(SecurityContextPersistenceFilter.class, order.next());
         put(HeaderWriterFilter.class, order.next());
         put(CorsFilter.class, order.next());
         put(CsrfFilter.class, order.next());
         put(LogoutFilter.class, order.next());
         filterToOrder.put(
             "org.springframework.security.oauth2.client.web.OAuth2AuthorizationRequestRedirectFilter",
                 order.next());
         filterToOrder.put(
                 "org.springframework.security.saml2.provider.service.servlet.filter.Saml2WebSsoAuthenticationRequestFilter",
                 order.next());
         put(X509AuthenticationFilter.class, order.next());
         put(AbstractPreAuthenticatedProcessingFilter.class, order.next());
         filterToOrder.put("org.springframework.security.cas.web.CasAuthenticationFilter",
                 order.next());
         filterToOrder.put(
             "org.springframework.security.oauth2.client.web.OAuth2LoginAuthenticationFilter",
                 order.next());
         filterToOrder.put(
                 "org.springframework.security.saml2.provider.service.servlet.filter.Saml2WebSsoAuthenticationFilter",
                 order.next());
         put(UsernamePasswordAuthenticationFilter.class, order.next());
         put(ConcurrentSessionFilter.class, order.next());
         filterToOrder.put(
                 "org.springframework.security.openid.OpenIDAuthenticationFilter", order.next());
         put(DefaultLoginPageGeneratingFilter.class, order.next());
         put(DefaultLogoutPageGeneratingFilter.class, order.next());
         put(ConcurrentSessionFilter.class, order.next());
         put(DigestAuthenticationFilter.class, order.next());
         filterToOrder.put(
                 "org.springframework.security.oauth2.server.resource.web.BearerTokenAuthenticationFilter", order.next());
         put(BasicAuthenticationFilter.class, order.next());
         put(RequestCacheAwareFilter.class, order.next());
         put(SecurityContextHolderAwareRequestFilter.class, order.next());
         put(JaasApiIntegrationFilter.class, order.next());
         put(RememberMeAuthenticationFilter.class, order.next());
         put(AnonymousAuthenticationFilter.class, order.next());
         filterToOrder.put(
             "org.springframework.security.oauth2.client.web.OAuth2AuthorizationCodeGrantFilter",
                 order.next());
         put(SessionManagementFilter.class, order.next());
         put(ExceptionTranslationFilter.class, order.next());
         put(FilterSecurityInterceptor.class, order.next());
         put(SwitchUserFilter.class, order.next());
     }

这些就是全部内置的过滤器。 他们是经过下面的方法获取本身的序号：

private Integer getOrder(Class<?> clazz) {
         while (clazz != null) {
             Integer result = filterToOrder.get(clazz.getName());
             if (result != null) {
                 return result;
             }
             clazz = clazz.getSuperclass();
         }
         return null;
     }

经过过滤器的类全限定名从注册表 filterToOrder 中获取本身的序号，若是没有直接获取到序号经过递归获取父类在注册表中的序号做为本身的序号，序号越小优先级越高。上面的过滤器并不是所有会被初始化。有的须要额外引入一些功能包，有的看 HttpSecurity 的配置状况。 在上一篇文章中。咱们禁用了 CSRF 功能，就意味着 CsrfFilter 不会被注册。

3. 内置过滤器讲解

接下来咱们就对这些内置过滤器进行一个系统的认识。咱们将按照默认顺序进行讲解。

3.1 ChannelProcessingFilter

ChannelProcessingFilter 一般是用来过滤哪些请求必须用 https 协议， 哪些请求必须用 http 协议， 哪些请求随便用哪一个协议都行。它主要有两个属性：

• ChannelDecisionManager 用来判断请求是否符合既定的协议规则。它维护了一个 ChannelProcessor 列表 这些ChannelProcessor 是具体用来执行 ANY_CHANNEL 策略 （任何通道均可以）, REQUIRES_SECURE_CHANNEL 策略 （只能经过https 通道）, REQUIRES_INSECURE_CHANNEL 策略 （只能经过 http 通道）。
• FilterInvocationSecurityMetadataSource 用来存储 url 与 对应的ANY_CHANNEL、REQUIRES_SECURE_CHANNEL、REQUIRES_INSECURE_CHANNEL 的映射关系。

ChannelProcessingFilter 经过 HttpScurity#requiresChannel() 等相关方法引入其配置对象 ChannelSecurityConfigurer 来进行配置。

3.2 ConcurrentSessionFilter

ConcurrentSessionFilter 主要用来判断session是否过时以及更新最新的访问时间。其流程为：

1. session 检测，若是不存在直接放行去执行下一个过滤器。存在则进行下一步。
2. 根据sessionid从SessionRegistry中获取SessionInformation，从SessionInformation中获取session是否过时；没有过时则更新SessionInformation中的访问日期；
   若是过时，则执行doLogout()方法，这个方法会将session无效，并将 SecurityContext 中的Authentication中的权限置空，同时在SecurityContenxtHoloder中清除SecurityContext而后查看是否有跳转的 expiredUrl，若是有就跳转，没有就输出提示信息。

ConcurrentSessionFilter 经过SessionManagementConfigurer 来进行配置。

3.3 WebAsyncManagerIntegrationFilter

WebAsyncManagerIntegrationFilter用于集成SecurityContext到Spring异步执行机制中的WebAsyncManager。用来处理异步请求的安全上下文。具体逻辑为：

1. 从请求属性上获取所绑定的WebAsyncManager，若是还没有绑定，先作绑定。
2. 从asyncManager 中获取 key 为 CALLABLE_INTERCEPTOR_KEY 的安全上下文多线程处理器 SecurityContextCallableProcessingInterceptor, 若是获取到的为 null，
   新建一个 SecurityContextCallableProcessingInterceptor 并绑定 CALLABLE_INTERCEPTOR_KEY 注册到 asyncManager 中。

这里简单说一下 SecurityContextCallableProcessingInterceptor 。它实现了接口 CallableProcessingInterceptor，
当它被应用于一次异步执行时，beforeConcurrentHandling() 方法会在调用者线程执行，该方法会相应地从当前线程获取SecurityContext,而后被调用者线程中执行逻辑时，会使用这个 SecurityContext，从而实现安全上下文从调用者线程到被调用者线程的传输。

WebAsyncManagerIntegrationFilter 经过 WebSecurityConfigurerAdapter#getHttp()方法添加到 HttpSecurity 中成为 DefaultSecurityFilterChain 的一个链节。

3.4 SecurityContextPersistenceFilter

SecurityContextPersistenceFilter 主要控制 SecurityContext 的在一次请求中的生命周期 。 请求来临时，建立SecurityContext 安全上下文信息，请求结束时清空 SecurityContextHolder。

SecurityContextPersistenceFilter 经过 HttpScurity#securityContext() 及相关方法引入其配置对象 SecurityContextConfigurer 来进行配置。

3.5 HeaderWriterFilter

HeaderWriterFilter 用来给 http 响应添加一些 Header,好比 X-Frame-Options, X-XSS-Protection ，X-Content-Type-Options。

你能够经过 HttpScurity#headers() 来定制请求Header 。

3.6 CorsFilter

跨域相关的过滤器。这是Spring MVC Java配置和XML 命名空间 CORS 配置的替代方法， 仅对依赖于spring-web的应用程序有用（不适用于spring-webmvc）或 要求在javax.servlet.Filter 级别进行CORS检查的安全约束连接。这个是目前官方的一些解读，可是我仍是不太清楚实际机制。

你能够经过 HttpSecurity#cors() 来定制。

3.7 CsrfFilter

CsrfFilter 用于防止csrf攻击，先后端使用json交互须要注意的一个问题。

你能够经过 HttpSecurity.csrf() 来开启或者关闭它。在你使用 jwt 等 token 技术时，是不须要这个的。

3.8 LogoutFilter

LogoutFilter 很明显这是处理注销的过滤器。

你能够经过 HttpSecurity.logout() 来定制注销逻辑，很是有用。

3.9 OAuth2AuthorizationRequestRedirectFilter

和上面的有所不一样，这个须要依赖 spring-scurity-oauth2 相关的模块。该过滤器是处理 OAuth2 请求首选重定向相关逻辑的。之后会我会带大家认识它，请多多关注公众号：Felordcn 。

3.10 Saml2WebSsoAuthenticationRequestFilter

这个须要用到 Spring Security SAML 模块，这是一个基于 SMAL 的 SSO 单点登陆请求认证过滤器。

关于SAML

SAML 即安全断言标记语言，英文全称是 Security Assertion Markup Language。它是一个基于 XML 的标准，用于在不一样的安全域（security domain）之间交换认证和受权数据。在 SAML 标准定义了身份提供者 (identity provider) 和服务提供者 (service provider)，这二者构成了前面所说的不一样的安全域。 SAML 是 OASIS 组织安全服务技术委员会(Security Services Technical Committee) 的产品。

SAML（Security Assertion Markup Language）是一个 XML 框架，也就是一组协议，能够用来传输安全声明。好比，两台远程机器之间要通信，为了保证安全，咱们能够采用加密等措施，也能够采用 SAML 来传输，传输的数据以 XML 形式，符合 SAML 规范，这样咱们就能够不要求两台机器采用什么样的系统，只要求能理解 SAML 规范便可，显然比传统的方式更好。SAML 规范是一组 Schema 定义。

能够这么说，在 Web Service 领域，schema 就是规范，在 Java 领域，API 就是规范

3.11 X509AuthenticationFilter

X509 认证过滤器。你能够经过 HttpSecurity#X509() 来启用和配置相关功能。

3.12 AbstractPreAuthenticatedProcessingFilter

AbstractPreAuthenticatedProcessingFilter 处理处理通过预先认证的身份验证请求的过滤器的基类，其中认证主体已经由外部系统进行了身份验证。 目的只是从传入请求中提取主体上的必要信息，而不是对它们进行身份验证。

你能够继承该类进行具体实现并经过 HttpSecurity#addFilter 方法来添加个性化的AbstractPreAuthenticatedProcessingFilter 。

3.13 CasAuthenticationFilter

CAS 单点登陆认证过滤器 。依赖 Spring Security CAS 模块

3.14 OAuth2LoginAuthenticationFilter

这个须要依赖 spring-scurity-oauth2 相关的模块。OAuth2 登陆认证过滤器。处理经过 OAuth2 进行认证登陆的逻辑。

3.15 Saml2WebSsoAuthenticationFilter

这个须要用到 Spring Security SAML 模块，这是一个基于 SMAL 的 SSO 单点登陆认证过滤器。 关于SAML

3.16 UsernamePasswordAuthenticationFilter

这个看过我相关文章的应该不陌生了。处理用户以及密码认证的核心过滤器。认证请求提交的username和 password，被封装成token进行一系列的认证，即是主要经过这个过滤器完成的，在表单认证的方法中，这是最最关键的过滤器。

你能够经过 HttpSecurity#formLogin() 及相关方法引入其配置对象 FormLoginConfigurer 来进行配置。 咱们在 Spring Security 实战干货： 玩转自定义登陆 已经对其进行过个性化的配置和魔改。

3.17 ConcurrentSessionFilter

参见 3.2 ConcurrentSessionFilter 。 该过滤器可能会被屡次执行。

3.18 OpenIDAuthenticationFilter

基于OpenID 认证协议的认证过滤器。 你须要在依赖中依赖额外的相关模块才能启用它。

3.19 DefaultLoginPageGeneratingFilter

生成默认的登陆页。默认 /login 。

3.20 DefaultLogoutPageGeneratingFilter

生成默认的退出页。 默认 /logout 。

3.21 ConcurrentSessionFilter

参见 3.2 ConcurrentSessionFilter 。 该过滤器可能会被屡次执行。

3.23 DigestAuthenticationFilter

Digest身份验证是 Web 应用程序中流行的可选的身份验证机制 。DigestAuthenticationFilter 可以处理 HTTP 头中显示的摘要式身份验证凭据。你能够经过 HttpSecurity#addFilter() 来启用和配置相关功能。

3.24 BasicAuthenticationFilter

和Digest身份验证同样都是Web 应用程序中流行的可选的身份验证机制 。 BasicAuthenticationFilter 负责处理 HTTP 头中显示的基自己份验证凭据。这个 Spring Security 的 Spring Boot 自动配置默认是启用的 。

BasicAuthenticationFilter 经过 HttpSecurity#httpBasic() 及相关方法引入其配置对象 HttpBasicConfigurer 来进行配置。

3.25 RequestCacheAwareFilter

用于用户认证成功后，从新恢复由于登陆被打断的请求。当匿名访问一个须要受权的资源时。会跳转到认证处理逻辑，此时请求被缓存。在认证逻辑处理完毕后，从缓存中获取最开始的资源请求进行再次请求。

RequestCacheAwareFilter 经过 HttpScurity#requestCache() 及相关方法引入其配置对象 RequestCacheConfigurer 来进行配置。

3.26 SecurityContextHolderAwareRequestFilter

用来 实现j2ee中 Servlet Api 一些接口方法, 好比 getRemoteUser 方法、isUserInRole 方法，在使用 Spring Security 时其实就是经过这个过滤器来实现的。

SecurityContextHolderAwareRequestFilter 经过 HttpSecurity.servletApi() 及相关方法引入其配置对象 ServletApiConfigurer 来进行配置。

3.27 JaasApiIntegrationFilter

适用于JAAS （Java 认证受权服务）。 若是 SecurityContextHolder 中拥有的 Authentication 是一个 JaasAuthenticationToken，那么该 JaasApiIntegrationFilter 将使用包含在 JaasAuthenticationToken 中的 Subject 继续执行 FilterChain。

3.28 RememberMeAuthenticationFilter

处理 记住我 功能的过滤器。

RememberMeAuthenticationFilter 经过 HttpSecurity.rememberMe() 及相关方法引入其配置对象 RememberMeConfigurer 来进行配置。

3.29 AnonymousAuthenticationFilter

匿名认证过滤器。对于 Spring Security 来讲，全部对资源的访问都是有 Authentication 的。对于无需登陆（UsernamePasswordAuthenticationFilter ）直接能够访问的资源，会授予其匿名用户身份。

AnonymousAuthenticationFilter 经过 HttpSecurity.anonymous() 及相关方法引入其配置对象 AnonymousConfigurer 来进行配置。

3.30 SessionManagementFilter

Session 管理器过滤器，内部维护了一个 SessionAuthenticationStrategy 用于管理 Session 。

SessionManagementFilter 经过 HttpScurity#sessionManagement() 及相关方法引入其配置对象 SessionManagementConfigurer 来进行配置。

3.31 ExceptionTranslationFilter

主要来传输异常事件，还记得以前咱们见过的 DefaultAuthenticationEventPublisher 吗？

3.32 FilterSecurityInterceptor

这个过滤器决定了访问特定路径应该具有的权限，访问的用户的角色，权限是什么？访问的路径须要什么样的角色和权限？这些判断和处理都是由该类进行的。若是你要实现动态权限控制就必须研究该类 。

3.33 SwitchUserFilter

SwitchUserFilter 是用来作帐户切换的。默认的切换帐号的url为/login/impersonate，默认注销切换帐号的url为/logout/impersonate，默认的帐号参数为username 。

你能够经过此类实现自定义的帐户切换。

4. 总结

全部内置的 31个过滤器做用都讲解完了，有一些默认已经启用。有一些须要引入特定的包而且对 HttpSecurity 进行配置才会生效 。并且它们的顺序是既定的。 只有你了解这些过滤器你才能基于业务深度定制 Spring Security 。

关注公众号：Felordcn获取更多资讯

我的博客：https://felord.cn