2. 程式人生 > >Spring security oauth2-客戶端模式，簡化模式，密碼模式(Finchley版本)

Spring security oauth2-客戶端模式，簡化模式，密碼模式(Finchley版本)

阿新 • • 發佈：2018-11-28

一、客戶端模式原理解析(來自理解OAuth 2.0)

客戶端模式（Client Credentials Grant）指客戶端以自己的名義，而不是以使用者的名義，向"服務提供商"進行認證。嚴格地說，客戶端模式並不屬於OAuth框架所要解決的問題。在這種模式中，使用者直接向客戶端註冊，客戶端以自己的名義要求"服務提供商"提供服務，其實不存在授權問題。
客戶端模式
具體步驟：

  1. (A) 客戶端向認證伺服器進行身份認證，並要求一個訪問令牌。請求的引數如下：
    • response_type：表示授權型別，必選項，此處的值固定為"client_credentials"
    • client_id：表示客戶端的ID，必選項
    • client_secret：客戶端的密碼，可選項
    • scope：表示申請的許可權範圍，可選項
    POST /token HTTP/1.1
Host: server.example.com
Content-Type: application/x-www-form-urlencoded
grant_type=client_credentials&client_id=s6BhdRkqt3
&client_secret=123456&scope=test
  2. (B) 認證伺服器確認無誤後，向客戶端提供訪問令牌

1.1 客戶端模式示例

本節在

Spring Security Oauth2-授權碼模式(Finchley版本)做很小的修改就可以實現客戶端模式。客戶端模式為後臺api服務消費者設計，不支援refresh token。

1.1.1 修改授權服務

修改授權服務配置類AuthorizationServerConfiguration,在客戶端詳情配置中新增客戶端模式配置：

/**
 * 配置客戶端詳情服務
 * 客戶端詳細資訊在這裡進行初始化，你能夠把客戶端詳情資訊寫死在這裡或者是通過資料庫來儲存調取詳情資訊
 * @param clients
 * @throws Exception
 */
@Override
public
 
 void configure(ClientDetailsServiceConfigurer clients) throws Exception {
  clients.inMemory()
          .withClient("client1")//用於標識使用者ID
          .authorizedGrantTypes("authorization_code","client_credentials","refresh_token")//授權方式
          .scopes("test")//授權範圍
          .secret(PasswordEncoderFactories.createDelegatingPasswordEncoder().encode("123456"));//客戶端安全碼,secret密碼配置從 Spring Security 5.0開始必須以 {bcrypt}+加密後的密碼 這種格式填寫;
}

其它地方無需修改

1.1.2 測試

啟動授權服務和資源服務。

  1. 獲取token
    使用postman工具傳送post請求獲取token返回結果如下：
    {
  "access_token":"69b10f69-0a99-4925-b81d-f83c6f79d32a",
  "token_type":"bearer",
  "expires_in":42600,
  "scope":"test"
}
  2. 獲取資源
    使用postman工具傳送get請求http://localhost:8088/user?access_token=69b10f69-0a99-4925-b81d-f83c6f79d32a返回結果如下：
    {
    "authorities": [],
    "details": {
        "remoteAddress": "0:0:0:0:0:0:0:1",
        "sessionId": null,
        "tokenValue": "69b10f69-0a99-4925-b81d-f83c6f79d32a",
        "tokenType": "Bearer",
        "decodedDetails": null
    },
    "authenticated": true,
    "userAuthentication": null,
    "principal": "client1",
    "credentials": "",
    "clientOnly": true,
    "oauth2Request": {
        "clientId": "client1",
        "scope": [
            "test"
        ],
        "requestParameters": {
            "client_id": "client1"
        },
        "resourceIds": [],
        "authorities": [],
        "approved": true,
        "refresh": false,
        "redirectUri": null,
        "responseTypes": [],
        "extensions": {},
        "grantType": null,
        "refreshTokenRequest": null
    },
    "name": "client1"
}

原始碼下載

二、密碼模式原理解析(來自理解OAuth 2.0)

密碼模式（Resource Owner Password Credentials Grant）中，使用者向客戶端提供自己的使用者名稱和密碼。客戶端使用這些資訊，向"服務商提供商"索要授權。

在這種模式中，使用者必須把自己的密碼給客戶端，但是客戶端不得儲存密碼。這通常用在使用者對客戶端高度信任的情況下，比如客戶端是作業系統的一部分，或者由一個著名公司出品。而認證伺服器只有在其他授權模式無法執行的情況下，才能考慮使用這種模式。
密碼模式
具體步驟如下：

  1. (A) 使用者向客戶端提供使用者名稱和密碼。
  2. (B) 客戶端將使用者名稱和密碼發給認證伺服器，向後者請求令牌。請求引數如下：
    • grant_type：表示授權型別，此處的值固定為"password"，必選項
    • username：表示使用者名稱，必選項
    • password：表示使用者的密碼，必選項
    • client_id：表示客戶端的ID，必選項
    • client_secret：表示客戶端密碼，可選項
    • scope：表示許可權範圍，可選項。
  3. © 認證伺服器確認無誤後，向客戶端提供訪問令牌。

整個過程中，客戶端不得儲存使用者的密碼。

2.1 密碼模式示例

本節在Spring Security Oauth2-授權碼模式(Finchley版本)做很小的修改就可以實現客戶端模式。密碼模式為為遺留系統設計，支援refresh token。

1.1.1 修改授權服務

修改授權服務配置類AuthorizationServerConfiguration,在客戶端詳情配置中新增密碼模式配置：

/**
 * 配置客戶端詳情服務
 * 客戶端詳細資訊在這裡進行初始化，你能夠把客戶端詳情資訊寫死在這裡或者是通過資料庫來儲存調取詳情資訊
 * @param clients
 * @throws Exception
 */
@Override
public void configure(ClientDetailsServiceConfigurer clients) throws Exception {
  clients.inMemory()
          .withClient("client1")//用於標識使用者ID
          .authorizedGrantTypes("authorization_code","client_credentials","password","refresh_token")//授權方式
          .scopes("test")//授權範圍
          .secret(PasswordEncoderFactories.createDelegatingPasswordEncoder().encode("123456"));//客戶端安全碼,secret密碼配置從 Spring Security 5.0開始必須以 {bcrypt}+加密後的密碼 這種格式填寫;
}

其它地方無需修改

2.2 測試

啟動授權服務和資源服務。

  1. 獲取token
    使用postman工具傳送post請求獲取token返回結果如下：
    {
  "access_token": "9411d111-141f-441f-83d2-af7be239509c",
  "token_type": "bearer",
  "refresh_token": "196fc388-3d46-4133-966d-e840063f426a",
  "expires_in": 43179,
  "scope": "test"
}
  2. 獲取資源
    使用postman工具傳送get請求http://localhost:8088/user?access_token=9411d111-141f-441f-83d2-af7be239509c返回結果如下：
    {
    "authorities": [
        {
            "authority": "USER"
        }
    ],
    "details": {
        "remoteAddress": "0:0:0:0:0:0:0:1",
        "sessionId": null,
        "tokenValue": "9411d111-141f-441f-83d2-af7be239509c",
        "tokenType": "Bearer",
        "decodedDetails": null
    },
    "authenticated": true,
    "userAuthentication": {
        "authorities": [
            {
                "authority": "USER"
            }
        ],
        "details": null,
        "authenticated": true,
        "principal": "admin",
        "credentials": "N/A",
        "name": "admin"
    },
    "principal": "admin",
    "credentials": "",
    "clientOnly": false,
    "oauth2Request": {
        "clientId": "client1",
        "scope": [
            "test"
        ],
        "requestParameters": {
            "client_id": "client1"
        },
        "resourceIds": [],
        "authorities": [],
        "approved": true,
        "refresh": false,
        "redirectUri": null,
        "responseTypes": [],
        "extensions": {},
        "grantType": null,
        "refreshTokenRequest": null
    },
    "name": "admin"
}

原始碼下載

三、簡化模式原理解析(來自理解OAuth 2.0)

簡化模式（implicit grant type）不通過第三方應用程式的伺服器，直接在瀏覽器中向認證伺服器申請令牌，跳過了"授權碼"這個步驟，因此得名。所有步驟在瀏覽器中完成，令牌對訪問者是可見的，且客戶端不需要認證。
簡明模式
具體步驟如下：

  1. (A) 客戶端將使用者導向認證伺服器。請求引數如下：
    • response_type：表示授權型別，此處的值固定為"token"，必選項。
    • client_id：表示客戶端的ID，必選項。
    • redirect_uri：表示重定向的URI，可選項。
    • scope：表示許可權範圍，可選項。
    • state：表示客戶端的當前狀態，可以指定任意值，認證伺服器會原封不動地返回這個值。
  2. (B) 使用者決定是否給於客戶端授權。
  3. © 假設使用者給予授權，認證伺服器將使用者導向客戶端指定的"重定向URI"，並在URI的Hash部分包含了訪問令牌，其引數如下：
    • access_token：表示訪問令牌，必選項。
    • token_type：表示令牌型別，該值大小寫不敏感，必選項。
    • expires_in：表示過期時間，單位為秒。如果省略該引數，必須其他方式設定過期時間。
    • scope：表示許可權範圍，如果與客戶端申請的範圍一致，此項可省略。
    • state：如果客戶端的請求中包含這個引數，認證伺服器的迴應也必須一模一樣包含這個引數。
  4. (D) 瀏覽器向資源伺服器發出請求，其中不包括上一步收到的Hash值。
  5. (E) 資源伺服器返回一個網頁，其中包含的程式碼可以獲取Hash值中的令牌。
  6. (F) 瀏覽器執行上一步獲得的指令碼，提取出令牌。
  7. (G) 瀏覽器將令牌發給客戶端。

3.1 簡化模式示例：

本節在Spring Security Oauth2-授權碼模式(Finchley版本)做很小的修改就可以實現客戶端模式。簡化模式為web瀏覽器應用設計，支援refresh token，比授權碼模式少了code環節，回撥url直接攜帶token，基於安全性考慮，建議把token時效設定短一些。

1.1.1 修改授權服務

修改授權服務配置類AuthorizationServerConfiguration,在客戶端詳情配置中新增簡化模式配置：

/**
 * 配置客戶端詳情服務
 * 客戶端詳細資訊在這裡進行初始化，你能夠把客戶端詳情資訊寫死在這裡或者是通過資料庫來儲存調取詳情資訊
 * @param clients
 * @throws Exception
 */
@Override
public void configure(ClientDetailsServiceConfigurer clients) throws Exception {
  clients.inMemory()
          .withClient("client1")//用於標識使用者ID
          .authorizedGrantTypes("authorization_code","client_credentials","password","implicit","refresh_token")//授權方式
          .scopes("test")//授權範圍
          .secret(PasswordEncoderFactories.createDelegatingPasswordEncoder().encode("123456"));//客戶端安全碼,secret密碼配置從 Spring Security 5.0開始必須以 {bcrypt}+加密後的密碼 這種格式填寫;
}

其它地方無需修改

2.2 測試

啟動授權服務和資源服務。

  1. 獲取token
    使用瀏覽器傳送get請求http://localhost:8080/oauth/authorize?response_type=token&client_id=client1&redirect_uri=https://screenshot.net/zh/free-image-uploader.html,使用者輸入密碼並授權後瀏覽器的重定向地址為https://screenshot.net/zh/free-image-uploader.html#access_token=ab7b3a82-9b0d-4346-8603-da35891c26f2&token_type=bearer&expires_in=42111&scope=test,其中包含了token
  2. 獲取資源
    使用postman工具傳送get請求http://localhost:8088/user?access_token=ab7b3a82-9b0d-4346-8603-da35891c26f2返回結果如下：
    {
    "authorities": [
        {
            "authority": "USER"
        }
    ],
    "details": {
        "remoteAddress": "0:0:0:0:0:0:0:1",
        "sessionId": null,
        "tokenValue": "ab7b3a82-9b0d-4346-8603-da35891c26f2",
        "tokenType": "Bearer",
        "decodedDetails": null
    },
    "authenticated": true,
    "userAuthentication": {
        "authorities": [
            {
                "authority": "USER"
            }
        ],
        "details": null,
        "authenticated": true,
        "principal": "admin",
        "credentials": "N/A",
        "name": "admin"
    },
    "principal": "admin",
    "credentials": "",
    "clientOnly": false,
    "oauth2Request": {
        "clientId": "client1",
        "scope": [
            "test"
        ],
        "requestParameters": {
            "client_id": "client1"
        },
        "resourceIds": [],
        "authorities": [],
        "approved": true,
        "refresh": false,
        "redirectUri": null,
        "responseTypes": [],
        "extensions": {},
        "grantType": null,
        "refreshTokenRequest": null
    },
    "name": "admin"
}

原始碼下載

相關推薦

Spring security oauth2-客戶端模式，簡化模式，密碼模式(Finchley版本)

一、客戶端模式原理解析(來自理解OAuth 2.0) 客戶端模式（Client Credentials Grant）指客戶端以自己的名義，而不是以使用者的名義，向"服務提供商"進行認證。嚴格地說，客戶端模式並不屬於OAuth框架所要解決的問題。在這種模式中，使用者直接向客戶端註冊，客戶端

SpringBoot+Spring Security Oauth2實現客戶端授權

框架使用SpringBoot 1.5 + Spring Security Oauth2 主要完成了客戶端授權 可以通過mysql資料庫 將客戶端與token資訊儲存在資料庫中。 每次授權會將新的token儲存在mysql中，進行客戶端驗證時，先會從資料庫中查詢客

spring security OAuth2.0之客戶端Client的實現

ner hub context uestc tap tde val pos ise 項目代碼：https://github.com/hankuikuide/microservice-spring-security-oauth2 網上多數的項目客戶端都是采用純js寫，或用p

spring mvc通過客戶端傳值，controller獲取Sort對象

padding {} margin 獲取 use -c 發現 creat 多個 之前客戶端需要根據需求按不同的排序方式查看數據，按照一種約定排序，比如1代表時間升序，2代表時間降序，3，4這種形式，然後後臺根據這些值創建Sort對象。 後來發現完全多此一舉，可以根據特定的方

Spring Security OAuth2 授權碼模式

 背景：     由於業務實現中涉及到接入第三方系統（app接入有贊商城等），所以涉及到第三方系統需要獲取使用者資訊（使用者手機號、姓名等），為了保證使用者資訊的安全和接入方式的統一， 採用Oauth2四種模式之一的授權碼模式。  介紹：   &nbs

Spring boot+Security OAuth2 爬坑日記（2）授權碼模式（升級篇）

1. 開發環境和本專案用到的框架 接著上一篇Spring boot+Security OAuth2 爬坑日記（1）授權碼模式部落格中的內容，上篇介紹了基本的開發環境，系統以及jdk版本等，本篇再來詳細介紹下專案中用到的框架和相關類庫。 框架/類庫/資

Spring boot+Security OAuth2 爬坑日記（1）授權碼模式

OAuth2 OAuth 關於授權的開放網路標準，關於OAuth2的知識，參考OAuth2.0 和 理解OAuth 2.0-阮一峰 四種授權模式 授權碼模式 （功能最完整，流程最嚴密） 密碼模式 客戶端模式 簡化模式 授權碼模式

Spring Security Oauth2-授權碼模式(Finchley版本)

一、授權碼模式原理解析(來自理解OAuth 2.0) 授權碼模式（authorization code）是功能最完整、流程最嚴密的授權模式。它的特點就是通過客戶端的後臺伺服器，與"服務提供商"的認證伺服器進行互動。其具體的流程如下： 具體步驟： A：使用者訪問客戶端（cli

Spring Security Oauth2 認證（獲取token/重新整理token）流程（password模式）

1.本文介紹的認證流程範圍 本文主要對從使用者發起獲取token的請求（/oauth/token），到請求結束返回token中間經過的幾個關鍵點進行說明。 2.認證會用到的相關請求 注：所有請求均為post請求。 獲取access_token請求（

Spring Cloud Feign作為HTTP客戶端呼叫遠端HTTP服務，feign熔斷器

在Spring Cloud Netflix棧中，各個微服務都是以HTTP介面的形式暴露自身服務的，因此在呼叫遠端服務時就必須使用HTTP客戶端。我們可以使用JDK原生的URLConnection、Apache的Http Client、Netty的非同步HTTP Clie

Spring Security OAuth2 Demo —— 授權碼模式

本文可以轉載，但請註明出處https://www.cnblogs.com/hellxz/p/oauth2_oauthcode_pattern.html 寫在前邊 在文章OAuth 2.0 概念及授權流程梳理 中我們談到OAuth 2.0的概念與流程，這裡我準備分別記一記這幾種授權模式的demo，一方面為自己的

Spring Security OAuth2 Demo —— 隱式授權模式（Implicit）

本文可以轉載，但請註明出處https://www.cnblogs.com/hellxz/p/oauth2_impilit_pattern.html 寫在前面 在文章OAuth 2.0 概念及授權流程梳理 中我們談到OAuth 2.0的概念與流程，上一篇文章Spring Security OAuth2 Demo

Spring Security OAuth2 Demo —— 密碼模式（Password）

前情回顧 前幾節分享了OAuth2的流程與授權碼模式和隱式授權模式兩種的Demo，我們瞭解到授權碼模式是OAuth2四種模式流程最複雜模式，複雜程度由大至小：授權碼模式 > 隱式授權模式 > 密碼模式 > 客戶端模式 其中密碼模式的流程是：讓使用者填寫表單提交到授權伺服器，表單中包含使用者的

Spring Boot+Socket實現與html頁面的長連線，客戶端給伺服器端發訊息，伺服器給客戶端輪詢傳送訊息，附案例原始碼

功能介紹 客戶端給所有線上使用者傳送訊息 客戶端給指定線上使用者傳送訊息 伺服器給客戶端傳送訊息(輪詢方式) 注意：socket只是實現一些簡單的功能，具體的還需根據自身情況，程式碼稍微改造下 專案搭建 專案結構圖   pom.xml <?xml version="1.0" encod

Spring Security OAuth2.0認證授權六：前後端分離下的登入授權

歷史文章 > [Spring Security OAuth2.0認證授權一：框架搭建和認證測試](https://blog.kdyzm.cn/post/24) > [Spring Security OAuth2.0認證授權二：搭建資源服務](https://blog.kdyzm.cn/post/25)

OAuth2.0學習（4-1）Spring Security OAuth2.0 - 代碼分析

endpoint manager authent work cor tro 過程 pro efi 1、org.springframework.security.web.authentication.AbstractAuthenticationProcessingFilter

spring security oauth2 jwt 認證和資源分離的配置文件（java類配置版）

boot cond lan 資源分離 測試 sql adapter 依賴 註入 最近再學習spring security oauth2。下載了官方的例子sparklr2和tonr2進行學習。但是例子裏包含的東西太多，不知道最簡單最主要的配置有哪些。所以決定自己嘗試搭建簡單版

spring security oauth2.0 實現

規範 ppi basic final pre 代碼 處理 state 三方 　oauth應該屬於security的一部分。關於oauth的的相關知識可以查看阮一峰的文章：http://www.ruanyifeng.com/blog/2014/05/oauth_2_0.htm

筆記：Spring Cloud Ribbon 客戶端配置詳解

核心內容 framework 統計信息 結構 ble ogr 清單 接口實現 進行 自動化配置 由於 Ribbon 中定義的每一個接口都有多種不同的策略實現，同時這些接口之間又有一定的依賴關系，Spring Cloud Ribbon 中的自動化配置能夠很方便的自動化構

筆記：Spring Cloud Ribbon 客戶端負載均衡

系統架構 aging gap release 架構 err 接口 frame enable Spring Cloud Ribbon 是一個基於 HTTP 和 TCP 的客戶端負載均衡工具，基於 Netflix Ribbon 實現，通過Spring Cloud 的封裝，可以讓