Joh*_*ris 6 grails spring-security grails-plugin spring-security-acl
我们在spring安全性中遇到意外缺少按位权限检查.我们想确认这是否是预期的行为,如果是,那么历史是什么和/或理由是什么.
我们使用的是grails插件spring-security-acl-1.1.1,它使用spring-security-acl 3.0.7.RELEASE.
我们正在尝试的方法涉及一个具有ACL的对象,以便aclUtilService.readAcl(obj)返回授予角色:
PrincipalSid[sampleuser]; permission: BasePermission[...........................A....=16]
GrantedAuthoritySid[ROLE_RWD]; permission: CumulativePermission[............................D.WR=11]
GrantedAuthoritySid[ROLE_RW]; permission: CumulativePermission[..............................WR=3]
GrantedAuthoritySid[ROLE_R]; permission: BasePermission[...............................R=1]
Run Code Online (Sandbox Code Playgroud)
随后我们希望检查像WRITE这样的单一权限并让它返回true.但是,似乎不支持此功能.例如,对于具有在上述对象上定义的所有角色的用户,执行:
READ?: ${aclUtilService.hasPermission(springSecurityService.authentication, obj, BasePermission.READ)}
WRITE?: ${aclUtilService.hasPermission(springSecurityService.authentication, obj, BasePermission.WRITE)}
DELETE?: ${aclUtilService.hasPermission(springSecurityService.authentication, obj, BasePermission.DELETE)}
READ-WRITE?: ${aclUtilService.hasPermission(springSecurityService.authentication, obj, new BasePermission(BasePermission.READ.getMask() | BasePermission.WRITE.getMask()))}
Run Code Online (Sandbox Code Playgroud)
返回输出:
READ?: true
WRITE?: false
DELETE?: false
READ-WRITE?: true
Run Code Online (Sandbox Code Playgroud)
而我们希望所有这些都返回真实.查看源代码后,我们可以看到最终在AclImpl中检查了权限,其中包含该行
if ((ace.getPermission().getMask() == p.getMask()) && ace.getSid().equals(sid)) {
Run Code Online (Sandbox Code Playgroud)
这解释了为什么只有精确的面具匹配.
只更改了这一行,我们发现在spring-security-acl 3.1中,这个代码被重构为允许定义权限授予策略 - https://jira.spring.io/browse/SEC-1166
但是,默认授权策略仍然只检查确切的掩码.所以:
感谢您的任何解释或指导.
当我创建插件时,这让我很惊讶。假装使用位掩码似乎很奇怪,并且最终将自己限制为只有 32 个权限(尽管这对于大多数应用程序来说应该足够了)。请参阅此 JIRA 以了解 Ben Alex 的解释: https: //jira.spring.io/browse/SEC-1140
| 归档时间: |
|
| 查看次数: |
771 次 |
| 最近记录: |