【正文】 if (principal instanceof UserD。雖然你通常不需要自己創(chuàng)建一個Authentication 對象，但是常見的情況是，用戶查詢 Authentication 對象。 . 獲得當(dāng)前用戶的信息 我們把安全主體和系統(tǒng)交互的信息都保存在 SecurityContextHolder 中了 。另一個是調(diào)用 SecurityContextHolder 的靜態(tài)方法。想要修改默認(rèn)的 模式，可以使用兩種方法。其他程序可能想讓一個線程創(chuàng)建的線程也使用相同的安全主體。 SecurityContextHolder 可以使用一個策略進(jìn)行配置在啟動時，指定你想讓上下文怎樣被保存。 有些程序并不適合使用 ThreadLocal，因為它們處理線程的特殊方法。這種情況下使用ThreadLocal 是非常安全的，只要記得在處理完當(dāng)前主體的請求以后，把這個線程清除就行了。我們把當(dāng)前應(yīng)用程序的當(dāng)前安全環(huán)境的細(xì)節(jié)存儲到它里邊了，它也包含了應(yīng)用當(dāng)前使用的主體細(xì)節(jié)。它們展示了框架的構(gòu)建基礎(chǔ)，所以如果你需要超越簡單的命名空間配置 ， 理解它們就是很重要的，即便你不需要直接操作他們。它不再包含任何與 web 應(yīng)用安全， LDAP 或命名空間相關(guān)的代碼。 這些設(shè)計確保了發(fā)布時的最大輕便性，你可以簡單把你的目標(biāo)文件（ JAR 或 WAR 或 EAR）從一個系統(tǒng)復(fù)制到另一個系統(tǒng)，它會立即正 常工作。 相同的，如果你使用了一個 EJB 容器或者是 Servlet 容器，都不需要把任何特定的配置文件放到什么地方，也不需要把 Spring Security 放到 server 的 classloader 下。因為 Spring Security 的目標(biāo)是自己容器內(nèi)管理，所以不需要為你的 Java 運行環(huán)境進(jìn)行什么特別的配置。在指南的這個部分，我們會觀察它們是如何在一起工作的，同 Spring Security 支持驗證和權(quán)限控制。 Part II. 結(jié)構(gòu)和實現(xiàn) 當(dāng)你熟悉了如何設(shè)置和使用基于命名空間配置的應(yīng)用，你也許希望了解更多關(guān)于框架是如何在命名空間的外觀下實際運 行的。你可以使用 Spring 社區(qū)論壇網(wǎng)址 同框架的其他用戶討論 Spring Security。這里有很多貢獻(xiàn)的方式，包括在論壇上閱讀別人的帖子發(fā)表回復(fù)，寫新代碼，提升舊代碼，幫助寫文檔，開發(fā)例子或指南，或簡單的 提供建議。因為保證項目的測試覆蓋率是非常必要的，它需要適當(dāng)?shù)倪M(jìn)行維護(hù)。 或者，更好的是，提供一個不定來修正這個問題。這樣做法是特設(shè)的，我們更愿意使用更正式的方式管理 bug。如果你發(fā)現(xiàn)一個 bug，請使用 JIRA 提交一個報告。 代碼在 samples/preauth 目錄下。 . PreAuthentication 例子 這個例子演示了如何從 preauthentication 框架綁定 bean，從 J2EE 容器中獲得有用的登錄信息。這里還有一個 文件，解釋如何從源代碼樹中直 接運行服務(wù)器和客戶端，提供完全的 SSL 支持。它沒有包含在發(fā)布包里，你應(yīng)該使用 簡介 中的介紹來獲得源代碼。 這意味著，在這個程序里，其實是配置了兩個定義驗證提供器。確保自己好好試用過，看看程序里的上下文 XML 文件，搞明白它是如何運行的。在這場景后面，MethodSecurityInterceptor 保護(hù)著業(yè)務(wù)對象。然后你就可以嘗試這個程序了。 SessionId: 8fkp8t83ohar。 Authenticated: true。 \ Granted Authorities: ROLE_SUPERVISOR, ROLE_USER。 credentialsNonExpired: true。 Enabled: true。它應(yīng)該會包含下面這樣的一段成功信息： Security Debug Information Authentication object is of type: Authentication object as a String: 1f127853: Principal: b07ed00: Username: rod。你將看到需要 登錄的提示，這頁上會有一些測試用的用戶名和密碼。 在啟動你的容器之后，檢測一下程序是不是加載了，訪問 （或是其他你把 war 發(fā)布后，對應(yīng)于你 web 容器的 URL）。 要發(fā)布它，先把 Spring Security 發(fā)布中的 war 文件按復(fù)制到你的容器的 webapps 目錄下。只有做基本集成成功的時候，我們建議你試著添加方法驗證和領(lǐng)域?qū)ο蟀踩? 我們推薦你從 tutorial 例子開始，因為 XML 非常小，也很容易看懂。編譯好的應(yīng)用就放在 zip 發(fā)布包中，已經(jīng)準(zhǔn)備好發(fā)布到你的 web 容器中（ ）。 . Tutorial 示例 這個 tutorial 示例是帶你入門的很好的一個基礎(chǔ)例子。你可以按照簡介里的介紹獲得源代碼，使用 maven 編譯它們也很簡單。你可以自己編譯部署它們，也可以從 Maven 中央資源庫里獲得單獨的 war 文件。 security:authenticationmanager alias=authenticationManager ... /security:authenticationmanager bean id=customizedFormLoginFilter class= property name=authenticationManager ref=authenticationManager/ ... /bean Chapter 3. 示例程序 項目中包含了很多 web 實例程序。 你可能注冊額外的 AuthenticationProviderbean， 在 ProviderManager 中，你可以使用 authenticationprovider做這些事情，使用 ref 屬性， 這個屬性的值，是你希望添加的provider 的 bean 的名字，比如： authenticationmanager authenticationprovider ref=casAuthenticationProvider/ /authenticationmanager bean id=casAuthenticationProvider class=er security:customauthenticationprovider / ... /bean 另一個常見的需求是，上下文中的另一個 bean 可能需要引用 AuthenticationManager。 bean 實例被使用 authenticationmanager 命名空間元素注冊。 通常是Spring Security 中 ProviderManager 類的一個實例， 如果你以前使用過框架，你可能已經(jīng)很熟悉 了。 . 自定義 AccessDecisionManager 如果你需要使用一個更復(fù)雜的訪問控制策略，把它設(shè)置給方法和 web 安全是很簡單的。 默認(rèn)的策略是使用一個 AffirmativeBased AccessDecisionManager，以及 RoleVoter 和AuthenticatedVoter。如果沒有，你可以跳過這段，以后再來看，因為這章只是為了自定義的用戶設(shè)置的，需要在簡單基于角色安全的基礎(chǔ)上加一些客戶化的東西。就像 URL匹配一樣，指定的匹配要放在切點隊列的最前面，第一個匹配的表達(dá)式才會被用到。參考下面的例子： globalmethodsecurity protectpointcut expression=execution(* .*Service.*(..)) access=ROLE_USER/ /globalmethodsecurity 這樣會保護(hù) application context 中的符合條件的 bean 的所有方法，這些 bean 要在 包下，類名以 Service結(jié)尾。)) public Account post(Account account, double amount)。 PreAuthorize(hasAuthority(39。 } 為了使用新的基于表達(dá)式的預(yù)付，你可以好似用 globalmethodsecurity prepostannotations=enabled / 對應(yīng)的代碼將會是這樣 public interface BankService { PreAuthorize(isAnonymous()) public Account readAccount(Long id)。 Secured(IS_AUTHENTICATED_ANONYMOUSLY) public Account[] findAccounts()。 Spring Security原生注解支持為方法定義一系列屬性。 你應(yīng)該只定義一個 globalmethodsecurity元素。你可以提供安全給單個 bean，使用 interceptmethods 來裝飾 bean 的聲明，或者你可以控制多個 bean，通過實體服務(wù)層，使用 AspectJ 演示的切點功能。它提供對 JSR250安全注解的支持，這與框架提供的 secured 注解相似。 如果你對認(rèn)證入口點并不熟悉，可以在 技術(shù)縱覽 章中找到關(guān)于它們的討論。對應(yīng)的 AuthenticationEntryPoint 可以使用 元素中的 entrypointref 屬性來進(jìn)行設(shè)置。 如果你替換了一個命名空間的過濾器，而這個過濾器需要一個驗證入口點（比如，認(rèn)證過程是通過一個未通過驗證的用戶訪問受保護(hù)資源的嘗試來觸發(fā)的），你將也需要添加一個自定義的入口點 bean。避免使用 autoconfig屬性，然后刪除所有會創(chuàng)建你希望替換的過濾器的元素。可以分別在 position 屬性使用 FIRST或 LAST來指定你想讓你的過濾器出現(xiàn)在隊列元素的前面或后面。過濾器按照次序排列在過濾器鏈中。這會影響到你如何添加自己的過濾器，實體過濾器列表 必須在解析 元素的過程中了解這些，所以 中的語法變化的很明顯。 Note 在之前的版本中，排序是在過濾器實例創(chuàng)建后執(zhí)行的，在 application context 的執(zhí)行 后的過程中。 過濾器順序在使用命名空間的時候是被嚴(yán)格執(zhí)行的?；蛘吣阆胍褂靡粋€特定版本的標(biāo)準(zhǔn)命名空間過濾器，比如 formlogin創(chuàng)建的UsernamePasswordAuthenticationFilter，從而獲得一些額外的配置選項的優(yōu)勢，這些可以通過直接配置 bean 獲得。 . 添加你自己的 filter 如果你以前使用過 Spring Security，你就應(yīng)該知道這個框架里維護(hù)了一個過濾器鏈，來提供服務(wù)。 OpenIDAttribute 包含的屬性類型和獲取的值（或者在多屬性情況下是多個值）。屬性值作為認(rèn)證過程的一部分返回，可以使用下面的代碼在后面的過程中獲得： OpenIDAuthenticationToken token = (OpenIDAuthenticationToken) ().getAuthentication()。作為一個例子，下面的配置會嘗試從 OpenID 提供器中獲得 和全名，這些會被應(yīng)用程序使用到： openidlogin attributeexchange openidattribute name= type= required=true/ openidattribute name=name type= / /attributeexchange /openidlogin 每個 OpenID 的 “ type” 屬性是一個 URI，這是由特定的 schema 決定的，在這個例子中是 required。內(nèi)部會生成一個隨機密碼，放置我們使用用戶數(shù)據(jù)時出現(xiàn)問題，無論在你的配置的地方使用認(rèn)證信息。查看上一節(jié) 認(rèn)證提供器 獲得更多信息。 . 對 OpenID 的支持 命名空間支持 OpenID 登錄，替代普通的表單登錄，或作為一種附加功能，只需要進(jìn)行簡單的修改： intercepturl pattern=/** access=ROLE_USER / openidlogin / / 你應(yīng)該注冊一個 OpenID 供應(yīng)器（比如 ），然后把用戶信息添加到你的內(nèi)存userservice中： user name= authorities=ROLE_USER / 你應(yīng)該可以使用 網(wǎng)站登錄來進(jìn)行驗證了。 ? none 什么也不做，繼續(xù)使用原來的 session。如果你不需要保護(hù)，或者它與其他一些需求沖突，你可以通過使用 中的sessionfixationprotection 屬性來配置它的行為，它有三個選項 ? migrateSession 創(chuàng)建一個新 session，把原來 session 中所有屬性復(fù)制到新 session中。 . 防止 Session固定攻擊 Session 固定 攻擊是一個潛在危險，當(dāng)一個惡意攻擊者可以 創(chuàng)建一個 s