RBAC角色的权限管理系统简介

上传人:博****1 文档编号:568411317 上传时间:2024-07-24 格式:PPT 页数:12 大小:674.50KB
返回 下载 相关 举报
RBAC角色的权限管理系统简介_第1页
第1页 / 共12页
RBAC角色的权限管理系统简介_第2页
第2页 / 共12页
RBAC角色的权限管理系统简介_第3页
第3页 / 共12页
RBAC角色的权限管理系统简介_第4页
第4页 / 共12页
RBAC角色的权限管理系统简介_第5页
第5页 / 共12页
点击查看更多>>
资源描述

《RBAC角色的权限管理系统简介》由会员分享,可在线阅读,更多相关《RBAC角色的权限管理系统简介(12页珍藏版)》请在金锄头文库上搜索。

1、RBAC权限管理权限管理,这是每个软件系统都会涉及到的,而且权限管理的需求本质往往都是一样,无论角色拥有怎样的权限,只要你充当了这个角色,你就拥有了这些功能。举个简单例子:一个老师在学校教室他就拥有教书育人的权利义务,一个丈夫在家就有呵护妻子支撑家庭的权利义务,而一个父亲在孩子面前就有保护孩子,教育孩子的权利义务而作为一个男生,我们很可能在不同的场所,成为这些角色,从而拥有了这些权利义务。而抽象出来就是用户,角色和权利三个方面。所以经过前人对权限方面的总结抽象,总结出来RBAC(Role-Based Access Control )基于角色的访问控制。RBAC权限管理RBAC(Role-Bas

2、ed Access Control,基于角色的访问控制),就是用户通过角色与权限进行关联。简单地说,一个用户拥有若干角色,每一个角色拥有若干权限。这样,就构造成“用户-角色-权限”的授权模型。在这种模型中,用户与角色之间,角色与权限之间,一般者是多对多的关系。(如下图) RBAC权限管理RBAC认为权限授权实际上是Who、What、How的问题。在RBAC模型中,who、what、how构成了访问权限三元组,也就是“Who对What(Which)进行How的操作”。Who:权限的拥用者或主体(如Principal、User、Group、Role、Actor等等)What:权限针对的对象或资源(

3、Resource、Class)。How:具体的权限(Privilege,正向授权与负向授权)。Operator:操作。表明对What的How操作。也就是Privilege+ResourceRole:角色,一定数量的权限的集合。权限分配的单位与载体,目的是隔离User与Privilege的逻辑关系.Group:用户组,权限分配的单位与载体。权限不考虑分配给特定的用户而给组。组可以包括组(以实现权限的继承),也可以包含用户,组内用户继承组的权限。User与Group是多对多的关系。Group可以层次化,以满足不同层级权限控制的要求。RBAC权限管理当用户的数量非常大时,要给系统每个用户逐一授权(授

4、角色),是件非常烦琐的事情。这时,就需要给用户分组,每个用户组内有多个用户。除了可给用户授权外,还可以给用户组授权。这样一来,用户拥有的所有权限,就是用户个人拥有的权限与该用户所在用户组拥有的权限之和。(下图为用户组、用户与角色三者的关联关系) RBAC权限管理RBAC1,基于RBAC0模型,进行了角色的分层,也就是说角色上有了上下级的区别,存在了继承包含关系,也就是前边说过的适合于用树展现的哪种自关联的结构,这种模型合适于角色之间的层次明确,包含明确。但是认为用第一种模型也是可以的,只不过第一种可能会有数据冗余,没有这种更加面向对象化而已。 RBAC权限管理RBAC2,也是基于RBAC0模型

5、的基础上,进行了角色的访问控制。a,RBAC2中的一个基本限制时互斥角色的限制,互斥角色是指各自权限互相制约的两个角色。对于这类角色一个用户在某一次活动中只能被分配其中的一个角色,不能同时获得两个角色的使用权。常举的例子:在审计活动中,一个角色不能同时被指派给会计角色和审计员角色;b,是指角色的权利权利是有限的,用户有用的角色也是有限的,当然分配用户时也是有限的,不能进行无限制的分配用户,例如公司的领导人有限的;c,是指要想获得较高的权限,要首先拥有低一级的权限。 T-ARBAC权限管理1)无法满足租户访问控制策略的多样性要求 传统情况下,不同企业间应用的部署是分开实施的,并且根据企业的不同需

6、求制定不同的权限管理统。而在多租户环境下,传统的访问控制模型的使用会使得整个系统资源的分配、角色等级都是全局性的,不能满足租户个性化需求。 T-ARBAC权限管理2)无法满足系统用户类型的增加的要求 传统的基于角色的访问控制模型中,系统角色又可分为规则角色与管理角色,其中规则角色用来执行系统的业务功能,而管理角色则用来管理系统中角色的创建、权限的分配等工作。而在多租户环境下,每个租户都有各自的规则角色,管理角色,租户间的规则、管理角色是分开,同时应用的提供者具有更高层次的平台规则角色、平台管理角色,平台规则角色用来对所有的租户进行管理,如资源分配,费用收取等,而这种管理角色在普通的RBAC是没

7、有的。 T-ARBAC权限管理为使SaaS服务具有统一的权限管理模型,本文将服务提供商与租户的权限管理进行了统一,并且由于SaaS服务的用户类型较以往变得丰富多样(包括平台管理用户、平台规则用户、租户管理用户、租户规则用户),提出了一个两层的访问控制模型,包括平台层(服务提供商)和租户层(企业用户),从而有效地对不同类型的用户进行了区分,使得他们通过松耦合关系统一在同一个访问控制模型中,使得平台对租户的管理即得以轻松进行,又使得其不会由于权限过大而对租户的业务产生干扰,实现平台管理者对租户的不可干预,有效保障各租户的隐私。 T-ARBAC权限管理SaaS平台用户类型 1、平台管理用户。负责管理平台的规则用户,包括该部分用户的授权等工作,其工作与租户完全没有交集。 2、平台规则用户。即前文提到的平台管理员,负责平台日常维护,包括对企业租户的各种管理,但是平台规则用户无权干涉租户的具体业务,避免服务提供商对租户业务干涉带来的安全问题。T-ARBAC权限管理3)租户管理用户:访问SaaS平台的企业用户,在SaaS平台中,各租户之间信息是相互隔离的。租户信息(如企业名称等)主要起到区别不同的企业租户的作用,并且由平台管理员对租户状态进行管理。 4)租户规则用户:根据租户管理员分配的权限以及自己的角色进行相关的业务管理的企业管理人员。 T-ARBAC权限管理

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 建筑/环境 > 施工组织

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号