一、 Spring Security 架构概览
1. Spring Security 简介
在Java企业级开发中,安全管理方面的框架非常少,一般来说,主要是三种方案:
- Shiro
- Spring Security
- 开发者自己实现
Spring Security基于Spring框架,提供了一套Web应用安全性的完整解决方案。一般来说,Web应用的安全性包括用户认证 (Authentication)和用户授权(Authorization)两个部分。
2. Spring Security 核心功能
1)用户认证 (Authentication)
用户认证指的是验证某个用户是否为系统中的合法主体,也就是说用户能否访问该系统。用户认证一般要求用户提供用户名和密码。系统通过校验用户名和密码来完成认证过程。
Spring Security集成的主流认证机制包括:
- 表单认证
- OAuth2.0
- CAS认证
- RememberMe自动认证
- ...
2)**用户授权 (Authorization) **
用户授权指的是验证某个用户是否有权限执行某个操作。在一个系统中,不同用户所具有的权限是不同的。比如对一个文件来说,有的用户只能进行读取,而有的用户可以进行修改。一般来说,系统会为不同的用户分配不同的角色,而每个角色则对应一系列的权限。
3)其他
Spring Security 还提供了很多按钮全管理的"周边功能",例如,CSRF攻击、会话固定攻击等,同时Spring Security 还提供了 HTTP 防火墙来拦截大量的非法请求。
3. Spring Security 整体框架
1)认证
在 Spring Security 中,用户的认证信息主要由 Authentication 的实现类来保存,Authentication 接口定义如下:
java
public interface Authentication extends Principal, Serializable {
// 用来获取用户的权限
Collection<? extends GrantedAuthority> getAuthorities();
// 用来获取用户凭证,一般来说就是密码
Object getCredentials();
// 用来获取用户携带的详细信息,可能是当前请求之类等
Object getDetails();
// 有用来获取当前用户,例如一个用户名或者一个用户对象
Object getPrincipal();
// 当前用户是否认证成功
boolean isAuthenticated();
void setAuthenticated(boolean isAuthenticated) throws IllegalArgumentException;
}
当用户使用用户名/密码登录或者使用 Remember-me 登录时,都会对应一个不同的 Authentication 实例。
Spring Security 中的认证工作主要是由 AuthenticationManager接口来负责:
java
public interface AuthenticationManager {
/** AuthenticationManager 只有一个 authenticate 方法可以用来做认证,该方法有三个不同的返回值:
* 1. 返回 Authentication,表示认证成功
* 2. 抛出 AuthenticationException 异常,表示用户输入了无效的凭证。
* 3. 返回null,表示不能断定。
*/
Authentication authenticate(Authentication authentication) throws AuthenticationException;
}
在介绍了 AuthenticationManager 之后,我们介绍 AuthenticationManager 的主要实现类 ProviderManager,ProviderManager 管理了众多的 AuthenticationProvider 实例。
java
public class ProviderManager implements AuthenticationManager, MessageSourceAware, InitializingBean {
private List<AuthenticationProvider> providers;
public ProviderManager(AuthenticationProvider... providers) {
this(Arrays.asList(providers), (AuthenticationManager)null);
}
public ProviderManager(List<AuthenticationProvider> providers, AuthenticationManager parent) {
this.eventPublisher = new NullEventPublisher();
this.providers = Collections.emptyList();
this.messages = SpringSecurityMessageSource.getAccessor();
this.eraseCredentialsAfterAuthentication = true;
Assert.notNull(providers, "providers list cannot be null");
this.providers = providers;
this.parent = parent;
this.checkState();
}
}
java
public interface AuthenticationProvider {
Authentication authenticate(Authentication authentication) throws AuthenticationException;
// supports 方法用来判断是否支持给定的 Authentication 类型
boolean supports(Class<?> authentication);
}
由于 Authentication 拥有众多的实现类,这些不同的实现类又有不同的 AuthenticationProvider 来处理,所以 AuthenticationProvider 会有一个 supports 方法来判断当前的 AuthenticationProvider 是否支持对应的 Authentication。
再一次完整的认证过程中,可能会存在多个 AuthenticationProvider (比如一个项目同时存在form表单登录和短信验证码登录),多个AuthenticationProvider 统一由 ProviderManager 来管理。如果所有的 AuthenticationProvider 都认证失败了,那么就会电泳 parent 进行认证,相当于是一个备用认证方式。
2)授权
在 Sping Security 的授权体系中,有两个关键接口:
-
AccessDecisionManager
它是一个决策器,来决定此次访问是否被允许。
-
AccessDecisionVoter
它是一个投票器,投票器会检查用户是否具备应有的角色,进而投出赞成、反对或弃权。
它们都有众多的实现类,在 AccessDecisionManager 会挨个访问 AccessDecisionVoter,进而决定是否允许用户访问,因此,AccessDecisionVoter 和 AccessDecisionManager 的关系似于 AuthenticationProvider 和 ProviderManager 之间的关系。
3)Web安全
在 Spring Security 中,认证和授权都是基于过滤器来完成的。这些过滤器按照既定的优先级排列,最终形成一个过滤器链。开发者也可以通过自定义过滤器,并通过@Order注解来调整自定义过滤器在过滤器链中的位置,并通过FiliterChainProxy来统一管理。Spring Security 中的过滤器链通过FiliterChainProxy 嵌入到 Web 项目的原生过滤器链中。
4) 登录数据保护
当用户登录成功后,Spring Security会将登录成功的用户信息保存到 SecurityContextHolder 中。存入其中的数据默认通过ThreadLocal 来实现的。用户数据是和当前请求线程绑定在一起的。当登录请求处理完毕后, Spring Security 会将 SecurityContextHolder 中的数据拿出来保存到Session 中, 同时,将 SecurityContextHolder 中的数据清空。
《深入浅出 Spring Security》 王松 著