【问题标题】:Too many roles with RBAC. Alternatives?RBAC 的角色太多。备择方案?
【发布时间】:2022-02-20 05:40:34
【问题描述】:

为了表示角色 X 可以对资源 Z 执行 Y 的事实,我创建了一个名为“role-Y:Z”的角色。 问题是,这里的“资源”数量不断增加,角色也在增加。

对于我创建的每个资源,我最终都会创建 4 个角色。

问题是,对于我的用例来说,RBAC 的粒度太粗了。

我是否以错误的方式实施 RBAC?知道如何避免这种角色爆炸吗?也许我根本不应该使用 RBAC?

【问题讨论】:

    标签: architecture authorization access-control rbac


    【解决方案1】:

    也许我根本不应该使用 RBAC?

    您需要 ReBAC(基于关系的访问控制):)

    ReBAC 解决方案(例如基于Google's Zanzibar paper 的解决方案)是满足您对细粒度权限需求的良好解决方案。

    一些提供细粒度授权的公司包括:

    【讨论】:

      猜你喜欢
      • 2015-11-12
      • 2016-03-25
      • 1970-01-01
      • 2018-06-08
      • 2020-01-03
      • 1970-01-01
      • 2013-01-02
      • 1970-01-01
      • 2021-07-24
      相关资源
      最近更新 更多