【问题标题】:Teams in Role Based Access Control model基于角色的访问控制模型中的团队
【发布时间】:2018-01-28 03:58:35
【问题描述】:

我们需要修改现有应用程序的 RBAC 模型以引入 Teams 的概念。目前,我们可以选择基于权限集创建新角色并将多个角色分配给用户。团队的想法是根据角色建立层次结构。假设我们有四个角色:

  1. 投资者
  2. 经理
  3. 团队负责人
  4. 工程师

一个团队可以拥有来自所有这些角色的任意数量的用户。所以可以有 2 名投资者、4 名经理、2 名团队负责人和 6 名工程师。我们必须根据团队中的角色来运行我们的业务逻辑。

据我了解,这需要我们固定角色的数量,因为如果我们不知道用户正在创建哪种角色,那么我们就无法在团队中运行我们想要的业务逻辑。但是,我觉得限制角色并基于角色应用授权检查并不是一个好方法。在这种情况下有什么更好的方法?

【问题讨论】:

  • 您的应用程序会考虑哪些因素 - 角色、权限或团队?
  • 它考虑了权限。如果我们允许自定义角色,那么用户将能够设置与团队角色相矛盾的随机权限。要么我必须添加“CanBeManager”或“CanLeadTeam”等权限,然后进行基于权限的检查,或者使用唯一受限的默认角色。

标签: architecture permissions rbac


【解决方案1】:

看起来你的最低公分母是许可。所以我会通过权限。根据权限允许/拒绝/限制。一个角色将具有一对多的权限。取决于您的模型的用户可以具有一个或多个角色。团队只是标签。

【讨论】:

    猜你喜欢
    • 2010-09-11
    • 2013-08-28
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2020-03-17
    • 2013-05-08
    • 1970-01-01
    • 2018-01-24
    相关资源
    最近更新 更多