Spring Security 即將棄用配置類 WebSecurityConfigurerAdapter
用過WebSecurityConfigurerAdapter的都知道對Spring Security十分重要，總管Spring Security的配置體系。但是馬上這個類要廢了，你沒有看錯，這個類將在5.7版本被@Deprecated所標記了，未來這個類將被移除。
相關的issues已經被處理并關閉
對此對此網友大呼“學著學著就被棄用了”。既然馬上要啟用了，總要有個過渡方案或者新玩法吧。
早在2021年3月份胖哥就寫了一篇文章，把新玩法給明明白白說清楚了，如果你看了的話，肯定不會學廢棄技術。這里把整套的替代方案再搞一遍，可別再學過時技術了。
版本需要Spring Security 5.4.x及以上。
HttpSecurity新舊玩法對比
舊玩法：
@Configuration
static class SecurityConfig extends WebSecurityConfigurerAdapter {
@Override
protected void configure(HttpSecurity http) throws Exception {
http
.antMatcher("/**")
.authorizeRequests(authorize -> authorize
.anyRequest().authenticated()
);
}
}
新玩法：
@Bean
SecurityFilterChain filterChain(HttpSecurity http) throws Exception {
return http
.antMatcher("/**")
.authorizeRequests(authorize -> authorize
.anyRequest().authenticated()
)
.build();
}
WebSecurity新舊玩法對比
使用WebSecurity.ignoring()忽略某些URL請求，這些請求將被Spring Security忽略，這意味著這些URL將有受到 CSRF、XSS、Clickjacking 等攻擊的可能。以下示例僅僅作為演示，請勿使用在生產環境。是不是又學到了呢?
舊玩法：
@Configuration
public class SecurityConfiguration extends WebSecurityConfigurerAdapter {
@Override
public void configure(WebSecurity web) {
// 僅僅作為演示
web.ignoring().antMatchers("/ignore1", "/ignore2");
}
}
新玩法：
@Configuration
public class SecurityConfiguration {
@Bean
public WebSecurityCustomizer webSecurityCustomizer() {
// 僅僅作為演示
return (web) -> web.ignoring().antMatchers("/ignore1", "/ignore2");
}
}
如果你需要忽略URL，請考慮通過HttpSecurity.authorizeHttpRequests的permitAll來實現。
AuthenticationManager新舊玩法對比
AuthenticationManager配置主要分為全局的(Global )、本地的(Local)。
舊玩法：
@Configuration
public class SecurityConfiguration extends WebSecurityConfigurerAdapter {
@Override
protected void configure(AuthenticationManagerBuilder auth) throws Exception {
auth.jdbcAuthentication();
}
}
上面是通過WebSecurityConfigurerAdapter開啟的是本地配置。開啟全局配置需要覆寫其authenticationManagerBean()方法并標記為Bean:
@Bean(name name="myAuthenticationManager")
@Override
public AuthenticationManager authenticationManagerBean() throws Exception {
return super.authenticationManagerBean();
}
新玩法：
本地配置通過HttpSecurity.authenticationManager實現：
@Configuration
public class SecurityConfiguration {
@Bean
public SecurityFilterChain filterChain(HttpSecurity http) throws Exception {
http
.authorizeHttpRequests((authz) -> authz
.anyRequest().authenticated()
)
.httpBasic(withDefaults())
.authenticationManager(new CustomAuthenticationManager());
}
}
全局配置擺脫了依賴WebSecurityConfigurerAdapter.authenticationManagerBean()方法，只需要定義一個AuthenticationManager類型的Bean即可：
@Bean
AuthenticationManager ldapAuthenticationManager(
BaseLdapPathContextSource contextSource) {
LdapBindAuthenticationManagerFactory factory =
new LdapBindAuthenticationManagerFactory(contextSource);
factory.setUserDnPatterns("uid={0},ou=people");
factory.setUserDetailsContextMapper(new PersonContextMapper());
return factory.createAuthenticationManager();
}
當然還可以通過自定義GlobalAuthenticationConfigurerAdapter并注入Spring IoC來修改AuthenticationManagerBuilder，不限制數量，但是要注意有排序問題。相關的思維導圖：
最后
很多技術方案都不是直接更改的，是會有一個變化的過程，只要你緊追變化，其實也就沒有變化。這一篇是不是學會了不少呢?
