安全框架的主体包括两部分即验权和授权。Spring
Security2可以很好的实现这两个过程。Spring
Security2对其前身acegi最大的改进是提供了自定义的配置标签,通过Security的命名空间定义了http和
authentication-provider等标签,这样做的好处是极大地简化了框架的配置,并很好地隐藏了框架实现的细节,在配置的表述上也更清
晰,总体上提高了框架的易用性。

然而,该框架默认的权限配置方式在xml中,又因为新版本隐藏了实现细节,在动态权限的扩展上,能力变小了。在验权过程中,遇到的问题不多。但在
授权时,如果是acegi,人们可以通过继承AbstractFilterInvocationDefinitionSource类实现在授权(即资源角
色和用户角色的匹配)前,针对资源的角色的获取。而新版本因为用新标签进行了整合,这个过程被默认的类实现隐藏掉了,包括过滤器,资源获取和角色定义等过
程都由框架来实现,于是很多人在使用Spring
Security2时也想通过改动DefaultFilterInvocationDefinitionSource对资源的获取来实现数据库或文件中的
动态的角色。不过这样的改动侵入性比较高,而且还保留了acegi的痕迹,也违背了开闭的原则。

其实,我们完全可以通过Spring Security2 accessManager提供的自定义投票机制来解决这个问题,这样既不影响现有的基于URL的配置,还可以加入自己的动态的权限配置。

其实现策略如下:

1 定义类DynamicRoleVoter实现AccessDecisionVoter,注入实现接口DynamicRoleProvider(用来定义获取角色的方法)的提供动态角色的类

2 在两个supports方法中返回true

3 在vote方法中,有三个参数(Authentication authentication, Object
object,ConfigAttributeDefinition config)
通过第一个获取用户的权限集合,第二个可以获取到资源对象,进而通过DynamicRoleProvider获取到角色集合进行匹配。

4 在配置文件中加入DynamicRoleVoter,如下:

<beans:bean id=”accessDecisionManager” class=”org.springframework.security.vote.AffirmativeBased”>
<beans:property name=”decisionVoters”>
<beans:list>
<beans:bean class=”org.springframework.security.vote.RoleVoter” />
<beans:bean class=”org.springframework.security.vote.AuthenticatedVoter” />
<beans:bean class=”DynamicRoleVoter”>
<beans:property name=”dynamicRoleProvider”>
<beans:ref local=”dynamicRoleProvider”/>
beans:property>
beans:bean>
beans:list>
beans:property>
beans:bean>
<beans:bean id=” dynamicRoleProvider” class=”…”>
……
>

http://hszdz.javaeye.com/blog/337652

One Response to Spring Security 2 中动态角色实现的讨论(转)
  1. That’s a shrewd answer to a tricky qutoiesn


[top]

Leave a Reply

电子邮件地址不会被公开。 必填项已用*标注