Shiro授权

1.1授权

  • 授权,也叫访问拉制,四在应用中控制谁他访问哪资源(如访问页围/编辑数据/页面撞作等),在授权中需了解的几个关键对象:主体(Subject)、资源(Resource),权限(Permission).角色 (Role)

1.2主体

  • 主体,即访问应用的用户,在 Shiro 中使用 Subject 代表该用户。用户只有授权后才允许访问相应的资源.

1.3资源

  • 在应用中用户可以访问的任何东西,比如访问iP页面、查看/编辑某些数据、访问某个业务方法、打印文本等等都是资源。用户只有授权后才能访问。

1.4权限

  • 安全策略中的原子授权单位,通过权限我们可以表示在应用中用户有没有操作某个资源的权力。即权限表示在应用中用户能不能访问某个资源,如:访问用户列表页面、查看/新增/修改/删除用户数据(即很多时候都是CRUD(增查改删)式权限控制)、打印文档等等。
    如上可以看出,权限代表了用户有没有操作某个资源的权力,即反映在某个资源上的操作允不允许,不反映谁去执行这个操作。所以后续还需要把权限赋予给用户,即定义哪个用户允许在某个资源上做什么操作(权限)Shiro不会去做这件事情,而是由实现人员提供。Shiro 支持粗粒度权限(如用户模块的所有权限)和细粒度权限(操作某个用户的权限,即实例级别的)。

1.5角色

  • 角色代表了操作集合,可以理解为权限的集合,一般情况下我们会赋予用户角色而不是权限,即这样用户可以拥有一组权限,赋予权限时比较方便。典型的如:项目经理、技术总监、CTO、开发工程师等都是角色,不同的角色拥有一组不同的权限。

1.6隐式角色

  • 即直接通过角色来验证用户有没有操作权限,如在应用中CTO、技术总监、开发工程师可以使用打印机,假设某天不允许开发工程师使用打印机,此时需要从应用中删除相应代码;再如在应用中CTO、技术总监可以查看用户、查看权限;突然有一天不允许技术总监查看用户、查看权限了,需要在相关代码中把技术总监角色从判断逻辑中删除掉;即粒度是以角色为单位进行访问控制的,粒度较粗;如果进行修改可能造成多处代码修改。

1.7显式角色

  • 在程序中通过权限控制谁能访问某个资源,角色聚合一组权限集合;这样假设哪个角色不能访问某个资源,只需要从角色代表的权限集合中移除即可;无须修改多处代码:即粒度是以资源/实例为单位的;粒度较细。 请百度搜索“RBAC”和“RBAC新解”分别了解“基于角色的访问控制”“基于资源的访问控制(Resource-Based Access Control)”

2.0授权流程

在这里插入图片描述

  • 1、首先调用Subject.isPermitted*/hasRole*接口,其会委托给SecurityManager,而SecurityManager接着会委托给Authorizer;

  • 2、Authorizer是真正的授权者,如果我们调用如isPermitted(“user:view”),其首先会通过PermissionResolver把字符串转换成相应的Permission实例;
    3、在进行授权之前,其会调用相应的Realm获取Subject相应的角色/权限用于匹配传入的角色/权限;

  • 4、Authorizer会判断Realm的角色/权限是否和传入的匹配,如果有多个Realm,会委托给ModularRealmAuthorizer进行循环判断,如果匹配如isPermitted*/hasRole*会返回true,否则返回false表示授权失败。

ModularRealmAuthorizer进行多Realm匹配流程:

  • 1、首先检查相应的Realm是否实现了实现了Authorizer

  • 2、如果实现了Authorizer,那么接着调用其相应的isPermitted*/hasRole*接口进行匹配;

  • 3、如果有一个Realm匹配那么将返回true,否则返回false。

如果Realm进行授权的话,应该继承AuthorizingRealm,其流程是:

  • 1.如果调用hasRole*,则直接获取AuthorizationInfo.getRoles()与传入的角色比较即可;

  • 2.首先如果调用如isPermitted(“user:view”),首先通过PermissionResolver将权限字符串转换成相应的Permission实例,默认使用WildcardPermissionResolver,即转换为通配符的WildcardPermission;

  • 3.通过AuthorizationInfo.getObjectPermissions()得到Permission实例集合;通过AuthorizationInfo. getStringPermissions()得到字符串集合并通过PermissionResolver解析为Permission实例;然后获取用户的角色,并通过RolePermissionResolver解析角色对应的权限集合(默认没有实现,可以自己提供);

  • 4.接着调用Permission. implies(Permission p)逐个与传入的权限比较,如果有匹配的则返回true,否则false。

2.1授权方式

  • Shiro支持四种方式的授权验证
    Suject subject = SecurityUtils.getSubject();

  • (1)代码级别权限控制:通过写 if/else授权代码块完成,前面测试类中即该方式

    *	if ( subject.hasRole("管理员")){
    			// 有权限
    			}else{
    			//无权限
    			}
    
  • (2)页面标签权限控制:在页面通过相应的标签完成

    <shiro:hasRole name="管理员">
    		<!-有权限->
    		</shiro:hasRole>
    
  • (3)方法注解权限控制:通过在执行的Java方法上添加相应的注解完成

  •   @RequiresRoles("管理员")
      			public String add(Model model){
      			//有权限
      			}
    
  • (4)URL拦截权限控制:在 ShiroFilterFactoryBean对象中配置URL拦截规则完成

  •   filterChainDefinitionMap.put("/login","anon");
      filterChainDefinitionMap.put("/user/add","perms[用户添加]");
      filterChainDefinitionMap.put("/user/edit","perms[用户编辑]");
      filterChainDefinitionMap.put("/user/del","perms[]用户删除]");
    

3.1SpringBoot+Shiro授权

  • 1.静态授权就是把权限信息写死

  • 2动态授权我们在ShiroConfig中配置链接权限的时候,每次只要有一个新的链接,或者权限需要改动,都要在ShiroConfig.java中进行权限的修改,而且改动后还需要重新启动程字新的权限才会生效。很麻烦。解决办法就是将这些链接的权限存入数据库,在前端可以提供增删改查的功能,在
    ShiroConfig 中配置链接权限的时候从数据库读取,这样就可以做到动态管理权限了,

4.1 URL拦截权限控制

在这里插入图片描述

课程简介: 历经半个多月的时间,Debug亲自撸的 “企业员工角色权限管理平台” 终于完成了。正如字面意思,本课程讲解的是一个真正意义上的、企业级的项目实战,主要介绍了企业级应用系统中后端应用权限的管理,其中主要涵盖了六大核心业务模块、十几张数据库表。 其中的核心业务模块主要包括用户模块、部门模块、岗位模块、角色模块、菜单模块和系统日志模块;与此同时,Debug还亲自撸了额外的附属模块,包括字典管理模块、商品分类模块以及考勤管理模块等等,主要是为了更好地巩固相应的技术栈以及企业应用系统业务模块的开发流程! 核心技术栈列表: 值得介绍的是,本课程在技术栈层面涵盖了前端和后端的大部分常用技术,包括Spring Boot、Spring MVC、Mybatis、Mybatis-Plus、Shiro(身份认证与资源授权跟会话等等)、Spring AOP、防止XSS攻击、防止SQL注入攻击、过滤器Filter、验证码Kaptcha、热部署插件Devtools、POI、Vue、LayUI、ElementUI、JQuery、HTML、Bootstrap、Freemarker、一键打包部署运行工具Wagon等等,如下图所示: 课程内容与收益: 总的来说,本课程是一门具有很强实践性质的“项目实战”课程,即“企业应用员工角色权限管理平台”,主要介绍了当前企业级应用系统中员工、部门、岗位、角色、权限、菜单以及其他实体模块的管理;其中,还重点讲解了如何基于Shiro的资源授权实现员工-角色-操作权限、员工-角色-数据权限的管理;在课程的最后,还介绍了如何实现一键打包上传部署运行项目等等。如下图所示为本权限管理平台的数据库设计图: 以下为项目整体的运行效果截图: 值得一提的是,在本课程中,Debug也向各位小伙伴介绍了如何在企业级应用系统业务模块的开发中,前端到后端再到数据库,最后再到服务器的上线部署运行等流程,如下图所示:
©️2020 CSDN 皮肤主题: 数字20 设计师:CSDN官方博客 返回首页