SSO單點登入之OAuth2 0登入認證

2021-09-11 01:25:52 字數 4195 閱讀 2318

一、oauth中的角色

client:呼叫資源伺服器api的應用

oauth 2.0 provider:包括authorization server和resource server

(1)authorization server:認證伺服器,進行認證和授權

(2)resource server:資源伺服器,保護受保護的資源

user:資源的擁有者

二、下面詳細介紹一下oauth 2.0 provider

authorization server:

(1)authorizationendpoint:進行授權的服務,default url: /oauth/authorize

(2)tokenendpoint:獲取token的服務,default url: /oauth/token

resource server:

oauth2authenticationprocessingfilter:給帶有訪問令牌的請求載入認證

三、下面再來詳細介紹一下authorization server:

一般情況下,建立兩個配置類,乙個繼承authorizationserverconfigureradapter,乙個繼承websecurityconfigureradapter,再去複寫裡面的方法。

主要出現的兩種註解:

1、@enableauthorizationserver:宣告乙個認證伺服器,當用此註解後,應用啟動後將自動生成幾個endpoint:(注:其實實現乙個認證伺服器就是這麼簡單,加乙個註解就搞定,當然真正用到生產環境還是要進行一些配置和複寫工作的。)

/oauth/authorize:驗證

/oauth/token:獲取token

/oauth/confirm_access:使用者授權

/oauth/error:認證失敗

/oauth/check_token:資源伺服器用來校驗token

/oauth/token_key:如果jwt模式則可以用此來從認證伺服器獲取公鑰

以上這些endpoint都在原始碼裡的endpoint包裡面。

2、@beans:需要實現authorizationserverconfigurer

authorizationserverconfigurer包含三種配置:

clientdetailsserviceconfigurer:client客戶端的資訊配置,client資訊包括:clientid、secret、scope、authorizedgranttypes、authorities

(1)scope:表示許可權範圍,可選項,使用者授權頁面時進行選擇

(2)authorizedgranttypes:有四種授權方式

這裡的具體實現有多種,in-memory、jdbcclientdetailsservice、jwt等。

authorizationserversecurityconfigurer:宣告安全約束,哪些允許訪問,哪些不允許訪問

authorizationserverendpointsconfigurer:宣告授權和token的端點以及token的服務的一些配置資訊,比如採用什麼儲存方式、token的有效期等

client的資訊的讀取:在clientdetailsserviceconfigurer類裡面進行配置,可以有in-memory、jdbc等多種讀取方式。

jdbc需要呼叫jdbcclientdetailsservice類,此類需要傳入相應的datasource.

下面再介紹一下如何管理token:

authorizationservertokenservices介面:宣告必要的關於token的操作

(1)當token建立後,儲存起來,以便之後的接受訪問令牌的資源可以引用它。

(2)訪問令牌用來載入認證

介面的實現也有多種,defaulttokenservices是其預設實現,他使用了預設的inmemorytokenstore,不會持久化token;

token儲存方式共有三種分別是:

(1)inmemorytokenstore:存放記憶體中,不會持久化

(2)jdbctokenstore:存放資料庫中

(3)jwt: json web token

(1)authenticationmanager:直接注入乙個authenticationmanager,自動開啟密碼授權型別

(2)userdetailsservice:如果注入userdetailsservice,那麼將會啟動重新整理token授權型別,會判斷使用者是否還是存活的

(3)authorizationcodeservices:authorizationcodeservices的例項,auth code 授權型別的服務

(4)implicitgrantservice:imlpicit grant

(5)tokengranter:

(2)websecurityconfigurer的例項,可以配置哪些路徑不需要保護,哪些需要保護。預設全都保護。

自定義ui:

(1)有時候,我們可能需要自定義的登入頁面和認證頁面。登陸頁面的話,只需要建立乙個login為字首名的網頁即可,在**裡,設定為允許訪問,這樣,系統會自動執行你的登陸頁。此登陸頁的action要注意一下,必須是跳轉到認證的位址。

(2)另外乙個是授權頁,讓你勾選選項的頁面。此頁面可以參考原始碼裡的實現,自己生成乙個controller的類,再建立乙個對應的web頁面即可實現自定義的功能。

下面梳理一下授權獲取token流程:

(1)埠號換成你自己的認證伺服器的埠號,client_id也換成你自己的,response_type型別為code。

localhost:8080/uaa/oauth/authorize?client_id=client&response_type=code&redirect_uri=

(2)這時候你將獲得乙個code值:/?code=g0c20z

(3)使用此code值來獲取最終的token:

返回值:

(4)用此token值來呼叫資源伺服器內容(如果資源伺服器和認證伺服器在同乙個應用中,那麼資源伺服器會自己解析token值,如果不在,那麼你要自己去做處理)

curl -h 「authorization: bearer b251b453-cc08-4520-9dd0-9aedf58e6ca3」 「localhost:8081/service2(此處換上你自己的url)」

四、resource server:保護資源,需要令牌才能訪問

在配置類上加上註解@enableresourceserver即啟動。使用resourceserverconfigurer進行配置:

(1)tokenservices:resourceservertokenservices的例項,宣告了token的服務

(2)resourceid:資源id,由auth server驗證。

(3)其它一些擴充套件點,比如可以從請求中提取token的tokenextractor

(4)一些自定義的資源保護配置,通過httpsecurity來設定

使用token的方式也有兩種:

(1)bearer token(https傳輸方式保證傳輸過程的安全):主流

如何訪問資源伺服器中的api?

如果資源伺服器和授權伺服器在同乙個應用程式中,並且您使用defaulttokenservices,那麼您不必太考慮這一點,因為它實現所有必要的介面,因此它是自動一致的。如果您的資源伺服器是乙個單獨的應用程式,那麼您必須確保您匹配授權伺服器的功能,並提供知道如何正確解碼令牌的resourceservertokenservices。與授權伺服器一樣,您可以經常使用defaulttokenservices,並且選項大多通過tokenstore(後端儲存或本地編碼)表示。

(1)在校驗request中的token時,使用remotetokenservices去呼叫authserver中的/auth/check_token。

(2)共享資料庫,使用jdbc儲存和校驗token,避免再去訪問authserver。

(3)使用jwt簽名的方式,資源伺服器自己直接進行校驗,不借助任何中間媒介。

五、oauth client

在客戶端獲取到token之後,想去呼叫下游服務api時,為了能將token進行傳遞,可以使用resttemplate.然後使用resttemplate進行呼叫api。

注:scopes和authorities的區別:

scopes是client許可權,至少授予乙個scope的許可權,否則報錯。

authorities是使用者許可權。

原文:

SSO單點登入之OAuth2 0登入認證

client 呼叫資源伺服器api的應用 oauth 2.0 provider 包括authorization server和resource server 1 authorization server 認證伺服器,進行認證和授權 2 resource server 資源伺服器,保護受保護的資源 u...

CAS單點登入 開啟OAuth2 0協議(七)

dependency groupid org.apereo.cas groupid artifactid cas server support oauth webflow artifactid version version dependency cas service cas.server.nam...

架構 SSO 與 OAuth2 0 的區別

是open authority 的縮寫,是令牌代替使用者密碼訪問應用的又一標準,前面一期介紹過 sso單點登入 springboot模擬單點登入 也是令牌登陸的一種方式。最典型的授權碼認證方式 和clientid 的校驗校驗通過後要對 token 訪問許可權做好限制 接受第三方應用的申請,維護 cl...