security - 基于角色的访问控制 (RBAC) 关心权限还是角色?

标签 security permissions rbac security-roles

阅读后http://en.wikipedia.org/wiki/Role-based_access_control看到人们建立授权/访问控制的方式,我想到了这个问题“为什么我们在检查用户是否被允许执行 X 而不是检查他们的权限时检查他们的角色?”

这就是我的理解,用户有角色,角色有权限,这就是用户可以拥有权限的方式(用户不能明确分配给它的权限,它通过拥有角色来获得权限)

而且我认为在处理添加用户的请求时检查像“AddUser”这样的权限是有意义的,但是在 .Net 库中以及在 RBAC 的许多示例中,我们看到他们检查角色。就像他们检查用户是否处于管理员角色一样,而不是检查他/她是否具有“AddUser”权限。

为什么?检查权限对我来说更有意义。

有人可以在这里照亮我吗?

谢谢

最佳答案

您是对的 - 检查应用程序中的角色而不是权限不是基于角色的访问控制。 Spring 安全和许多其他突出的访问控制机制传播了这种安全反模式。为了正确使用 RBAC - 在您的策略实现逻辑中执行权限检查。

关于security - 基于角色的访问控制 (RBAC) 关心权限还是角色?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/20979090/

相关文章:

sql-server-2008 - 在 SQL Express 2008 中访问未配置的数据库时,本地服务帐户默认具有哪些权限?

kubernetes - 限制 EKS 用户访问

kubernetes - 访问Kubernetes仪表板以查看Pod日志

php - 为什么在数据库中保存session是好的save?

c++ - 字符串缓冲区如何导致恶意代码运行?

android - 防止 ios 应用程序出现 "fake-client"

Android:获取不同语言的权限信息描述

security - Web加密 : Safe conversion from RSA-OAEP to RSA-PSS

macos -/usr/local/bin 和/usr/local/share 的权限问题

azure - 将 AAD 连接到具有以下功能的现有 AKS