一、單點登錄的概念
1、什么是單點登陸
單點登錄（Single Sign On），簡稱為 SSO，是目前比較流行的企業業務整合的解決方案之一。SSO的定義是在多個應用系統中，用戶只需要登錄一次就可以訪問所有相互信任的應用系統。
2、單點登錄的引入
較大的企業內部，一般都有很多的業務支持系統為其提供相應的管理和IT服 務。
例如：
財務系統為財務人員提供財務的管理、計算和報表服務；
人事系統為人事部門提供全公司人員的維護服務；
各種業務系統為公司內部不同的業務提供不同的 服務等等。
這些系統的目的都是讓計算機來進行復雜繁瑣的計算工作，來替代人力的手工勞動，提高工作效率和質量。
這些不同的系統往往是在不同的時期建設起來 的，運行在不同的平台上；也許是由不同廠商開發，使用了各種不同的技術和標准。
如果舉例說國內一著名的IT公司（名字隱去），內部共有60多個業務系統，這些系統包括兩個不同版本的SAP的ERP系統，12個不同類型和版本的數據庫系統，8個不同類型和版本的操作系統，以及使用了3種不同的防火牆技術，還有數十種互相不能兼容的協議和標准，這種情況其實非常普遍。每一個應用系統在運行了數年以后，都會成為不可替換的企業IT架構的一部分，如下圖所示。
隨 着企業的發展，業務系統的數量在不斷的增加，老的系統卻不能輕易的替換，這會帶來很多的開銷。其一是管理上的開銷，需要維護的系統越來越多。
很多系統的數 據是相互冗余和重復的，數據的不一致性會給管理工作帶來很大的壓力。
業務和業務之間的相關性也越來越大，例如公司的計費系統和財務系統，財務系統和人事系 統之間都不可避免的有着密切的關系。
為了降低管理的消耗，最大限度的重用已有投資的系統，很多企業都在進行着企業應用集成（EAI）。
企業應用集成可以在不同層面上進行：
例如：
在數據存儲層面上的“數據大集中”，
在傳輸層面上的“通用數據交換平台”，
在應用層面上的“業務流程整合”，
和用 戶界面上的“通用企業門戶”等等。
事實上，還用一個層面上的集成變得越來越重要，那就是“身份認證”的整合，也就是“單點登錄”。
通常來說，每個單獨的系統都會有自己的安全體系和身份認證系統。
整合以前，進入每個系統都需要進行登錄，這樣的局面不僅給管理上帶來了很大的困難，在安全方面也埋下了重大的隱患。下面是一些著名的調查公司顯示的統計數據：
用戶每天平均 16 分鍾花在身份驗證任務上 - 資料來源： IDS
頻繁的 IT 用戶平均有 21 個密碼 - 資料來源： NTA Monitor Password Survey
49% 的人寫下了其密碼，而 67% 的人很少改變它們
每 79 秒出現一起身份被竊事件 - 資料來源：National Small Business Travel Assoc
全球欺騙損失每年約 12B - 資料來源：Comm Fraud Control Assoc
到 2007 年，身份管理市場將成倍增長至 $4.5B - 資料來源：IDS
3、單點登錄帶來的好處
使用“單點登錄”整合后，只需要登錄一次就可以進入多個系統，而不需要重新登錄，這不僅僅帶來了更好的用戶體驗，更重要的是降低了安全的風險和管理的消耗。請看下面的統計數據：
提高 IT 效率：對於每 1000 個受管用戶，每用戶可節省$70K
幫助台呼叫減少至少1/3，對於 10K 員工的公司，每年可以節省每用戶 $75，或者合計 $648K
生產力提高：每個新員工可節省 $1K，每個老員工可節省 $350 資料來源：Giga
ROI 回報：7.5 到 13 個月 資料來源：Gartner
另外，使用“單點登錄”還是SOA時代的需求之一。
在面向服務的架構中，服務和服務之間，程序和程序之間的通訊大量存在，服務之間的安全認證是SOA應用的難點之一，應此建立“單點登錄”的系統體系能夠大大簡化SOA的安全問題，提高服務之間的合作效率。
二、單點登錄的運行原理
1、一個簡單的運行機制
單點登錄的機制其實是比較簡單的，用一個現實中的例子做比較。
某公園內部有許多獨立的景點，游客可以在各個景點門口單獨買票。
對於需要游玩所有的景點的游客，這種買票方式很不方便，需要在每個景點門口排隊買票，錢包拿 進拿出的，容易丟失，很不安全。
於是絕大多數游客選擇在大門口買一張通票（也叫套票），就可以玩遍所有的景點而不需要重新再買票。
他們只需要在每個景點門 口出示一下剛才買的套票就能夠被允許進入每個獨立的景點。
單點登錄的機制也一樣，如下圖所示
當用戶第一次訪問應用系統1的時候，因為還沒有登錄，會被引導到認證系統中進行登錄（1）；
根據用戶提供的登錄信息，認證系統進行身份效驗，如果通過效驗，應該返回給用戶一個認證的憑據－－ticket（2）；
用戶再訪問別的應用的時候（3，5）就會將這個ticket帶上，作為自己認證的憑據，應用系統接受到請求之后會把ticket送到認證系統進行效驗，檢查ticket的合法性（4，6）。
如果通過效驗，用戶就可以在不用再次登錄的情況下訪問應用系統2和應用系統3了。
2、稍微復雜一點的運行機制
從上面的視圖可以看出，要實現SSO，需要以下主要的功能：
所有應用系統共享一個身份認證系統。統一的認證系統是SSO的前提之一。認證系統的主要功能是將用戶的登錄信息和用戶信息庫相比較，對用戶進行登錄認證；認證成功后，認證系統應該生成統一的認證標志（ticket），返還給用戶。
另外，認證系統還應該對ticket進行效驗，判斷其有效性。所有應用系統能夠識別和提取ticket信息，要實現SSO的功能，讓用戶只登錄一次，就必須讓應用系統能夠識別已經登錄過的用戶。
應用系統應該能對ticket進行識別和提取，通過與認證系統的通訊，能自動判斷當前用戶是否登錄過，從而完成單點登錄的功能。
上面的功能只是一個非常簡單的SSO架構，在現實情況下的SSO有着更加復雜的結構。有兩點需要指出的是：
單一的用戶信息數據庫並不是必須的，有許多系統不能將所有的用戶信息都集中存儲，應該允許用戶信息放置在不同的存儲中。事實上，只要統一認證系統，統一ticket的產生和校驗，無論用戶信息存儲在什么地方，都能實現單點登錄。
統一的認證系統並不是說只有單個的認證服務器，如下圖所示，整個系統可以存在兩個以上的認證服務器，這些服務器甚至可以是不同的產品。認證服務器之間要通過標准的通訊協議，互相交換認證信息，就能完成更高級別的單點登錄。如下圖，當用戶在訪問應用系統1時，由第一個認證服務器進行認證后，得到由此服務器產生的ticket。當他訪問應用系統4的時候，認證服務器2能夠識別此ticket是由第一個服務器產生的，通過認證服務器之間標准的通訊協議（例如SAML）來交換認證信息，仍然能夠完成SSO的功能。
3、web-sso
隨着互聯網的高速發展，WEB應用幾乎統治了絕大部分的軟件應用系統，因此WEB-SSO是SSO應用當中最流行的。
WEB-SSO有其自身的特點和優勢，實現起來比較簡單易用。很多商業軟件和開源軟件都有對WEB-SSO的實現。
其中值得一提的是OpenSSO （https://opensso.dev.java.net），為用Java實現WEB-SSO提供架構指南和服務指南，為用戶自己來實現WEB-SSO提供了理論的依據和實現的方法。
為什么說WEB-SSO比較容易實現呢？這是有WEB應用自身的特點決定的。
眾所周知，Web協議（也就是HTTP）是一個無狀態的協議。一個Web應用由很多個Web頁面組成，每個頁面都有唯一的URL來定義。用戶在瀏覽器的地址欄輸入頁面的URL，瀏覽器就會向Web Server去發送請求。
如下圖，瀏覽器向Web服務器發送了兩個請求，申請了兩個頁面。這兩個頁面的請求是分別使用了兩個單獨的HTTP連接。所謂無狀態的協議也就是表現在這里，瀏覽器和Web服務器會在第一個請求完成以后關閉連接通道，在第二個請求的時候重新建立連接。Web服務器並不區分哪個請求來自哪個客戶端，對所有的請求都一視同仁，都是單獨的連接。
這樣的方式大大區別於傳統的（Client/Server）C/S結構,在那樣的應用中，客戶端和服務器端會建立一個長時間的專用的連接通道。
正是因為有了無狀態的特性，每個連接資源能夠很快被其他客戶端所重用，一台Web服務器才能夠同時服務於成千上萬的客戶端。
但是我們通常的應用是有狀態的。先不提不同應用之間的SSO，在同一個應用中也需要保存用戶的登錄身份信息。
例如用戶在訪問頁面1的時候進行了登錄，當客戶再次訪問頁面2的時候，如何才能告訴Web服務器，客戶剛才已經登錄過了呢？
瀏覽器和服務器之間有約定：通過使用cookie技術來維護應用的狀態。Cookie是可以被Web服務器設置的字符串，並且可以保存在瀏覽器中。
如下圖所示，當瀏覽器訪問了頁面1時，web服務器設置了一個cookie，並將這個cookie和頁面1一起返回給瀏覽器，瀏覽器接到cookie之后，就會保存起來，
在它訪問頁面2的時候會把這個cookie也帶上，Web服務器接到請求時也能讀出cookie的值，根據cookie值的內容就可以判斷和恢復一些用戶的信息狀態。
Web-SSO完全可以利用Cookie來完成用戶登錄信息的保存，將瀏覽器中的Cookie和上文中的Ticket結合起來，完成SSO的功能。
為了完成一個簡單的SSO的功能，需要兩個部分的合作：
統一的身份認證服務。
修改Web應用，使得每個應用都通過這個統一的認證服務來進行身份效驗。
ps
這篇是我在網上看到的，覺得寫得很好，轉過來存着，怕找不到，原文鏈接：https://www.cnblogs.com/lexiaofei/p/7172214.html