1 : 完善的认证和授权机制,
2 : Http资源访问控制,
3 : Method 调用访问控制,
4 : Access Control List (ACL) 基于对象实例的访问控制,
5 : Yale Central Authentication Service (CAS) 耶鲁单点登陆,
6 : X509 认证,
7 : 当前所有流行容器的认证适配器,
8 : Channel Security频道安全管理等功能。
具体 :
- Http资源访问控制
http://apps:8080/index.htm -> for public
http://apps:8080/user.htm -> for authorized user - 方法调用访问控制
public void getData() -> all user
public void modifyData() -> supervisor only - 对象实例保护
order.getValue() < $100 -> all user
order.getValue() > $100 -> supervisor only
Acegi是非入侵式安全架构 因为 :
- 基于Servlet Filter和Spring aop, 使商业逻辑和安全逻辑分开,结构更清晰
- 使用Spring 来代理对象,能方便地保护方法调用
基于角色的权限控制(RBAC) :
Acegi 自带的 sample 表设计很简单: users表{username,password,enabled} authorities表{username,authority},这样简单的设计无法适应复杂的权限需求,故SpringSide选用RBAC模型对权限控制数据库表进行扩展。 RBAC(Role-Based Access Control)引入了ROLE的概念,使User(用户)和Permission(权限)分离,一个用户拥有多个角色,一个角色拥有有多个相应的权限,从而减少了权限管理的复杂度,可更灵活地支持安全策略。
同时,我们也引入了resource(资源)的概念,一个资源对应多个权限,资源分为ACL,URL,和FUNTION三种。注意,URL和FUNTION的权限命名需要以AUTH_开头才会有资格参加投票, 同样的ACL权限命名需要ACL_开头。
2.1 在Web.xml中的配置 :
1) FilterToBeanProxy
Acegi通过实现了Filter接口的FilterToBeanProxy提供一种特殊的使用Servlet Filter的方式,它委托Spring中的Bean -- FilterChainProxy来完成过滤功能,这好处是简化了web.xml的配置,并且充分利用了Spring IOC的优势。FilterChainProxy包含了处理认证过程的filter列表,每个filter都有各自的功能。
2 < filter - name > securityFilter </ filter - name >
3 < filter - class > org.acegisecurity.util.FilterToBeanProxy </ filter - class >
4 < init - param >
5 < param - name > targetClass </ param - name >
6 < param - value > org.acegisecurity.util.FilterChainProxy </ param - value >
7 </ init - param >
8 </ filter >
2) filter-mapping
<filter-mapping>限定了FilterToBeanProxy的URL匹配模式,
2 < filter - name > securityFilter </ filter - name >
3 < url - pattern >/ j_security_check </ url - pattern >
4 </ filter - mapping >
5
6 < filter - mapping >
7 < filter - name > securityFilter </ filter - name >
8 < url - pattern >/ dwr /**/ /*</url-pattern>
9</filter-mapping>
10
11<filter-mapping>
12 <filter-name>securityFilter</filter-name>
13 <url-pattern>*.html</url-pattern>
14</filter-mapping>
15
16<filter-mapping>
17 <filter-name>securityFilter</filter-name>
18 <url-pattern>*.jsp</url-pattern>
19</filter-mapping>
3) HttpSessionEventPublisher
<listener>的HttpSessionEventPublisher用于发布HttpSessionApplicationEvents和HttpSessionDestroyedEvent事件给spring的applicationcontext。
2 < listener - class > org.acegisecurity.ui.session.HttpSessionEventPublisher </ listener - class >
3 </ listener >
4
注:appfuse1.9.3中没有发现这个 监听器
--------------------------------------
2.2 : 在applicationContext-acegi-security.xml中
2.2.1 FILTER CHAIN
FilterChainProxy会按顺序来调用这些filter,使这些filter能享用Spring ioc的功能, CONVERT_URL_TO_LOWERCASE_BEFORE_COMPARISON定义了url比较前先转为小写, PATTERN_TYPE_APACHE_ANT定义了使用Apache ant的匹配模式
2 < property name = " filterInvocationDefinitionSource " >
3 < value >
4 CONVERT_URL_TO_LOWERCASE_BEFORE_COMPARISON
5 PATTERN_TYPE_APACHE_ANT
6 /** */ /**=httpSessionContextIntegrationFilter,authenticationProcessingFilter,
7 basicProcessingFilter,rememberMeProcessingFilter,anonymousProcessingFilter,
8 exceptionTranslationFilter,filterInvocationInterceptor,securityEnforcementFilter
9 </value>
10 </property>
11 </bean>
这里补充一段别人的教程 :
其中对web路径请求的认证中,我们需要了解一下 securityEnforcementFilter
2 < property name = " filterSecurityInterceptor " >
3 < ref local = " filterInvocationInterceptor " />
4 </ property >
5
6 < property name = " authenticationEntryPoint " >
7 < ref local = " authenticationProcessingFilterEntryPoint " />
8 </ property >
9 </ bean >
这里,主要是 filterInvocationInterceptor,
2 < property name = " authenticationManager " >< ref bean = " authenticationManager " /></ property >
3 < property name = " accessDecisionManager " >< ref local = " httpRequestAccessDecisionManager " /></ property >
4 < property name = " objectDefinitionSource " >
5 < value >
6 CONVERT_URL_TO_LOWERCASE_BEFORE_COMPARISON
7 PATTERN_TYPE_APACHE_ANT
8 / wo.html = ROLE_ANONYMOUS,ROLE_USER
9 / index.jsp = ROLE_ANONYMOUS,ROLE_USER
10 / hello.htm = ROLE_ANONYMOUS,ROLE_USER
11 / logoff.jsp = ROLE_ANONYMOUS,ROLE_USER
12 / switchuser.jsp = ROLE_SUPERVISOR
13 / j_acegi_switch_user = ROLE_SUPERVISOR
14 / acegilogin.jsp *= ROLE_ANONYMOUS,ROLE_USER
15 /** */ /**=ROLE_USER
16 </value>
17 </property>
18</bean>
在此,主要对 objectDefinitionSource值进行处理。这里配置了很多path=role ,
其作用就是在请求指定的路径时, 是需要当前用户具有对应的角色的,如果具有相应角色,则正常访问。否则跳转至
这里需要说明的就是/index.jsp= ROLE_ ANONYMOUS, ROLE_USER 这里的角色, ROLE_是标记,ANONYMOUS 是角色名称。 ANONYMOUS是只可以匿名访问, 这个角色无需定义。
而ROLE_USER 中的USER则是用户定义的,接下来我们介绍这部分:
用户角色管理:
acegi security提供了用户角色的获取接口,以及一个缺省的实现(包括对应的数据库表定义)
2 < property name = " dataSource " >< ref bean = " dataSource " /></ property >
3 </ bean >
可参看这里的net.sf.acegisecurity.providers.dao.jdbc.JdbcDaoImpl,需要注意的是这个dao的实现是同acegi security提供的表定义一致的。
如果这个角色和用户处理模型不能满足自己的需要,自己可以提供自己的实现。只需要将
修改成自己类实现即可。
从严格意义上来说,以下权限部分的介绍应该不在acegi security处理的范围之内,不过acegi security是提供了相应的机制的:
权限管理
权限在acegi security 主要以acl的概念出现:即 access control list
2 < property name = " dataSource " >< ref bean = " dataSource " /></ property >
3 </ bean >
4
这个类实现中有acl的产生,获取和删除操作
应用数据权限的处理:
如果我们应用数据的权限要借助于acegi security 来实现的话,那主要工作就是调用 basicAclExtendedDao 中的相关方法。阅读basicAclExtendedDao即可明白。
以上简要的介绍了一下自己学习acegi security的一些了解。自己最后得出的结论是,如果自己的应用规模很小,完全可以不用acegi security。如果要用acegi security,很多时候是需要重新实现自己的权限和用户模型的。
引入别人教程完毕
1) authenticationManager
起到认证管理的作用,它将验证的功能委托给多个Provider,并通过遍历Providers, 以保证获取不同来源的身份认证,若某个Provider能成功确认当前用户的身份,authenticate()方法会返回一个完整的包含用户授权信息的Authentication对象,否则会抛出一个AuthenticationException。
Acegi提供了不同的AuthenticationProvider的实现,如:
2 AnonymousAuthenticationProvider 匿名用户身份认证
3 RememberMeAuthenticationProvider 已存cookie中的用户信息身份认证
4 AuthByAdapterProvider 使用容器的适配器验证身份
5 CasAuthenticationProvider 根据Yale中心认证服务验证身份, 用于实现单点登陆
6 JaasAuthenticationProvider 从JASS登陆配置中获取用户信息验证身份
7 RemoteAuthenticationProvider 根据远程服务验证用户身份
8 RunAsImplAuthenticationProvider 对身份已被管理器替换的用户进行验证
9 X509AuthenticationProvider 从X509认证中获取用户信息验证身份
10 TestingAuthenticationProvider 单元测试时使用
2 < property name = " providers " >
3 < list >
4 < ref local = " daoAuthenticationProvider " />
5 < ref local = " anonymousAuthenticationProvider " />
6 < ref local = " rememberMeAuthenticationProvider " />
7 </ list >
8 </ property >
9 </ bean >
每个认证者会对自己指定的证明信息进行认证,如DaoAuthenticationProvider仅对UsernamePasswordAuthenticationToken这个证明信息进行认证。
2) daoAuthenticationProvider
进行简单的基于数据库的身份验证。DaoAuthenticationProvider获取数据库中的账号密码并进行匹配,若成功则在通过用户身份的同时返回一个包含授权信息的Authentication对象,否则身份验证失败,抛出一个AuthenticatiionException。
2 < property name = " userDetailsService " ref = " jdbcDaoImpl " />
3 < property name = " userCache " ref = " userCache " />
4 < property name = " passwordEncoder " ref = " passwordEncoder " />
5 </ bean >
3) passwordEncoder
使用加密器对用户输入的明文进行加密。Acegi提供了三种加密器:
2 b : ShaPasswordEncoder—哈希算法(SHA)加密
3 c : Md5PasswordEncoder—消息摘要(MD5)加密
4) jdbcDaoImpl
用于在数据中获取用户信息。 acegi提供了用户及授权的表结构,但是您也可以自己来实现。通过 usersByUsernameQuery这个SQL
得到你的 (用户ID,密码,状态信息);通过 authoritiesByUsernameQuery这个SQL得到你的( 用户ID,授权信息)
2 < property name =