Shiro授权认证原理和流程
2024-08-31 11:22:02
先来张图：
这是一张shiro的功能图：
- Authentication： 身份认证/登录，验证用户是否拥有相应的身份
- Authorization： 授权/权限验证，验证某个已认证的用户是否拥有某个权限，包括验证用户是否拥有某个角色，或拥有某个操作权限
- Session Management： 会话管理，shiro拥有自己的session（不需要web环境下就能使用）
- Cryptography： 加密
- Web Support： web支持，针对web应用提供一些功能
- Caching： 缓存
- Concurrency： shiro支持多线程应用的并发验证，即在一个线程中开启另一个线程，能把权限自动传播过去
- Testing： 测试支持
- Run As： 允许一个用户假装成为另一个用户（如果允许）的省份进行访问
- Remember Me： 记住用户身份
再来一张图：
- Subject： 与应用交互的用户，Subject在shiro中是一个接口，定义了很多认证授权的方法，外部程序通过Subject进行认证授权，而Subject通过SecurityManager进行认证授权
注意： Subject只是一个门面，SecurityManager才是实际的执行者 - SecurityManager： 安全管理器，所有与安全有关的操作都会与SecurityManager交互，且管理着所有的Subject，是shiro的核心，负责与shiro其他组件进行交互，如通过Authenticator进行认证，通过Authorizer进行授权，通过SessionManager进行会话管理等
补充： SecurityManager是一个接口，继承了Authenticator，Authorizer，SessionManager三个接口 - Realm： Shiro从Realm获取安全数据（如用户，角色，权限）；也就是说SecurityManager要验证用户身份或操作权限，需要从Realm获取相应数据来判断（用户是否能登录，是否拥有什么权限等）
注意： realm也是由SecurityManager控制
再来一张图：
- Subject： 与应用交互的用户
- SecurityManager： 相当于SpringMVC中的DispatcherServlet，所有具体的交互都由SecurityManager控制；它管理着所有的Subject，且负责进行认证，授权，会话和缓存的管理
- Authenticator： 认证器， 对用户身份进行验证；Authenticator是一个接口，shiro提供ModularRealmAuthenticator实现类，也可以自定义
- Authorizer： 授权器，决定用户是否有权限进行某种操作，控制着用户能访问应用中的哪些功能
- Realm： 安全实体数据源，可以有1个或多个
- SessionManager： 管理session的生命周期（可以实现单点登录）
- CacheManager： 缓存管理器
- Cryptography： 密码管理模块
认证流程
- 创建token令牌，token中有用户提交的认证信息即帐号和密码
- 执行Subject.login(token)，Subject实例通常是DelegatingSubject类（或子类）的实例对象；在认证开始时，通过SecurityManager实例来调用securityManager.login(token)方法
- SecurityManager接受到token（令牌）信息后委托Authenticator实例进行认证；Authenticator通过实现类ModularRealmAuthenticator来调用anthenticator.authenticate(token)方法；ModularRealmAuthenticator在认证过程中会对一个或多个Realm实例进行适配（可插拔）
- 如果配置了多个Realm，ModularRealmAuthenticator会根据配置的AuthenticationStrategy（认证策略）来进行多Realm的认证过程；在Realm被调用后，AuthenticationStrategy将对每一个Realm的结果做出响应
注意： 如果只有一个Realm，Realm将直接调用而无需再配置认证策略 - 判断每一个Realm是否都支持提交的token，如果支持，Realm调用getAuthenticationInfo(token)，该方法就是实际的认证处理，我们通过覆盖Realm的doGetAuthenticationInfo方法来编写我们自定义的认证处理
- shiro中有三种认证策略的具体实现：
- AtleastOneSuccessfulStrategy： 只要有一个realm验证成功，则成功
- FirstSuccessfulStrategy： 第一个realm验证成功，则成功，后续realm将被忽略
- AllSuccessfulStrategy： 所有realm成功，验证才成功
补充： 认证失败后抛出的一些异常：
- UnknownAccountException 帐号不存在
- IncorrectCredentialsException 密码错误
- DisabledAccountException 帐号被禁用
- LockedAccountException 帐号被锁定
- ExcessiveAttemptsException 登录失败次数过多
- ExpiredCredentialsException 凭证过期
自定义Realm
shiro自带的Realm接口，CachingRealm负责缓存处理，AuthenticationRealm负责认证，AuthorizingRealm负责授权等，但是通常情况下，正确的用户信息都是从数据库中取出，所以需要自定义realm，通常自定义的realm继承AuthorizingRealm，认证是重写doGetAuthenticationInfo(AuthenticationToken token)方法，授权是重写doGetAuthorizationInfo(PrincipalCollection principals)方法
授权流程
- 调用授权验证方法（Subject.isPermitted()或Subject.hasRole()等）
- Subject实例通常是DelegatingSubject类（或子类）的实例对象；在认证开始时，通过SecurityManager实例来调用securityManager.isPermitted(string)方法/security.hasRole(string)方法
- SecurityManager委托Authorizer的实例（默认是ModularRealmAuthorizer类的实例，同样支持多个realm）调用相应的授权方法
- 每一个Realm将检查是否实现了相同的Authorizer接口，然后调用Realm自己的相应的授权验证方法
- 使用多个Realm时，不同于认证策略处理方式，授权处理过程中：
- 当调用Realm出现异常时，立即抛出，结束授权验证
- 只要一个Realm验证成功，则认为授权成功，立即返回，结束验证
最新文章
- Linux初识
- Life Cycle of Thread – Understanding Thread States in Java
- php反射
- redis集群同步迁移方法（一）：通过redis replication实现
- Spring源码追踪3——AOP机制
- MySQL 添加列，修改列，删除列
- implement "slam_karto" package in Stage simulation
- Linux使用本地iso作为yum源
- 【原创】LoadRunner Java Vuser脚本的配置和调试指南
- hdu 1403 Longest Common Substring(最长公共子字符串)（后缀数组）
- 数据文件、日志文件、归档文件、控制文件、参数文件及RMAN备份数据库信息查询
- C++的标准模板库(STL)简介
- WCF证书创建方法
- android网络编程之HttpUrlConnection的讲解--POST请求
- jQuery遍历节点方法汇总
- 学python3的书
- 用分支限界法解决人员安排问题(Personnel assignment problem)
- 结合JDK源码看设计模式——策略模式
- MySQL学习笔记：select语句性能优化建议
- Python2.6 升级2.7