Acegi是Spring Framework 下
最成熟的安全系统,它提供了强大灵活的
企业级安全服务,如:
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都有各自的功能。
1<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匹配模式,
1<filter-mapping>
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。
1<listener>
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的匹配模式
1<beanid="filterChainProxy"class="org.acegisecurity.util.FilterChainProxy">
2<propertyname="filterInvocationDefinitionSource">
3<value>
4CONVERT_URL_TO_LOWERCASE_BEFORE_COMPARISON
5PATTERN_TYPE_APACHE_ANT
6/***//**=httpSessionContextIntegrationFilter,authenticationProcessingFilter,
7basicProcessingFilter,rememberMeProcessingFilter,anonymousProcessingFilter,
8exceptionTranslationFilter,filterInvocationInterceptor,securityEnforcementFilter
9</value>
10</property>
11</bean>
这里补充一段别人的教程 :其中对web路径请求的认证中,我们需要了解一下
securityEnforcementFilter
1<beanid="securityEnforcementFilter"class="net.sf.acegisecurity.intercept.web.SecurityEnforcementFilter">
2<propertyname="filterSecurityInterceptor">
3<reflocal="filterInvocationInterceptor"/>
4</property>
5
6<propertyname="authenticationEntryPoint">
7<reflocal="authenticationProcessingFilterEntryPoint"/>
8</property>
9</bean>
这里,主要是filterInvocationInterceptor,
1<beanid="filterInvocationInterceptor"class="net.sf.acegisecurity.intercept.web.FilterSecurityInterceptor">
2<propertyname="authenticationManager"><refbean="authenticationManager"/></property>
3<propertyname="accessDecisionManager"><reflocal="httpRequestAccessDecisionManager"/></property>
4<propertyname="objectDefinitionSource">
5<value>
6CONVERT_URL_TO_LOWERCASE_BEFORE_COMPARISON
7PATTERN_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提供了用户角色的获取接口,以及一个缺省的实现(包括对应的数据库表定义)
1<beanid="jdbcDaoImpl"class="net.sf.acegisecurity.providers.dao.jdbc.JdbcDaoImpl">
2<propertyname="dataSource"><refbean="dataSource"/></property>
3</bean>
可参看这里的net.sf.acegisecurity.providers.dao.jdbc.JdbcDaoImpl,需要注意的是这个dao的实现是同acegi security提供的表定义一致的。
如果这个角色和用户处理模型不能满足自己的需要,自己可以提供自己的实现。只需要将
1<beanid="jdbcDaoImpl"class="net.sf.acegisecurity.providers.dao.jdbc.JdbcDaoImpl">
修改成自己类实现即可。
从严格意义上来说,以下权限部分的介绍应该不在acegi security处理的范围之内,不过acegi security是提供了相应的机制的:
权限管理
权限在acegi security 主要以acl的概念出现:即 access control list
1<beanid="basicAclExtendedDao"class="net.sf.acegisecurity.acl.basic.jdbc.JdbcExtendedDaoImpl">
2<propertyname="dataSource"><refbean="dataSource"/></property>
3</bean>
4
这个类实现中有acl的产生,获取和删除操作
应用数据权限的处理:
如果我们应用数据的权限要借助于acegi security 来实现的话,那主要工作就是调用 basicAclExtendedDao 中的相关方法。阅读basicAclExtendedDao即可明白。
以上简要的介绍了一下自己学习acegi security的一些了解。自己最后得出的结论是,如果自己的应用规模很小,完全可以不用acegi security。如果要用acegi security,很多时候是需要重新实现自己的权限和用户模型的。
引入别人教程完毕
2.2.2 基础认证
1) authenticationManager
起到认证管理的作用,它将验证的功能委托给多个Provider,并通过遍历Providers, 以保证获取不同来源的身份认证,若某个Provider能成功确认当前用户的身份,authenticate()方法会返回一个完整的包含用户授权信息的Authentication对象,否则会抛出一个AuthenticationException。
Acegi提供了不同的AuthenticationProvider的实现,如:
1DaoAuthenticationProvider从数据库中读取用户信息验证身份
2AnonymousAuthenticationProvider匿名用户身份认证
3RememberMeAuthenticationProvider已存cookie中的用户信息身份认证
4AuthByAdapterProvider使用容器的适配器验证身份
5CasAuthenticationProvider根据Yale中心认证服务验证身份,用于实现单点登陆
6JaasAuthenticationProvider从JASS登陆配置中获取用户信息验证身份
7RemoteAuthenticationProvider根据远程服务验证用户身份
8RunAsImplAuthenticationProvider对身份已被管理器替换的用户进行验证
9X509AuthenticationProvider从X509认证中获取用户信息验证身份
10TestingAuthenticationProvider单元测试时使用
1<beanid="authenticationManager"class="org.acegisecurity.providers.ProviderManager">
2<propertyname="providers">
3<list>
4<reflocal="daoAuthenticationProvider"/>
5<reflocal="anonymousAuthenticationProvider"/>
6<reflocal="rememberMeAuthenticationProvider"/>
7</list>
8</property>
9</bean>
每个认证者会对自己指定的证明信息进行认证,如DaoAuthenticationProvider仅对UsernamePasswordAuthenticationToken这个证明信息进行认证。
2) daoAuthenticationProvider
进行简单的基于数据库的身份验证。DaoAuthenticationProvider获取数据库中的账号密码并进行匹配,若成功则在通过用户身份的同时返回一个包含授权信息的Authentication对象,否则身份验证失败,抛出一个AuthenticatiionException。
1<beanid="daoAuthenticationProvider"class="org.acegisecurity.providers.dao.DaoAuthenticationProvider">
2<propertyname="userDetailsService"ref="jdbcDaoImpl"/>
3<propertyname="userCache"ref="userCache"/>
4<propertyname="passwordEncoder"ref="passwordEncoder"/>
5</bean>
3)
passwordEncoder 使用加密器对用户输入的明文进行加密。Acegi提供了三种加密器:
1a:PlaintextPasswordEncoder—默认,不加密,返回明文.
2b:ShaPasswordEncoder—哈希算法(SHA)加密
3c:Md5PasswordEncoder—消息摘要(MD5)加密
1<beanid="passwordEncoder"class="org.acegisecurity.providers.encoding.Md5PasswordEncoder"/>
4) jdbcDaoImpl
用于在数据中获取用户信息。 acegi提供了用户及授权的表结构,但是您也可以自己来实现。通过usersByUsernameQuery这个SQL
得到你的(用户ID,密码,状态信息);通过authoritiesByUsernameQuery这个SQL得到你的(用户ID,授权信息)
1<beanid="jdbcDaoImpl"class="org.acegisecurity.userdetails.jdbc.JdbcDaoImpl">
2<propertyname="dataSource"ref="dataSource"/>
3<propertyname="usersByUsernameQuery">
4<value>selectloginid,passwd,1fromuserswhereloginid=?</value>
5</property>
6<propertyname="authoritiesByUsernameQuery">
7<value>
8selectu.loginid,p.namefromusersu,rolesr,permissionsp,
9user_roleur,role_permisrpwhereu.id=ur.user_idand
10r.id=ur.role_idandp.id=rp.permis_idandr.id=rp.role_idand
11p.status='1'andu.loginid=?
12</value>
13</property>
14</bean>
5) userCache & resourceCache
缓存用户和资源相对应的权限信息。每当请求一个受保护资源时,daoAuthenticationProvider就会被调用以获取用户授权信息。如果每次都从数据库获取的话,那代价很高,对于不常改变的用户和资源信息来说,最好是把相关授权信息缓存起来。(详见 2.6.3 资源权限定义扩展 )
userCache提供了两种实现: NullUserCache和EhCacheBasedUserCache, NullUserCache实际上就是不进行任何缓存,EhCacheBasedUserCache是使用Ehcache来实现缓功能。
相关推荐
Acegi安全系统是Spring Framework的一个重要组件,专用于提供企业级的安全服务。它是一个非侵入式的安全架构,能够确保应用程序的安全性与业务逻辑相分离,使得系统结构更加清晰。Acegi通过Servlet Filter和Spring ...
### Acegi安全系统详解 #### Acegi简介 Acegi安全系统是专为Spring Framework设计的安全框架,能够无缝集成到各种Web容器中。该系统通过利用Spring的特性(如Bean Context、拦截器和面向接口编程)提供了强大的...
Acegi安全系统由多个关键组件构成,每个组件负责处理安全流程的不同方面: 1. **Authentication对象**:封装了Principal(主体)、Credential(凭证)和授权信息,同时还可能包含客户发起认证请求时的额外信息,如...
Acegi 是一个在Java开发领域,特别是Spring框架中曾经广泛使用的安全组件,全称为Acegi Security。这个系统为Spring应用程序提供了全面的安全管理解决方案,包括身份验证、授权、会话管理以及安全事件处理等功能。...
《Acegi Security 1.0.7:Spring框架的安全认证组件深度解析》 Acegi Security是Spring框架的一个扩展,专为Java企业级应用提供安全认证和授权服务。它在Spring框架的基础上构建了一套完整的安全解决方案,使开发者...
#### 一、ACEGI安全系统概述 **1.1 安全性的重要性** - 在当今社会,隐私和安全极为重要,应用系统必须具备验证用户身份的能力,以此来决定是否允许用户访问受限信息。 - 应用系统的安全性是一种超越其功能特性的...
Acegi Security与CAS的整合,不仅能够简化多应用间的用户登录流程,提升用户体验,还能增强系统的整体安全性。通过上述详细步骤的介绍,开发者可以了解到如何从零开始配置SSL环境、整合CAS Server与Acegi Security,...
`applicationContext-security.xml` 是配置 Acegi 安全策略的主要入口,因此理解并熟练掌握这个文件对于维护和扩展安全系统至关重要。 总的来说,Acegi 的过滤器机制提供了一种灵活且强大的方式来保护你的应用。...
Acegi安全系统的核心由七大关键组件构成: 1. **Authentication对象**:存储Principal、Credentials及授权信息,还可记录认证请求发起者的额外信息,如IP地址。 2. **ContextHolder对象**:利用ThreadLocal存储...
《Grails Acegi 0.5插件:深入解析与应用》 在Web应用程序开发领域,安全性始终是不可忽视的重要一环。Grails Acegi 0.5插件,作为一个针对Grails框架的安全管理插件,为开发者提供了一种强大且灵活的方式来实现...
这个“acegi资料大全-全集”压缩包包含了丰富的ACEGI教程、参考手册和实例,对于学习和理解Acegi安全框架的功能和用法极具价值。 首先,`ACEGI.doc`可能是一个综合性的文档,涵盖了Acegi的基础知识,包括它的设计...
本文将重点解析Acegi Security中的各个过滤器,这些过滤器在保护应用程序的安全方面起着至关重要的作用。 首先,我们要了解过滤器在Web应用中的角色。在HTTP请求被传递到Servlet容器之前,过滤器可以对请求进行...
本文将详细介绍如何利用Acegi安全框架(现称为Spring Security)结合SSH(Struts + Spring + Hibernate)技术栈来实现一个动态的角色权限管理系统。 #### Acegi安全框架简介 Acegi安全框架,后更名为Spring ...
**CAS 单点登录系统与 Acegi 集成详解** CAS(Central Authentication Service)是一个开源的单点登录(Single Sign-On,SSO)框架,主要用于实现用户在多个应用系统间的一次性登录验证。而 Acegi 安全框架是 ...