單點登陸原理及實現
2020-02-06 16:09 作者：admin 瀏覽量：
這次的肺炎疫情對中國的中小企業將會是沉重的打擊，據釘釘和微信兩個辦公平臺數據統計現有2億左右的人在家遠程辦公，那么對于中小企業的員工來說不懂IT技術將會讓他們面臨的最大挑戰和困難。
電腦不亮了怎么辦？系統藍屏如何處理？辦公室的電腦在家如何連接？網絡應該如何設置？VPN如何搭建？數據如何對接？服務器如何登錄？數據安全如何保證？數據如何存儲？視頻會議如何搭建？業務系統如何開啟等等一系列的問題，都會困擾著并非技術出身的您。
好消息是當您看到這篇文章的時候，就不用再為上述的問題而苦惱，您只需撥打艾銻無限的全國免費熱線電話:400 650 7820，就會有我們的遠程工程師為您解決遇到的問題，他們可以遠程幫您處理遇到的一些IT技術難題。
如遇到免費熱線占線，您還可以撥打我們的24小時值班經理電話:15601064618或技術經理的電話:13041036957，我們會在第一時間接聽您的來電，為您提供適合的解決方案，讓您無論在家還是在企業都能無憂辦公。
那艾銻無限具體能為您的企業提供哪些服務呢？
第一版塊是保障性IT外包服務:如電腦設備運維，辦公設備運維，網絡設備運維，服務器運維等綜合性企業IT設備運維服務。
第二版塊是功能性互聯網外包服務:如網站開發外包，小程序開發外包，APP開發外包，電商平臺開發外包，業務系統的開發外包和后期的運維外包服務。
第三版塊是增值性云服務外包:如企業郵箱上云，企業網站上云，企業存儲上云，企業APP小程序上云，企業業務系統上云，阿里云產品等后續的云運維外包服務。
您要了解更多服務也可以登錄艾銻無限的官網:www.bjitwx.com查看詳細說明，在疫情期間，您企業遇到的任何困境只要找到艾銻無限，能免費為您提供服務的我們絕不收一分錢，我們全體艾銻人承諾此活動直到中國疫情結束,我們將這次活動稱為——春雷行動。
以下還有我們為您提供的一些技術資訊，以便可以幫助您更好的了解相關的IT知識，幫您渡過疫情中辦公遇到的困難和挑戰，艾銻無限愿和中國中小企業一起共進退，因為我們相信萬物同體，能量合一，只要我們一起齊心協力，一定會成功。再一次祝福您和您的企業，戰勝疫情，您和您的企業一定行。
北京艾銻無限告訴您：單點登陸原理及實現
單點登錄（Single Sign On），簡稱為 SSO，是比較流行的企業業務整合的解決方案之一。SSO的定義是在多個應用系統中，用戶只需要登錄一次就可以訪問所有相互信任的應用系統。
很早期的公司，一家公司可能只有一個Server，慢慢的Server開始變多了。每個Server都要進行注冊登錄，退出的時候又要一個個退出。用戶體驗很不好！你可以想象一下，上豆瓣 要登錄豆瓣FM、豆瓣讀書、豆瓣電影、豆瓣日記......真的會讓人崩潰的。我們想要另一種登錄體驗：一家企業下的服務只要一次注冊，登錄的時候只要一次登錄，退出的時候只要一次退出。怎么做？
一次注冊。 一次注冊不難，想一下是不是只要Server之間同步用戶信息就行了？可以，但這樣描述不太完整，后續講用戶注冊的時候詳細說。實際上用戶信息的管理才是SSO真正的難點，只是作為初學者，我們的難點在于實現SSO的技術！我們先討論實現手段。
一次登錄與一次退出。 回頭看看普通商場的故事，什么東西才是保持登錄狀態關鍵的東西？記錄器（session）？那種叫做cookie的紙張？寫在紙張上的ID? 是session里面記錄的信息跟那個ID，cookie不只是記錄ID的工具而已。客戶端持有ID，服務端持有session，兩者一起用來保持登錄狀態。客戶端需要用ID來作為憑證，而服務端需要用session來驗證ID的有效性（ID可能過期、可能根本就是偽造的找不到對應的信息、ID下對應的客戶端還沒有進行登錄驗證等）。但是session這東西一開始是每個server自己獨有的，豆瓣FM有自己的session、豆瓣讀書有自己的session，而記錄ID的cookie又是不能跨域的。所以，我們要實現一次登錄一次退出，只需要想辦法讓各個server的共用一個session的信息，讓客戶端在各個域名下都能持有這個ID就好了。再進一步講，只要各個server拿到同一個ID，都能有辦法檢驗出ID的有效性、并且能得到ID對應的用戶信息就行了，也就是能檢驗ID
最簡單的單點登錄實現方式，是使用cookie作為媒介，存放用戶憑證。
用戶登錄父應用之后，應用返回一個加密的cookie，當用戶訪問子應用的時候，攜帶上這個cookie，授權應用解密cookie并進行校驗，校驗通過則登錄當前用戶。
不難發現以上方式把信任存儲在客戶端的Cookie中，這種方式很容易令人質疑：
Cookie不安全
不能跨域實現免登
對于第一個問題，通過加密Cookie可以保證安全性，當然這是在源代碼不泄露的前提下。如果Cookie的加密算法泄露，攻擊者通過偽造Cookie則可以偽造特定用戶身份，這是很危險的。
對于第二個問題，更是硬傷。
對于跨域問題，可以使用JSONP實現。
用戶在父應用中登錄后，跟Session匹配的Cookie會存到客戶端中，當用戶需要登錄子應用的時候，授權應用訪問父應用提供的JSONP接口，并在請求中帶上父應用域名下的Cookie，父應用接收到請求，驗證用戶的登錄狀態，返回加密的信息，子應用通過解析返回來的加密信息來驗證用戶，如果通過驗證則登錄用戶。
因為攻擊者完全可以按照加密算法來偽造響應請求，子應用接收到這個響應之后一樣可以通過驗證，并且登錄特定用戶。
最后一種介紹的方式，是通過父應用和子應用來回重定向中進行通信，實現信息的安全傳遞。
父應用提供一個GET方式的登錄接口，用戶通過子應用重定向連接的方式訪問這個接口，如果用戶還沒有登錄，則返回一個的登錄頁面，用戶輸入賬號密碼進行登錄。如果用戶已經登錄了，則生成加密的Token，并且重定向到子應用提供的驗證Token的接口，通過解密和校驗之后，子應用登錄當前用戶。
安全與方便，本來就是一對矛盾。
使用獨立登錄系統
一般說來，大型應用會把授權的邏輯與用戶信息的相關邏輯獨立成一個應用，稱為用戶中心。
用戶中心不處理業務邏輯，只是處理用戶信息的管理以及授權給第三方應用。第三方應用需要登錄的時候，則把用戶的登錄請求轉發給用戶中心進行處理，用戶處理完畢返回憑證，第三方應用驗證憑證，通過后就登錄用戶。
相關文章
IT電腦維護外包
關閉