转载

WebSecurity和HttpSecurity的关系

前几天有粉丝私信我:WebSecurity和HttpSecurity啥关系?当时给我问住了,我大概只知道它们之间的关系类似TypeScript和JavaScript的关系,但是具体的细节确实不太清楚。因此就在周末简单研究了一下。

HttpSecurity的本质

前几天在Spring Security 5.4的新玩法中介绍了一种新的配置HttpSecurity的方式:
@Bean
SecurityFilterChain filterChain(HttpSecurity http) throws Exception {
 return http
 .antMatcher("/**")
 .authorizeRequests(authorize -> authorize
 .anyRequest().authenticated()
 )
 .build();
}
其实就能够知道HttpSecurity是用来构建包含了一系列过滤器链的过滤器SecurityFilterChain,平常我们的配置就是围绕构建SecurityFilterChain进行。还得拿出这张老图: e8ed8a9b1dc8f05c0d62fdce4588beb4

安全过滤链

从上面这个图中可以看出构建好的还要交给FilterChainProxy来代理,是不是有点多此一举?

WebSecurity的本质

在有些情况下这种确实多此一举, 不过更多时候我们可能需要配置多个SecurityFilterChain来实现对多种访问控制策略。 740daf18f29f47826e0fd735c7280efe

多个SecurityFilterChain

为了精细化的管理多个SecurityFilterChain的生命周期,搞一个统一管理这些SecurityFilterChain的代理就十分必要了,这就是WebSecurity的意义。下面是WebSecurity的build方法的底层逻辑:
@Override
protected Filter performBuild() throws Exception {
 Assert.state(!this.securityFilterChainBuilders.isEmpty(),
 () -> "At least one SecurityBuilder<? extends SecurityFilterChain> needs to be specified. "
 + "Typically this is done by exposing a SecurityFilterChain bean "
 + "or by adding a @Configuration that extends WebSecurityConfigurerAdapter. "
 + "More advanced users can invoke " + WebSecurity.class.getSimpleName()
 + ".addSecurityFilterChainBuilder directly");
 // 被忽略请求的个数 和 httpscurity的个数 构成了过滤器链集合的大小
 int chainSize = this.ignoredRequests.size() + this.securityFilterChainBuilders.size();
 List<SecurityFilterChain> securityFilterChains = new ArrayList<>(chainSize);
 // 初始化过滤器链集合中的 忽略请求过滤器链 
 for (RequestMatcher ignoredRequest : this.ignoredRequests) {
 securityFilterChains.add(new DefaultSecurityFilterChain(ignoredRequest));
 }
 // 初始化过滤器链集合中的 httpsecurity定义的过滤器链
 for (SecurityBuilder<? extends SecurityFilterChain> securityFilterChainBuilder : this.securityFilterChainBuilders) {
 securityFilterChains.add(securityFilterChainBuilder.build());
 }
 FilterChainProxy filterChainProxy = new FilterChainProxy(securityFilterChains);
 if (this.httpFirewall != null) {
 // 请求防火墙
 filterChainProxy.setFirewall(this.httpFirewall);
 }
 if (this.requestRejectedHandler != null) {
 // 请求拒绝处理器
 filterChainProxy.setRequestRejectedHandler(this.requestRejectedHandler);
 }
 filterChainProxy.afterPropertiesSet();
 
 Filter result = filterChainProxy;
 if (this.debugEnabled) {
 this.logger.warn("\n\n" + "********************************************************************\n"
 + "********** Security debugging is enabled. *************\n"
 + "********** This may include sensitive information. *************\n"
 + "********** Do not use in a production system! *************\n"
 + "********************************************************************\n\n");
 result = new DebugFilter(filterChainProxy);
 }
 this.postBuildAction.run();
 return result;
}
从上面中的源码可以看出,WebSecurity用来构建一个名为springSecurityFilterChain的Spring BeanFilterChainProxy 。它的作用是来定义哪些请求忽略安全控制,哪些请求必须安全控制,在合适的时候清除SecurityContext以避免内存泄漏,同时也可以用来定义请求防火墙和请求拒绝处理器,另外我们开启Spring Seuciry Debug模式也是这里配置的。 同时还有一个作用可能是其它文章没有提及的,FilterChainProxy是Spring Security对Spring framework应用的唯一出口,然后通过它与一个Servlet在Spring的桥接代理DelegatingFilterProxy结合构成Spring对Servlet体系的唯一出口。这样就将Spring Security、Spring framework、Servlet API三者隔离了起来。

总结

我们事实上可以认为,WebSecurity是Spring Security对外的唯一出口,而HttpSecurity只是内部安全策略的定义方式;WebSecurity对标FilterChainProxy,而HttpSecurity则对标SecurityFilterChain,另外它们的父类都是AbstractConfiguredSecurityBuilder。掌握了这些基本上你就能知道它们之间的区别是什么了。好了,今天的分享就到这里

原文地址

https://blog.csdn.net/qq_35067322/article/details/115878528
正文到此结束
Loading...