免费观看又色又爽又黄的小说免费_美女福利视频国产片_亚洲欧美精品_美国一级大黄大色毛片

怎樣淺談SpringSecurity中的OAuth2

怎樣淺談Spring Security中的OAuth2,很多新手對此不是很清楚,為了幫助大家解決這個難題,下面小編將為大家詳細講解,有這方面需求的人可以來學(xué)習(xí)下,希望你能有所收獲。

創(chuàng)新互聯(lián)建站主營環(huán)翠網(wǎng)站建設(shè)的網(wǎng)絡(luò)公司,主營網(wǎng)站建設(shè)方案,重慶APP開發(fā),環(huán)翠h5重慶小程序開發(fā)公司搭建,環(huán)翠網(wǎng)站營銷推廣歡迎環(huán)翠等地區(qū)企業(yè)咨詢

首先我們來講述大概介紹一下OAuth3。

oAuth3是一種授權(quán)協(xié)議。它主要是為了簡化客戶端開發(fā)人員的工作,同時為需要授權(quán)的服務(wù)提供授權(quán)流程,主要包括網(wǎng)站、桌面、app、小程序等。 我從官網(wǎng)把它幾種授權(quán)模式搬過來了:

  1. 授權(quán)碼(Authorization Code)

    機密和公共客戶端使用授權(quán)碼授予類型來交換訪問令牌的授權(quán)碼。 用戶通過重定向URL返回到客戶端后,應(yīng)用程序?qū)腢RL獲得授權(quán)代碼,并使用它來請求訪問令牌。

  2. 客戶憑證(Client Credentials)

    客戶端使用“客戶端證書”授予類型來獲取用戶上下文之外的訪問令牌。客戶端通常使用它來訪問有關(guān)其自身的資源,而不是訪問用戶的資源。

  3. 設(shè)備代碼(Device Code)

    設(shè)備流中的無瀏覽器或受輸入限制的設(shè)備使用設(shè)備代碼授權(quán)類型,以將先前獲得的設(shè)備代碼交換為訪問令牌。設(shè)備代碼授權(quán)類型值為urn:ietf:params:oauth:grant-type:device_code。

  4. 刷新令牌(Refresh Token)

    當(dāng)訪問令牌過期時,客戶端使用“刷新令牌”授予類型來將刷新令牌交換為訪問令牌。這允許客戶端繼續(xù)具有有效的訪問令牌,而無需與用戶進行進一步的交互。

  5. 密碼授權(quán)(Implicit Flow)

    密碼授予類型是一種將用戶憑據(jù)交換為訪問令牌的方式。因為客戶端應(yīng)用程序必須收集用戶的密碼并將其發(fā)送到授權(quán)服務(wù)器,所以不建議再使用此授權(quán)。該流程沒有為多因素身份驗證或委托帳戶之類的機制提供任何機制,因此在實踐中是相當(dāng)有限的。

    最新的OAuth 2.0安全性最佳最新實踐完全禁止密碼授予。

  6. 隱式流(Password Grant)

    Implicit流是先前為本機應(yīng)用程序和JavaScript應(yīng)用程序推薦的簡化的OAuth流,其中本機訪問令牌無需額外的授權(quán)代碼交換步驟即可立即返回訪問令牌。不建議使用隱式流(有些服務(wù)器完全禁止該流),因為在HTTP重定向中返回訪問令牌而未確認客戶端已收到訪問令牌的固有風(fēng)險。公共客戶端(例如本機應(yīng)用程序和JavaScript應(yīng)用程序)現(xiàn)在應(yīng)該使用帶有PKCE擴展名的授權(quán)代碼流。

    其中密碼授權(quán)及隱式流兩種模式在OAuth官網(wǎng)中是已經(jīng)屬于遺留模式,不在推薦了。但是我的Spring Security OAuth3系列文章主要講述的將是密碼模式,不要問我為啥?因為我是需要去解決我們現(xiàn)有框架中的登陸問題。所以我會著重密碼模式!

個人理解的OAuth3

直到我寫到這里,可能我才對OAuth3有了更新的一個認識!根據(jù)官方介紹OAuth3應(yīng)該是一個第三方授權(quán)機制,即有點類似于是一個能提供公共授權(quán)機制的模塊。因此在現(xiàn)實中這個授權(quán)模塊應(yīng)該具有相對的權(quán)威性,又或者說在一個范圍內(nèi)的應(yīng)用程序,可以去請求同一個授權(quán)模塊進行使用。
那這個授權(quán)模塊是不是也應(yīng)該是一個至少擁有用戶管理功能的信息系統(tǒng),能夠進行身份授權(quán),授權(quán)后授權(quán)模塊允許這個賬號可以使用某些功能。
但是問題來了,我在文章開頭寫了我們主要是搭建我們系統(tǒng)的登陸模塊,暫時未用到對第三方應(yīng)用授權(quán)。我們在這個系統(tǒng)中是否有必要引入OAuth3的授權(quán)機制?

說實話寫到上一行,我停下來想了十分鐘。我在本文中提到的系統(tǒng)屬于我們的核心系統(tǒng),包括整個公司的核心業(yè)務(wù)功能都在上面。如果以后我們在擴展其他應(yīng)用時,是需要用到第三方授權(quán)的,不然就需要在每個應(yīng)用中都去維護一套系統(tǒng)用戶了。而且我們通過OAuth3也可以登陸本系統(tǒng)的,所以使用OAuth3.0是完全沒有問題的。

看完上述內(nèi)容是否對您有幫助呢?如果還想對相關(guān)知識有進一步的了解或閱讀更多相關(guān)文章,請關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道,感謝您對創(chuàng)新互聯(lián)的支持。

文章標(biāo)題:怎樣淺談SpringSecurity中的OAuth2
網(wǎng)址分享:http://m.newbst.com/article44/jecphe.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供網(wǎng)站排名軟件開發(fā)品牌網(wǎng)站制作微信小程序自適應(yīng)網(wǎng)站Google

廣告

聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)

網(wǎng)站建設(shè)網(wǎng)站維護公司