CAS單點登陸原理

CAS原理和協議：

1.訪問服務：瀏覽器發送請求到應用系統的服務資源。

2.定向認證：（應用系統）SSO客戶端會重定向用戶請求到SSO服務器。

3.用戶認證：用戶身份認證。

4.發放票據：SSO服務器會產生一個隨機的Service Ticket。

5.驗證票據：SSO服務器驗證票據Service Ticket的合法性，驗證經過後，容許客戶端訪問服務。

6.傳輸用戶信息：SSO服務器驗證票據經過後，傳輸用戶認證結果信息給客戶端。

CAS Client和受保護的客戶端應用部署在一塊兒，以Filter方式保護Web應用的受保護資源，過濾從客戶端過來的每個WEB請求，同時，CAS Client會分析HTTP請求中是否包含請求Service Ticket，若是沒有，則說明該用戶是沒有通過認證的；因而CAS Client會重定向用戶請求到CAS Server，並傳遞Service（要訪問的目的資源）。第三步是認證過程，若是用戶密碼驗證正確，CAS Server隨機產生一個至關長度，惟一，不可僞造的Service Ticket，並緩存以待未來驗證，而且重定向用戶導Service所在地址（附帶剛纔產生的Service Ticket），併爲客戶端瀏覽器設置一個Ticket Granted Cookie（TGC）；CAS Client在拿到Service和新產生的Ticket後，在第五步和第六步和CAS Server進行身份覈實，確保Service Ticket的合法性。

 

 

 

 

轉載自：http://www.cnblogs.com/notDog/p/5252973.html