RBAC 模型是什么？

RBAC 模型是什么?

美国国家标准与技术研究院（The National Institute of Standards and Technology）认为 RBAC 模型由 4 个基础模型组成：

1. 基本模型 RBAC0（Core RBAC）2. 角色分层模型 RBAC1（Hierarchal RBAC）3. 角色限制模型 RBAC2（Constraint RBAC）4. 统一模型 RBAC3（Combines RBAC）

RBAC 授权的过程可以抽象概括为：判断 Who 是否可以对 What 进行 How 的访问操作，以及这个逻辑表达式的值是否为 True 的计算过程。
Who、What、How 构成了访问权限三元组，Who 是权限的拥有者或主体（User、Role），What 是资源（Resource），How 是具体的权限。
RBAC 模型有什么特点?
RBAC 授权模型，最根本的初衷是简化权限管理，后来被越来越多的企业应用到了员工授权资源管理系统中。
随着用户的规模和复杂性增加，角色会变得非常有用。比如，将特定角色添加到特定组织成员中，并允许组织成员访问特定的程序。这在支持多租户和 SaaS 产品时特别有用，其中特定用户可能在一个组织中拥有特权角色，但在其他组织中没有。

RBAC 模型的优势：

减少授权管理的复杂性，降低管理成本；创建系统的、可重复的权限分配；轻松审核用户权限并纠正已发现的问题；快速更改角色，以及跨 API 实施角色；减少分配用户权限时出错的可能性；灵活地支持企业的安全策略，并且有很大的伸缩性；RBAC 适用于多对多的映射关系。

RBAC 模型的缺点：

RBAC模型没有提供操作顺序控制机制。这一缺陷使得 RBAC 模型很难应用于那些要求有严格操作次序的实体系统。
例如，公司采购流程就没有办法用 RBAC 模型授权控制采购过程中每一个流程中应该怎么样授权。
基本模型 RBAC0
RBAC0 是最基础也是最核心的模型，由五部分组成：用户（User）、角色（Role）、许可（Permission）、会话（Session）、操作（operations OPS）。

角色通过许可被授权资源，角色又授权到用户身上，通过会话管理用户和角色的授权关系，用户就继承了角色的访问资源权限。

例如：张三是一家企业的财务总监，同时他也是该企业对外的形象大使，财务总监有访问公司财务数据的权限，形象大使有访问公司市场部推
广计划和编辑发言稿的权限。那么张三既有访问公司财务数据的权限，又有访问公司市场部推广计划和编辑发言稿的权限。突然有一天公司决
定做职位调整，张三被任命为财务总监和人力资源总监，撤掉了形象大使。那么张三当前就只能访问财务总监和人力资源总监所对应的授权资
源。

角色分层模型 RBAC1

该模型主要是在 RBAC0 的基础上，增加了角色层级关系的继承逻辑，也就是说角色有了组织树的逻辑。

角色有了上下级关系，上一级的角色可以继承其下所有角色的授权资源。

例如：张三是一家企业的财务总监，同时他也是该企业对外的形象大使，财务总监有访问公司财务数据的权限，形象大使有访问公司市场部推广计划和编辑发言稿的权限。那么他的上级领导，比如是该公司的 CFO，既有访问公司财务数据的权限，又有访问公司市场部推广计划和编辑发言稿的权限。这是继承关系。

角色限制模型 RBAC2

该模型主要添加了授权约束。约束规定了权限被赋予角色时，或角色被赋予用户时，以及当用户在某一时刻激活一个角色时所应遵循的强制性规则。
责任分离包括：静态责任分离（SSD）和动态责任分离（DSD）。

SSD 是用户和角色的指派阶段加入的，主要是对用户和角色有如下约束:

互斥角色：同一个用户在两个互斥角色中只能选择一个。比如财务部有会计和审核员两个角色，他们是互斥角色，那么用户不能同时拥有这两个角色，体现了职责分离原则。基数约束：一个角色被分配的用户数量受限，一个用户可拥有的角色数目受限，同样一个角色对应的访问资源权限数目也受限，以控制高级权限在系统中的分配。比如李四是 COO，王五不能也是 COO。同样的李四不能既是 COO 又是 CTO 又是 CFO。COO 、CTO、 CFO 三个角色所能访问的资源权限也不能是一模一样的。先决条件约束：用户想要获得高级角色，首先必须拥有低级角色。

DSD 是会话和角色之间的约束，可以动态的约束用户拥有的角色。

如一个用户可以拥有两个角色，但是运行时只能激活一个角色。如一个人如果既是运动员又是教练，当比赛开始的时候，只能选择一个角色身份入场。

统一模型 RBAC3

RBAC3 是 RBAC1 与 RBAC2 的合集，所以 RBAC3 是既有角色分层又有约束的一种综合授权模型。