当前位置: 首页 >> 应用软件 >> 网络相关 >> Acegi安全系统详解

Acegi安全系统详解

作者：来源：http://blog.csdn.net/HuDon/ 发表时间：2007-02-13 浏览次数：字号：大 中 小

中国源码网内相关主题链接

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

<bean id="filterChainProxy" class="org.acegisecurity.util.FilterChainProxy">
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

1

<bean id="securityEnforcementFilter" class="net.sf.acegisecurity.intercept.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，

1

<bean id="filterInvocationInterceptor" class="net.sf.acegisecurity.intercept.web.FilterSecurityInterceptor">
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提供了用户角色的获取接口，以及一个缺省的实现（包括对应的数据库表定义）

1

<bean id="jdbcDaoImpl" class="net.sf.acegisecurity.providers.dao.jdbc.JdbcDaoImpl">
2

<property name="dataSource"><ref bean="dataSource"/></property>
3

</bean>

可参看这里的net.sf.acegisecurity.providers.dao.jdbc.JdbcDaoImpl，需要注意的是这个dao的实现是同acegi security提供的表定义一致的。
如果这个角色和用户处理模型不能满足自己的需要，自己可以提供自己的实现。只需要将

1

修改成自己类实现即可。

从严格意义上来说，以下权限部分的介绍应该不在acegi security处理的范围之内，不过acegi security是提供了相应的机制的：
权限管理
权限在acegi security 主要以acl的概念出现：即 access control list

1

<bean id="basicAclExtendedDao" class="net.sf.acegisecurity.acl.basic.jdbc.JdbcExtendedDaoImpl">
2

<property name="dataSource"><ref bean="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的实现,如：

1

DaoAuthenticationProvider 从数据库中读取用户信息验证身份
2

AnonymousAuthenticationProvider 匿名用户身份认证
3

RememberMeAuthenticationProvider 已存cookie中的用户信息身份认证
4

AuthByAdapterProvider 使用容器的适配器验证身份
5

CasAuthenticationProvider 根据Yale中心认证服务验证身份, 用于实现单点登陆
6

JaasAuthenticationProvider 从JASS登陆配置中获取用户信息验证身份
7

RemoteAuthenticationProvider 根据远程服务验证用户身份
8

RunAsImplAuthenticationProvider 对身份已被管理器替换的用户进行验证
9

X509AuthenticationProvider 从X509认证中获取用户信息验证身份
10

TestingAuthenticationProvider 单元测试时使用

1