1， 添加 HTTP/HTTPS 信道安全

<http>
     <intercept-url  pattern="/secure/**"  access="ROLE_USER" requires-channel="https"/>
     <intercept-url  pattern="/**"  access="ROLE_USER" requires-channel="any"/>
</http>

　　使用了这个配置以后，如果用户通过 HTTP 尝试访问"/secure/**"匹配的网址，他们会先被重定向到 HTTPS 网址下。  可用的选项有"http",  "https"  或  "any"。  使用"any"意味着使用 HTTP 或 HTTPS 都可以。

　　如果你的程序使用的不是 HTTP 或 HTTPS 的标准端口，你可以用下面的方式指定端口

<http>
...
　　<port-mappings>
　　　　<port-mapping http="9080" https="9443"/>
　　</port-mappings>
</http>

2，会话管理
　　1）检测超时　　

　　你可以配置 Spring Security 检测失效的 session ID， 并把用户转发到对应的 URL。这可以通过  session-management 元素配置：

<http> ... 

　　<session-management invalid-session-url="/sessionTimeout.htm" />

</http>

　　2）同步会话控制

　　如果你希望限制单个用户只能登录到你的程序一次， Spring Security 通过添加下面简单的部分支持这个功能。  首先，你需要把下面的监听器添加到你的 web.xml 文件里，让 Spring  Security 获得 session 生存周期事件：

<listener> 　　 <listener-class>
　　　　org.springframework.security.web.session.HttpSessionEventPublisher
　　</listener-class></listener>

　　 然后，在你的 application context 加入如下部分：

<http>
...
<session-management>
    <concurrency-control max-sessions="1" />
</session-management>
</http>

　　这将防止一个用户重复登录好几次-第二次登录会让第一次登录失效。  通常我们更想防止第二次登录，这时候我们可以使用

<http>
...
<session-management>
　　<concurrency-control  max-sessions="1" error-if-maximum-exceeded="true" />
</session-management>
</http>

　　如果你希望使用一个错误页面替代，你可以在 session-management  中添加  session-authentication-error-url 属性。

　　3）防止 Session 固定攻击

　　Spring  Security 通过在用户登录时，创建一个新session 来防止这个问题。

　　如果你不需要保护，或者它与其他一些需求冲突，你可以通过使用<http>中的 session-fixation-protection 属性来配置它的行为，它有三个选项

　　 migrateSession  -  创建一个新 session，把原来 session 中所有属性复制到新 session 中。这是默认值。
 　　none -  什么也不做，继续使用原来的 session。
　　newSession -  创建一个新的“干净的”session，不会复制 session 中的数据。

3，对 OpenID 的支持

　　命名空间支持 OpenID 登录，替代普通的表单登录，或作为一种附加功能，只需要进行简单的修改：

<http>
　　<intercept-url pattern="/**" access="ROLE_USER" />
　　<openid-login />
</http>

　　你应该注册一个 OpenID 供应器（比如 myopenid.com），然后把用户信息添加到你的内存<user-service>中：

<user  name="http://jimi.hendrix.myopenid.com/" authorities="ROLE_USER" />

　　1） 属性交换

　　支持 OpenID 的  属性交换。  作为一个例子，下面的配置会尝试从 OpenID 提供器中获得 email 和全名，  这些会被应用程序使用到：

<openid-login>
　　<attribute-exchange>
　　<openid-attribute  name="email" type="http://axschema.org/contact/email" required="true" />
　　<openid-attribute  name="name"  type="http://axschema.org/namePerson" /> </attribute-exchange></openid-login>

　　每个 OpenID 的“type”属性是一个 URI，这是由特定的 schema 决定的，  在这个例子中是 http://axschema.org/。  如果一个属性必须为了成功认证而获取，可以设置required。  确切的 schema 和对属性的支持会依赖于你使用的 OpenID 提供器。属性值作为认证过程的一部分返回，  可以使用下面的代码在后面的过程中获得：

OpenIDAuthenticationToken  token  =  (OpenIDAuthenticationToken) SecurityContextHolder.getContext().getAuthentication();
List<OpenIDAttribute> attributes = token.getAttributes();

　　2） 添加你自己的 filter

　　 标准过滤器假名和顺序

　　你可以把你自己的过滤器添加到队列中，使用 custom-filter 元素，使用这些名字中的一个，来指定你的过滤器应该出现的位置：

<http>
　　<custom-filter  position="FORM_LOGIN_FILTER"  ref="myFilter" />
</http>
<beans:bean  id="myFilter" class="com.mycompany.MySpecialAuthenticationFilter"/>

　　你还可以使用 after  或  before 属性，如果你想把你的过滤器添加到队列中另一个过滤器的前面或后面。  可以分别在 position 属性使用"FIRST"  或  "LAST"来指定你想让你的过滤器出现在队列元素的前面或后面。