基于RBAC的权限管理系统

基于RBAC的权限管理系统

相信做过CRM管理系统的人都知道RBAC,基于角色的权限管理系统,在一定程度上他能满足自定义权限的一些设置,可以自由给用户设置权限,但是他也存在一些问题,所以在这里我想简单分享一下。

接口太多维护困难

传统的RBAC的问题就是针对后端的接口进行配置权限,但是随着业务发展,一些老的接口被废弃,一些新的接口不断被添加进去,而导致到最后新建一个角色给他配置权限时,往往都是宁可多给也不少给。

所以个人建议不要贪图很详细的权限配置,针对一些重要的点进行权限配置,放弃一些无关紧要点,这样不能从根本上解决以上问题,但是可以将时间往后延缓。

想想,如果以前配置权限的人离职了,并且没有留下说明文档,那么在一个接手的人该怎么办?最安全的办法就是把以前的权限都勾选上,再把新的勾选上。

权限是平级的,多流程上配置时困难

一般的权限配置是一个接口一个权限点,但是往往一个业务需要多个流程,即多个后端接口,这时为了使一个业务成功,就需要为一个功能点配置多个权限点。如果继续采用以上的权限配置,那么开通一个权限时,必定要开通下一个权限,否则临近上线后带给用户的体验就是点击一个按钮报“您无权限,请联系管理员开通”之类的,业务一定会来找你抱怨。

所以为了解决以上问题,建议将平行的权限配置成有上下级关系的,当选择了底级的权限时,会自动将上级的权限自动也勾选上,这样就可以抛开人为记住这些权限点的关系的方式。

但是这样还是存在一个问题,就是底层接口复用&#x

RBAC(Role-Based Access Control)是一种权限管理模型,它是建立在角色的基础上,将用户分配给角色,再根据角色的权限授予对应的资源访问权限。这种模型可以有效地管理大规模应用系统中的权限问题。下面是基于RBAC权限管理系统的设计分析: 1.确定系统需求:首先要确定系统的具体需求和功能,包括用户界面、权限设置和管理、角色管理、资源管理等方面。同时需要明确系统的主要目标是什么,以便在设计时保持一致性。 2.确定角色:根据系统需求,确定所需要的角色类型和数量,包括系统管理员、普通用户等。在设计时应该合理分配权限,避免角色间权限重叠或漏洞。 3.确定资源:确定系统中的资源,包括数据、程序、文档等,依据资源的重要性和保密性进行分类,在角色分配时考虑资源所属角色的权限。 4.权限授予:根据角色的不同,授予对应的资源访问权限,包括读取、修改、删除等。在授予权限时要严格按照角色的权限定义进行操作,避免数据泄漏和滥用。 5.权限审核:对所有权限的修改和删除操作进行记录和审查,定期对权限进行审核,保证系统的安全性和稳定性。 6.权限维护:系统上线后,需要对权限进行维护和更新,包括新增角色、修改权限、删除角色等操作,同时定期对系统进行安全检查和修复漏洞。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值