Acegi安全系统详解
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() 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都有各自的功能。
filter>2
filter-name>securityFilterfilter-name>3
filter-class>org.acegisecurity.util.FilterToBeanProxyfilter-class>4
init-param>5
param-name>targetClassparam-name>6
param-value>org.acegisecurity.util.FilterChainProxyparam-value>7
init-param>8
filter>
2) filter-mapping
<filter-mapping>限定了<font color="#0000ff"><u>FilterToBeanProxy</u></font>的<u>URL匹配模式</u>,</filter-mapping>
filter-mapping>2
filter-name>securityFilterfilter-name>3
url-pattern>/j_security_checkurl-pattern>4
filter-mapping>5
6
filter-mapping>7
filter-name>securityFilterfilter-name>8
url-pattern>/dwr/*
9
10
11
<filter-mapping><br></filter-mapping>12<filter-name>securityFilter</filter-name>13
<url-pattern>*.html</url-pattern>14
15
16
<filter-mapping><br></filter-mapping>17<filter-name>securityFilter</filter-name>18
<url-pattern>*.jsp</url-pattern>19
3) HttpSessionEventPublisher
<listener>的<font color="#800080">HttpSessionEventPublisher</font>用于发布<u>HttpSessionApplicationEvents</u>和<u>HttpSessionDestroyedEvent</u>事件给<font color="#006400">spring的applicationcontext</font>。</listener>
listener>2
listener-class>org.acegisecurity.ui.session.HttpSessionEventPublisherlistener-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的匹配模式
beanid="filterChainProxy"class="org.acegisecurity.util.FilterChainProxy">2
propertyname="filterInvocationDefinitionSource">3
value>4
CONVERT_URL_TO_LOWERCASE_BEFORE_COMPARISON5
PATTERN_TYPE_APACHE_ANT6
/**=httpSessionContextIntegrationFilter,authenticationProcessingFilter,7
basicProcessingFilter,rememberMeProcessingFilter,anonymousProcessingFilter,8
exceptionTranslationFilter,filterInvocationInterceptor,securityEnforcementFilter9
10
11
这里补充一段别人的教程 ：
其中对web路径请求的认证中，我们需要了解一下 securityEnforcementFilter
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，
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>6
CONVERT_URL_TO_LOWERCASE_BEFORE_COMPARISON7
PATTERN_TYPE_APACHE_ANT8
/wo.html=ROLE_ANONYMOUS,ROLE_USER9
/index.jsp=ROLE_ANONYMOUS,ROLE_USER10
/hello.htm=ROLE_ANONYMOUS,ROLE_USER11
/logoff.jsp=ROLE_ANONYMOUS,ROLE_USER12
/switchuser.jsp=ROLE_SUPERVISOR13
/j_acegi_switch_user=ROLE_SUPERVISOR14
/acegilogin.jsp*=ROLE_ANONYMOUS,ROLE_USER15
/**=ROLE_USER16
17
18
在此，主要对 objectDefinitionSource值进行处理。这里配置了很多path=role ，
其作用就是在请求指定的路径时， 是需要当前用户具有对应的角色的，如果具有相应角色，则正常访问。否则跳转至
这里需要说明的就是/index.jsp=ROLE_ ANONYMOUS,ROLE_USER 这里的角色，ROLE_是标记，ANONYMOUS 是角色名称。 ANONYMOUS是只可以匿名访问， 这个角色无需定义。
而ROLE_USER 中的USER则是用户定义的，接下来我们介绍这部分：
用户角色管理：
acegi security提供了用户角色的获取接口，以及一个缺省的实现（包括对应的数据库表定义）
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提供的表定义一致的。
如果这个角色和用户处理模型不能满足自己的需要，自己可以提供自己的实现。只需要将
beanid="jdbcDaoImpl"class="net.sf.acegisecurity.providers.dao.jdbc.JdbcDaoImpl">
修改成自己类实现即可。
从严格意义上来说，以下权限部分的介绍应该不在acegi security处理的范围之内，不过acegi security是提供了相应的机制的：
权限管理
权限在acegi security 主要以acl的概念出现：即 access control list
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，很多时候是需要重新实现自己的权限和用户模型的。
引入别人教程完毕
1) authenticationManager
起到认证管理的作用，它将验证的功能委托给多个Provider，并通过遍历Providers, 以保证获取不同来源的身份认证，若某个Provider能成功确认当前用户的身份，authenticate()方法会返回一个完整的包含用户授权信息的Authentication对象，否则会抛出一个AuthenticationException。
Acegi提供了不同的AuthenticationProvider的实现,如：
DaoAuthenticationProvider从数据库中读取用户信息验证身份2
AnonymousAuthenticationProvider匿名用户身份认证3
RememberMeAuthenticationProvider已存cookie中的用户信息身份认证4
AuthByAdapterProvider使用容器的适配器验证身份5
CasAuthenticationProvider根据Yale中心认证服务验证身份,用于实现单点登陆6
JaasAuthenticationProvider从JASS登陆配置中获取用户信息验证身份7
RemoteAuthenticationProvider根据远程服务验证用户身份8
RunAsImplAuthenticationProvider对身份已被管理器替换的用户进行验证9
X509AuthenticationProvider从X509认证中获取用户信息验证身份10
TestingAuthenticationProvider单元测试时使用
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。
3) passwordEncoder1
2
3
4
5
使用加密器对用户输入的明文进行加密。Acegi提供了三种加密器:
1
2
3
1
4) jdbcDaoImpl
用于在数据中获取用户信息。 acegi提供了用户及授权的表结构，但是您也可以自己来实现。通过usersByUsernameQuery这个SQL
得到你的(用户ID,密码,状态信息);通过authoritiesByUsernameQuery这个SQL得到你的(用户ID,授权信息)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
5) userCache & resourceCache
缓存用户和资源相对应的权限信息。每当请求一个受保护资源时，daoAuthenticationProvider就会被调用以获取用户授权信息。如果每次都从数据库获取的话，那代价很高，对于不常改变的用户和资源信息来说，最好是把相关授权信息缓存起来。(详见 2.6.3 资源权限定义扩展 )
userCache提供了两种实现: NullUserCache和EhCacheBasedUserCache, NullUserCache实际上就是不进行任何缓存，EhCacheBasedUserCache是使用Ehcache来实现缓功能。
1
2分享到：
发表评论
评论