RBAC Design

博主学习eHR权限管理设计并总结。介绍RBAC中三个对象,阐述自己设计思路,包括用户与角色、角色与权限的多对多关系等。还提出数据权限处理问题,参考文章后认为应添加审计类处理审计,后续准备复习安全级别定义并做笔记。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

    今天有时间学习了一下我们eHR的权限管理设计,同时自己也搜索了一些资料比较了一下,做一个总结写到Blog里面。
    在RBAC里面主要有三个对象:User,Role,Permissions(Opperations),在企业级软件中通常都会选择RBAC来控制用户的访问权限。
    自己尝试的设计了一下,大体想法如下:
    User与Role为多对多的关系,Role与Permissions为多对多的关系,而Permission由Function和AccessLevel两个对象组成,表示某一授权是某个模块的某一操作级别,Function包含FunctionID,名称,URL等信息,而AccessLevel具体为Read,Write,Update三级,以后可能会扩展。其中在获取授权信息的时候设计一个接口IAuthorization具体现在的授权数据信息一般是存在RDBM中,以后可能有Activy Directory或者文件以及XML来实现,所以方便以后的扩展。
    当然更有挑战性的是我们可以处理功能权限,但是数据权限怎样处理,也就是说什么角色能访问什么类型的数据,这个问题怎么解决?

    在参考另外一篇“Design and Implementation of a Flexible RBACService in an ObjectOriented Scripting Language”文章中可以看到这样一张图:
    RDBA%20Design.jpg
    从图中可以看出又多了一个叫Audit的审计类,这个类的加入也就说明了该系统已经达到了C2级别,所以目前我们的设计中应该添加这样一个类来处理审计!
    在稍后,准备复习一下安全级别的定义,并做一个笔记。

转载于:https://www.cnblogs.com/Masterpiece/archive/2004/12/16/77930.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值