OAuth2客户端的授权模式---授权码模式

2019-07-19  本文已影响0人  lew1sss

客户端必须得到用户的授权(authorization grant),才能获得令牌(access token)。OAuth 2.0定义了四种授权方式。


关于授权码模式

授权码模式(authorization code)是功能最完整、流程最严密的授权模式。它的特点就是通过客户端的后台服务器,与"服务提供商"的认证服务器进行互动。

授权代码是通过使用授权服务器获得的作为客户端和资源所有者之间的中介。而不是直接从资源所有者客户机请求授权将资源所有者指向授权服务器(通过其[RFC2616]中定义的用户代理,它反过来又指导使用授权代码将资源所有者返回给客户机。

方法将资源所有者返回到客户端之前授权代码,授权服务器对资源所有者并获得授权。因为资源所有者仅使用授权服务器(资源)进行身份验证从不与客户机共享所有者的凭据。

授权代码提供了一些重要的安全好处,例如对客户端进行身份验证的能力,以及直接将访问令牌传输到客户端通过资源所有者的用户代理传递它,并且可能将其公开给其他人,包括资源所有者。

也就是说授权代码授权类型用于获得这两种访问令牌和刷新令牌,并针对客户端进行了优化。由于这是一个基于重定向的流,客户端必须能够与资源所有者的用户代理(通常是web)交互以及能够接收传入请求(通过重定向)从授权服务器。

授权码模式

步骤(A)、(B)和(C)的行被分成几行,当它们通过user-agent时分为两部分。

(A)用户访问客户端,后者将前者导向认证服务器。

(B)用户选择是否给予客户端授权。

(C)假设用户给予授权,认证服务器将用户导向客户端事先指定的"重定向URI"(redirection URI),同时附上一个授权码。

(D)客户端收到授权码,附上早先的"重定向URI",向认证服务器申请令牌。这一步是在客户端的后台的服务器上完成的,对用户不可见。

(E)认证服务器核对了授权码和重定向URI,确认无误后,向客户端发送访问令牌(access token)和更新令牌(refresh token)。

A步骤中,客户端申请认证的URI,包含以下参数:
GET /authorize?response_type=code&client_id=s6BhdRkqt3&state=xyz
        &redirect_uri=https%3A%2F%2Fclient%2Eexample%2Ecom%2Fcb HTTP/1.1
Host: server.example.com
C步骤中,服务器回应客户端的URI,包含以下参数:
HTTP/1.1 302 Found
Location: https://client.example.com/cb?code=SplxlOBeZQQYbYS6WxSbIA
          &state=xyz
D步骤中,客户端向认证服务器申请令牌的HTTP请求,包含以下参数:
POST /token HTTP/1.1
Host: server.example.com
Authorization: Basic czZCaGRSa3F0MzpnWDFmQmF0M2JW
Content-Type: application/x-www-form-urlencoded

grant_type=authorization_code&code=SplxlOBeZQQYbYS6WxSbIA
&redirect_uri=https%3A%2F%2Fclient%2Eexample%2Ecom%2Fcb
E步骤中,认证服务器发送的HTTP回复,包含以下参数:
//相关参数使用JSON格式发送(Content-Type: application/json)。此外,HTTP头信息中明确指定不得缓存。
HTTP/1.1 200 OK
     Content-Type: application/json;charset=UTF-8
     Cache-Control: no-store
     Pragma: no-cache

     {
       "access_token":"2YotnFZFEjr1zCsicMWpAA",
       "token_type":"example",
       "expires_in":3600,
       "refresh_token":"tGzv3JOkF0XG5Qx2TlKWIA",
       "example_parameter":"example_value"
     }
上一篇 下一篇

猜你喜欢

热点阅读