一、什么是單點登錄SSO（Single Sign-On）

　　SSO是一種統一認證和授權機制，指訪問同一服務器不同應用中的受保護資源的同一用戶，只需要登錄一次，即通過一個應用中的安全驗證后，再訪問其他應用中的受保護資源時，不再需要重新登錄驗證。

二、單點登錄解決了什么問題

　　解決了用戶只需要登錄一次就可以訪問所有相互信任的應用系統，而不用重復登錄。

三、單點登錄的技術實現機制

　　如下圖所示：

　　　　當用戶第一次訪問應用系統1的時候，因為還沒有登錄，會被引導到認證系統中進行登錄；根據用戶提供的登錄信息，認證系統進行身份效驗，如果通過效驗，應該返回給用戶一個認證的憑據－－ticket；用戶再訪問別的應用的時候，就會將這個ticket帶上，作為自己認證的憑據，應用系統接受到請求之后會把ticket送到認證系統進行效驗，檢查ticket的合法性（4,6）。如果通過效驗，用戶就可以在不用再次登錄的情況下訪問應用系統2和應用系統3了。

從上圖可以看出sso的實現技術點：

　　1）所有應用系統共享 一個身份認證系統 。

　　　　統一的認證系統是SSO的前提之一。認證系統的主要功能是將用戶的登錄信息和用戶信息庫相比較，對用戶進行登錄認證；認證成功后，認證系統應該生成統一的認證標志（ticket），返還給用戶。另外，認證系統還應該對ticket進行效驗，判斷其有效性。

　　2）所有應用系統能夠識別和提取ticket信息

　　　　要實現SSO的功能，讓用戶只登錄一次，就必須讓應用系統能夠識別已經登錄過的用戶。應用系統應該能對ticket進行識別和提取，通過與認證系統的通訊，能自動判斷當前用戶是否登錄過，從而完成單點登錄的功能。

關于 統一身份認證機制 ：如下圖

　 ? ①用戶請求訪問業務系統。

　　②業務系統在系統中查看是否有對應請求的有效令牌，若有，則讀取對應的身份信息，允許其訪問；若沒有或令牌無效，則把用戶重定向到統一身份認證平臺，并攜帶業務系統地址，進入第③步。

　　③在統一身份認證平臺提供的頁面中，用戶輸入身份憑證信息，平臺驗證此身份憑證信息，若有效，則生成一個有效的令牌給用戶，進入第④步；若無效，則繼續進行認證，直到認證成功或退出為止。

　　④用戶攜帶第③步獲取的令牌，再次訪問業務系統。

　　⑤業務系統獲取用戶攜帶的令牌，提交到認證平臺進行有效性檢查和身份信息獲取。

　　⑥若令牌通過有效性檢查，則認證平臺會把令牌對應的用戶身份信息返回給業務系統，業務系統把身份信息和有效令牌寫入會話狀態中，允許用戶以此身份信息進行業務系統的各種操作；若令牌未通過有效性檢查，則會再次重定向到認證平臺，返回第③步。

　　通過統一身份認證平臺獲取的有效令牌，可以在各個業務系統之間實現應用漫游。

四、單點登錄的優點

　　1）提高用戶的效率。

　　　　用戶不再被多次登錄困擾，也不需要記住多個 ID 和密碼。另外，用戶忘記密碼并求助于支持人員的情況也會減少。?

　　2）提高開發人員的效率。

　　　　SSO 為開發人員提供了一個通用的身份驗證框架。實際上，如果 SSO 機制是獨立的，那么開發人員就完全不需要為身份驗證操心。他們可以假設，只要對應用程序的請求附帶一個用戶名，身份驗證就已經完成了。?

　　3）簡化管理。

　　　　如果應用程序加入了單點登錄協議，管理用戶帳號的負擔就會減輕。簡化的程度取決于應用程序，因為 SSO 只處理身份驗證。所以，應用程序可能仍然需要設置用戶的屬性（比如訪問特權）。

五、單點登錄的缺點

　　1）不利于重構

　　　　因為涉及到的系統很多，要重構必須要兼容所有的系統，可能很耗時

　　2） 無人看守桌面

　　　　因為只需要登錄一次，所有的授權的應用系統都可以訪問，可能導致一些很重要的信息泄露。

==========================================================================

單點登錄SSO（Single Sign On）說得簡單點就是在一個多系統共存的環境下，用戶在一處登錄后，就不用在其他系統中登錄，也就是用戶的一次登錄能得到其他所有系統的信任。單點登錄在大型網站里使用得非常頻繁，例如像阿里巴巴這樣的網站，在網站的背后是成百上千的子系統，用戶一次操作或交易可能涉及到幾十個子系統的協作，如果每個子系統都需要用戶認證，不僅用戶會瘋掉，各子系統也會為這種重復認證授權的邏輯搞瘋掉。實現單點登錄說到底就是要解決如何產生和存儲那個信任，再就是其他系統如何驗證這個信任的有效性，因此要點也就以下幾個：

• 存儲信任
• 驗證信任

只要解決了以上的問題，達到了開頭講得效果就可以說是SSO。最簡單實現SSO的方法就是用Cookie，實現流程如下所示：

不然發現以上的方案是把信任存儲在客戶端的Cookie里，這種方法雖然實現方便但立馬會讓人質疑兩個問題：

• Cookie不安全
• 不能跨域免登

對于第一個問題一般都是通過加密Cookie來處理，第二個問題是硬傷，其實這種方案的思路的就是要把這個信任關系存儲在客戶端，要實現這個也不一定只能用Cookie，用flash也能解決，flash的Shared Object API就提供了存儲能力。

一般說來，大型系統會采取在服務端存儲信任關系的做法，實現流程如下所示：

以上方案就是要把信任關系存儲在單獨的SSO系統（暫且這么稱呼它）里，說起來只是簡單地從客戶端移到了服務端，但其中幾個問題需要重點解決：

• 如何高效存儲大量臨時性的信任數據
• 如何防止信息傳遞過程被篡改
• 如何讓SSO系統信任登錄系統和免登系統

對于第一個問題，一般可以采用類似與memcached的分布式緩存的方案，既能提供可擴展數據量的機制，也能提供高效訪問。對于第二個問題，一般采取數字簽名的方法，要么通過數字證書簽名，要么通過像md5的方式，這就需要SSO系統返回免登URL的時候對需驗證的參數進行md5加密，并帶上token一起返回，最后需免登的系統進行驗證信任關系的時候，需把這個token傳給SSO系統，SSO系統通過對token的驗證就可以辨別信息是否被改過。對于最后一個問題，可以通過白名單來處理，說簡單點只有在白名單上的系統才能請求生產信任關系，同理只有在白名單上的系統才能被免登錄。

以上只是提供了些簡單的實現技術，但需要強調的是這只是技術實現而已，僅僅是為了解決上面談到的一些問題，SSO本身來說并不是什么高科技，有了這個認識比較有利于我們深入探索SSO

單點登錄SSO