RBAC(基于角色的访问控制)

      基于角色的访问控制（Role-Based Access Control）作为传统访问控制（自主访问，强制访问）的有前景的代替受到广泛的关注。在RBAC中，权限与角色相关联，用户通过成为适当角色的成员而 得到这些角色的权限。这就极大地简化了权限的管理。在一个组织中，角色是为了完成各种工作而创造，用户则依据它的责任和资格来被指派相应的角色，用户可以 很容易地从一个角色被指派到另一个角色。角色可依新的需求和系统的合并而赋予新的权限，而权限也可根据需要而从某角色中回收。角色与角色的关系可以建立起 来以囊括更广泛的客观情况。

 

RBAC认为权限授权实际上是Who、What、How的问题。在RBAC模型中，who、what、how构成了访问权限三元组,也就是“Who对What(Which)进行How的操作”。

 

　　Who：权限的拥用者或主体（如Principal、User、Group、Role、Actor等等） 　　What：权限针对的对象或资源（Resource、Class）。 　　How：具体的权限（Privilege,正向授权与负向授权）。 　　Operator：操作。表明对What的How操作。也就是Privilege+Resource 　　Role：角色，一定数量的权限的集合。权限分配的单位与载体,目的是隔离User与Privilege的逻辑关系. 　　Group：用户组，权限分配的单位与载体。权限不考虑分配给特定的用户而给组。组可以包括组(以实现权限的继承)，也可以包含用户，组内用户继承组的权限。User与Group是多对多的关系。Group可以层次化，以满足不同层级权限控制的要求。 　　RBAC的关注点在于Role和User, Permission的关系。称为User assignment(UA)和Permission assignment(PA).关系的左右两边都是Many-to-Many关系。就是user可以有多个role，role可以包括多个user。 　　凡是用过RDBMS都知道，n:m 的关系需要一个中间表来保存两个表的关系。这UA和PA就相当于中间表。事实上，整个RBAC都是基于关系模型。 　　Session在RBAC中是比较隐晦的一个元素。标准上说：每个Session是一个映射， 一个用户到多个role的映射。当一个用户激活他所有角色的一个子集的时候，建立一个session。每个Session和单个的user关联，并且每个 User可以关联到一或多个Session. 　　在RBAC系统中，User实际上是在扮演角色(Role)，可以用Actor来取代 User，这个想法来自于Business Modeling With UML一书Actor-Role模式。考虑到多人可以有相同权限，RBAC引入了Group的概念。Group同样也看作是Actor。而User的概念 就具象到一个人。 　　这里的Group和GBAC（Group-Based Access Control）中的Group（组）不同。GBAC多用于操作系统中。其中的Group直接和权限相关联，实际上RBAC也借鉴了一些GBAC的概念。 　　Group和User都和组织机构有关，但不是组织机构。二者在概念上是不同的。组织机构是物理存在的公司结构的抽象模型，包括部门，人，职位等等，而权限模型是对抽象概念描述。组织结构一般用Martin fowler的Party或责任模式来建模。 　　Party模式中的Person和User的关系，是每个Person可以对应到一个 User，但可能不是所有的User都有对应的Person。Party中的部门Department或组织Organization，都可以对应到 Group。反之Group未必对应一个实际的机构。例如，可以有副经理这个Group，这是多人有相同职责。 　　引入Group这个概念，除了用来解决多人相同角色问题外，还用以解决组织机构的另一种授权问题：例如，A部门的新闻我希望所有的A部门的人都能看。有了这样一个A部门对应的Group，就可直接授权给这个Group。

RBAC96模型

RBAC0

　　1. U:表示用户集； R：表示角色集； P：表示权限集； S：表示会话集； 　　

      2. PAÍP×R,是权限到角色的多对多指派； 　　

      3. UA Í U×R,是用户到角色的多对多指派； 　　

      4. user: S→U,会话和用户的单一映射，user(si)表示创建会话si的用户； 　　

      5. roles: S→2R，会话和角色子集的映射，roles(si)表示会话si对应的角色集合； 　　

      6. 会话si具有的权限集 P(si)。

RBAC1

　　在RBAC0的基础上加上了角色层次，反应了多级安全需求。

RBAC2

　　在RBAC0的基础上加上了约束集合。

RBAC3

　　RBAC1 的功能和RBAC2的功能的集合。

ARBAC97模型

　　ARBAC97模型是基于角色的角色管理模型，包括三个部分： 　　URA97：用户－角色管理模型 　　PRA97：权限－角色管理模型 　　RRA97：角色－层次管理模型

DRBAC

　　DRBAC是动态结盟环境下的分布式RBAC模型。 　　DRBAC区别于以前的信任管理和RBAC方法就在于它支持3个特性： 　　1.第三方指派：一个实体如果被授权了指派分配后，就可以指派它的名字空间以外的角色。 　　2.数字属性：通过分配处理与角色有关的数值的机制来调整访问权限。 　　3.指派监控：用pub/sub结构对建立的信任关系进行持续监控来跟踪可被取消的指派的状态。 　　DRBAC是由在结盟环境下对资源的访问控制这个问题引出的。“结盟环境”可以是军事上几个国 家一起工作达到一个共同的目标，或者商业上几个公司合伙。结盟环境定义的特点是存在多个组织或多个实体没有共同的可信的授权中心。在这种情况下，实体在保 护它们各自的资源的同时还必须协作来共享对结盟来说必要的受保护资源的部分。Internet上网络服务的增长使这样的需求很普遍。 　　DRBAC结合了RBAC和信任管理系统的优点，是既管理灵活又可分散地，可扩展的实现的系 统。DRBAC表示依据角色的受控行为，角色在一个实体的信任域内定义并且可以将这个角色传递地指派给不同信任域内的其他角色。DRBAC利用PKI来鉴 别所有与信任敏感操作有关的实体以及确认指派证书。从角色到授权的名字空间的映射避免了确认额外的策略根源的需要。