论坛首页 入门技术论坛

acegi参考手册(v1.0.4)[译]-第四章 信道安全

浏览 8329 次
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2006-12-31  

第四章. 信道安全

4.1. 概述

Acegi Security不仅能满足你的认证和授权的请求,而且能够保证你的未认证的web请求也能拥有某些属性。这些属性可能包括使用特定的传输类型,在HttpSession设置特定的属性等等。Web请求的最普遍的需求是使用特定的传输协议,例如HTTPS。

在传输安全中的一个重要议题就是会话劫持(session hijacking)。Web容器通过一个jsessionid来引用一个HttpSession,这个jsessionid通过cookie 或者URL重写转向(URL rewriting)发送到到客户端。如果jsessionid是通过HTTP发送的,那么就存在被劫持以及在认证过程之后冒充被认证用户的可能。这是因 为大部分的web容器为特定的用户维护同一个会话标识符,即便是用户从HTTP 切换到 HTTPS页面。

如果对于你的特定应用来说,会话劫持(session hijacking)是一个很严重的风险,那么唯一的解决方法就是对每一个请求都使用HTTPS。这意味着jsessionid不会使用非安全信道传输。 你要保证你的web.xml中定义<welcome-file>,把它指向一个HTTPS位置,同时应用程序不把用户指向一个HTTP位置。 Acegi Security提供一个解决方案帮助你实现后者。</welcome-file>

4.2. 配置

启用Acegi Security的信道安全服务,需要在web.xml中增加如下行:

<filter></filter><filter-mapping><url-pattern></url-pattern>
xml 代码
 
  1. <filter>  
  2.     <filter-name>Acegi Channel Processing Filter</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.securechannel.ChannelProcessingFilter</param-value>  
  7.     </init-param>  
  8. </filter><filter-mapping>  
  9.     <filter-name>Acegi Channel Processing Filter</filter-name>  
  10.     <url-pattern>/*</url-pattern>  
  11. </filter-mapping>  

</filter-mapping>

和平时一样,你同样需要在application context中配置filter

<bean class="code-quote" id="&amp;lt;span"><bean class="code-quote" id="&amp;lt;span"><property class="code-quote" name="&amp;lt;span"><bean class="code-quote" id="&amp;lt;span"><bean class="code-quote" id="&amp;lt;span">
java 代码
 
  1. <bean id="channelProcessingFilter" class="org.acegisecurity.securechannel.ChannelProcessingFilter">  
  2.     <property name="channelDecisionManager"><ref bean="channelDecisionManager"/></property>  
  3.     <property name="filterInvocationDefinitionSource">  
  4.         <value>  
  5.             CONVERT_URL_TO_LOWERCASE_BEFORE_COMPARISON  
  6.             \A/secure/.*\Z=REQUIRES_SECURE_CHANNEL  
  7.             \A/acegilogin.jsp.*\Z=REQUIRES_SECURE_CHANNEL  
  8.             \A/j_acegi_security_check.*\Z=REQUIRES_SECURE_CHANNEL  
  9.             \A.*\Z=REQUIRES_INSECURE_CHANNEL  
  10.         </value>  
  11.     </property>  
  12. </bean>  
  13.   
  14. <bean id="channelDecisionManager" class="org.acegisecurity.securechannel.ChannelDecisionManagerImpl">  
  15.     <property name="channelProcessors">  
  16.         <list>  
  17.             <ref bean="secureChannelProcessor"/>  
  18.         <ref bean="insecureChannelProcessor"/>  
  19.     </list>  
  20.     </property>  
  21. </bean>  
  22.   
  23. <bean id="secureChannelProcessor" class="org.acegisecurity.securechannel.SecureChannelProcessor"/>  
  24.   
  25. <bean id="insecureChannelProcessor" class="org.acegisecurity.securechannel.InsecureChannelProcessor"/>  

</bean></bean></property></bean></bean>

ChannelProcessingFilter和FilterSecurityInterceptor一样支持Apache Ant style paths。

ChannelProcessingFilter的工作方式是过滤所有的web请求,并将判断将适合的配置属性应用于其上。然后它代理到 ChannelDecisionManager。默认的实现类ChannelDecisionManagerImpl应该能够满足大多数需求。它就代理到 配置好的ChannelProcessor实例列表。ChannelProcessor会检视请求,如果它不满意请求(例如请求是发送自不正确的传输协 议)它将会重定向,抛出异常或者采取其他任何恰当的措施。

Acegi Security 包括ChannelProcessor两个实体类实现:SecureChannelProcessor 保证配置了REQUIRES_SECURE_CHANNEL 属性的请求都是从HTTPS发送过来的。而InsecureChannelProcessor 保证配置了REQUIRES_INSECURE_CHANNEL 属性的请求都是从HTTP发送过来的。如果没有使用请求的协议,这两个实现都会转到ChannelEntryPoint,而两个 ChannelEntryPoint 实现所作的就是简单的把请求相应按照HTTP 和 HTTPS重定向。

要注意重定向是绝对(例如http://www.company.com:8080/app/page) 而不是相对的(例如 /app/page)。在测试中发现Internet Explorer 6 Service Pack 1 有一个bug,因此如果在重定向的时候也改变使用的端口,它就不能正确响应。对应这个bug,在很多Acegi Security bean中都会使用的PortResolverImpl也使用绝对URL。请参阅PortResolverImpl的JavaDoc以获取更多信息。

你要注意使用为了在登录过程中保证用户名和密码的安全,要使用安全信道。如果你配合基于表单的登录使用 ChannelProcessingFilter,请记得一定要把你的登录页面设置为REQUIRES_SECURE_CHANNEL,并且 AuthenticationProcessingFilterEntryPoint.forceHttps属性设置为true。

4.3. 结论

一旦配置好了,使用安全信道是非常简单的。只要请求页面,不用管使用什么协议(HTTP 或 HTTPS)或什么端口(80, 8080, 443, 8443等)。显然你只要确定初始请求(获取通过在web.xml 中的<welcome-file> 或一个众所周知的主页URL),完成以后filter会执行你application context定义的重定向。</welcome-file>

你也可以在ChannelDecisionManagerImpl中增加自己的ChannelProcessor实现。例如,你可能通过"输入图片中的内容"检测到一个个人类用户,然后在HttpSession中设置一个属性。

要判断一个安全检查应该是或者ChannelProcessor或是 AccessDecisionVoter 记得前者是设计用来处理认证或者未认证的请求,而后者是设计用来处理已认证的请求。因此后者可以访问已认证的principal被授予的权限。

另外,ChannelProcessor检测到问题后一般是引发一个HTTP/HTTPS重定向这样他的请求可以被满足,而 AccessDecisionVoter将则会跑出一个AccessDeniedException异常(取决于支配的 AccessDecisionManager)。

   发表时间:2007-03-30  
怎么是v1.0.4 The Latest File Releases is v1.0.3?
高!
0 请登录后投票
   发表时间:2007-04-01  
xuniji 写道
怎么是v1.0.4 The Latest File Releases is v1.0.3?
高!
v1.0.4是手册的版本号,你说的1.0.3是acegi的版本号吧?这两个不同的。
0 请登录后投票
论坛首页 入门技术版

跳转论坛:
Global site tag (gtag.js) - Google Analytics