相关文章推荐
小百科  ›  微软身份平台和 OAuth 2.0 授权代码流 - Microsoft identity platform | Microsoft Learn
朝气蓬勃的薯片
5 月前

OAuth 2.0 授权代码授予类型或身份验证代码流使客户端应用程序能够获得对受保护资源（如 Web API）的授权访问。 身份验证代码流需要支持从授权服务器（Microsoft 身份平台）重定向回到应用程序的用户代理。 例如，由用户操作的 Web 浏览器、桌面或移动应用程序，用于登录你的应用并访问用户的数据。

本文介绍了仅在手动制作和发出原始 HTTP 请求来执行流（我们不建议这样做）时才需要的低级协议详细信息。 请改为使用 Microsoft 构建和支持的身份验证库 来获取安全令牌并在应用中调用受保护的 Web API。

支持身份验证代码流的应用程序

在这些类型的应用中使用与代码交换的证明密钥 (PKCE) 和 OpenID Connect (OIDC) 配对的身份验证代码流来获取访问令牌和 ID 令牌：

  • 单页 Web 应用程序 (SPA)
  • 标准（基于服务器的）Web 应用程序
  • 桌面和移动应用

    • 协议详细信息

    OAuth 2.0 规范第 4.1 部分 描述了 OAuth 2.0 授权代码流。 使用 OAuth 2.0 授权代码流的应用获取 access_token 以包含在对受 Microsoft 标识平台保护的资源（通常是 API）的请求中。 应用还可使用刷新机制请求先前验证的实体的新 ID 和访问令牌。

    此图显示了身份验证流的大致视图：

    用于单页应用 (SPA) 的重定向 URI

    使用身份验证代码流的 SPA 的重定向 URI 需要特殊配置。

  • 添加支持使用 PKCE 和跨域资源共享 (CORS) 的身份验证代码流的重定向 URI：按照 使用身份验证代码流重定向 URI: MSAL.js 2.0 中的步骤操作。
  • 更新重定向 URI：使用 Microsoft Entra 管理中心中的 应用程序清单编辑器 将重定向 URI 的 type 设置为 spa 。

    • spa 重定向类型与隐式流向后兼容。 当前使用隐式流来获取令牌的应用可以移动到 spa 重定向 URI 类型，而不会出现问题，并会继续使用隐式流。

    如果你尝试使用授权代码流而不为重定向 URI 设置 CORS，将在控制台中看到以下错误： 

    access to XMLHttpRequest at 'https://login.microsoftonline.com/common/v2.0/oauth2/token' from origin 'yourApp.com' has been blocked by CORS policy: No 'Access-Control-Allow-Origin' header is present on the requested resource.

    如果发生这种情况，请访问你的应用注册，并将应用的重定向 URI 更新为使用 spa 类型。
    

    应用程序不能使用具有本机应用程序或客户端凭据流等非 SPA 流的 spa 重定向 URI。 为确保安全性和最佳做法，如果尝试使用不含 Origin 标头的 spa 重定向 URI，Microsoft 标识平台将返回错误。 同样，Microsoft 标识平台还会阻止在存在 Origin 标头的情况下在所有流中使用客户端凭据，以确保不会在浏览器中使用机密。
    

    请求授权代码
    

    授权代码流始于客户端将用户定向到 /authorize 终结点。 在此示例请求中，客户端向用户请求 openid、offline_access 和 https://graph.microsoft.com/mail.read 权限。
    

    某些权限受管理员限制，例如，使用 Directory.ReadWrite.All 将数据写入组织的目录。 如果应用程序向组织用户请求访问以下权限之一，则用户会收到错误消息，显示他们未经授权，无法同意应用的权限。 若要请求访问受管理员限制的范围，应该直接向全局管理员请求。 有关详细信息，请参阅管理员限制的权限。
    

    除非另行指定，否则可选参数没有默认值。 但是，请求的默认行为省略了可选参数。 默认行为是登录唯一的当前用户，显示帐户选取器（如果有多个用户），或者显示登录页面（如果没有用户登录）。
    

    // Line breaks for legibility only
https://login.microsoftonline.com/{tenant}/oauth2/v2.0/authorize?
client_id=00001111-aaaa-2222-bbbb-3333cccc4444
&response_type=code
&redirect_uri=http%3A%2F%2Flocalhost%2Fmyapp%2F
&response_mode=query
&scope=https%3A%2F%2Fgraph.microsoft.com%2Fmail.read
&state=12345
&code_challenge=YTFjNjI1OWYzMzA3MTI4ZDY2Njg5M2RkNmVjNDE5YmEyZGRhOGYyM2IzNjdmZWFhMTQ1ODg3NDcxY2Nl
&code_challenge_method=S256
tenant
请求路径中的 {tenant} 值可用于控制哪些用户可以登录应用程序。 有效值为 common、organizations、consumers 和租户标识符。 对于用户从一个租户登录到另一个租户的来宾场景，必须提供租户标识符才能让其登录到资源租户。 有关详细信息，请参阅终结点。
client_id
Microsoft Entra 管理中心 - 应用注册体验分配给应用的“应用程序(客户端) ID”。
response_type
必须包括授权代码流的 code 。 如果使用混合流，则还可以包括 id_token 或 token。
redirect_uri
应用的 redirect_uri，你的应用可通过该应用发送和接收身份验证响应。 其必须完全符合在 Microsoft Entra 管理中心中注册的其中一个重定向 URI，否则必须是编码的 URL。 对于本机应用和移动应用，请使用一个建议的值：https://login.microsoftonline.com/common/oauth2/nativeclient（适用于使用嵌入式浏览器的应用）或 http://localhost（适用于使用系统浏览器的应用）。
scope
希望用户同意的范围的空格分隔列表。  对于请求的 /authorize 分支，此参数可以涵盖多个资源。 此值允许应用获取你要调用的多个 Web API 的同意。
response_mode
指定标识平台应如何将请求的令牌返回到应用。 

    支持的值：

    - query：请求访问令牌时的默认值。 在重定向 URI 上提供代码作为查询字符串参数。 使用隐式流请求 ID 令牌时不支持该 query 参数。 
    - fragment：通过使用隐式流请求 ID 令牌时的默认值。 如果只请求一个代码，也支持。
    - form_post：对重定向 URI 执行包含代码的 POST。 请求代码时支持。

    
state
同时随令牌响应返回的请求中所包含的值。 可以是想要的任何内容的字符串。 随机生成的唯一值通常用于 防止跨站点请求伪造攻击。 该值还可用于在身份验证请求发生前，对有关用户在应用中的状态信息进行编码。 例如，它可以对用户所在的页面或视图进行编码。
prompt
表示需要的用户交互类型。 有效值为 login、none、consent 和 select_account。

    - prompt=login 强制用户在该请求上输入其凭据，从而使单一登录无效。
    - prompt=none 则相反。 它确保不向用户显示任何交互式提示。 如果请求无法通过单一登录以无提示方式完成，则 Microsoft 标识平台将返回 interaction_required 错误。
    - prompt=consent 在用户登录后触发 OAuth 同意对话框，要求用户向应用授予权限。
    - prompt=select_account 将中断单一登录，提供帐户选择体验，列出会话或任何记住的帐户中的所有帐户，或者提供选择一起使用其他帐户的选项。
    
login_hint
可使用此参数预先填充用户登录页面的用户名和电子邮件地址字段。 应用在已经从前次登录提取 login_hint可选声明后，可在重新身份验证时使用此参数。
domain_hint
如果包含，应用将跳过用户在登录页面上经历的基于电子邮件的发现过程，导致稍微更加流畅的用户体验。 例如，将其发送到其联合标识提供者。 应用可以在重新身份验证期间使用此参数，方法是从前次登录提取 tid。
code_challenge
建议/必需
用于通过“用于代码交换的证明密钥”(PKCE) 来保护授权代码授予。 如果包含 code_challenge_method，则需要。 有关详细信息，请参阅 PKCE RFC。 目前建议将参数用于所有应用程序类型（公共和机密客户端），Microsoft 标识平台则要求使用授权代码流的单页应用使用此参数。
code_challenge_method
建议/必需
用于为 code_challenge 参数编码 code_verifier 的方法。 此方法应为 S256，但是如果客户端不能支持 SHA256，则该规范允许使用 plain。 

    如果已排除在外，且包含了 code_challenge，则假定 code_challenge 为纯文本。 Microsoft 标识平台支持 plain 和 S256。 有关详细信息，请参阅 PKCE RFC。 使用授权代码流的单页应用需要此参数。

    此时，系统会要求用户输入凭据并完成身份验证。 Microsoft 标识平台还将确保用户已同意 scope 查询参数中指定的权限。 如果用户未同意其中的任一权限，就让用户同意所需的权限。 有关详细信息，请参阅 Microsoft 标识平台中的权限和同意。
    

    用户经过身份验证并授予同意后，Microsoft 标识平台将使用 response_mode 参数中指定的方法，将响应返回到位于所指示的 redirect_uri 的应用。
    

    成功的响应
    

    此示例演示使用 response_mode=query 的成功响应：
    

    GET http://localhost?
code=AwABAAAAvPM1KaPlrEqdFSBzjqfTGBCmLdgfSTLEMPGYuNHSUYBrq...
&state=12345

    如果你请求 ID 令牌并在应用程序注册中启用了隐式授权，则还会收到 ID 令牌。 此行为有时称作混合流。 它由 ASP.NET 等框架使用。
    

    错误响应可能也发送到 redirect_uri ，让应用可以适当地处理：
    

    GET http://localhost?
error=access_denied
&error_description=the+user+canceled+the+authentication
unauthorized_client
不允许客户端应用程序请求授权代码。
客户端应用程序未注册到 Microsoft Entra ID 中或者未添加到用户的 Microsoft Entra 租户时，通常会出现这种错误。 应用程序可以提示用户，并说明如何安装应用程序并将其添加到 Microsoft Entra ID。
access_denied
资源所有者拒绝了许可
客户端应用程序可以通知用户：除非用户同意，否则无法继续。
unsupported_response_type
授权服务器不支持请求中的响应类型。
修复并重新提交请求。 此错误通常是在初始测试期间捕获的开发错误。 在混合流中出现此错误表示必须在客户端应用注册上启用 ID 令牌隐式授权设置。
server_error
服务器遇到意外的错误。
重试请求。 这些错误可能是临时状况导致的。 客户端应用程序可能向用户说明，其响应由于临时错误而延迟。
temporarily_unavailable
服务器暂时繁忙，无法处理请求。
重试请求。 客户端应用程序可向用户说明，其响应由于临时状况而延迟。
invalid_resource
目标资源无效，原因是它不存在，Microsoft Entra ID 找不到它，或者其未正确配置。
此错误表示未在租户中配置该资源（如果存在）。 应用程序可以提示用户，并说明如何安装应用程序并将其添加到 Microsoft Entra ID。
login_required
找到的用户太多或未找到任何用户。
客户端请求了静默身份验证 (prompt=none)，但找不到单个用户。 此错误可能表示会话中有多个处于活动状态的用户或无用户。 此错误考虑所选租户。 例如，如果有两个活动的 Microsoft Entra 帐户和一个 Microsoft 帐户，并且选择了 consumers，则静默身份验证可正常工作。
interaction_required
请求需要用户交互。
需要其他身份验证步骤或同意。 请在没有 prompt=none 的情况下重试请求。

    同时请求一个 ID 令牌或混合流
    

    为了在兑换授权代码之前了解用户是谁，应用程序在请求授权代码时通常也会请求 ID 令牌。 此方法称为“混合流”，因为它混合了 OIDC 和 OAuth2 授权代码流。
    

    混合流通常用于在不阻止代码兑换的情况下为用户呈现页面的 Web 应用，特别是在 ASP.NET 中。 在此模型中，单页应用和传统 Web 应用都会受益于延迟降低。
    

    混合流与前面所述的授权代码流相同，但添加了三个项。 需要提供这三个添加的项才能请求 ID 令牌：新范围、新的 response_type 和新的 nonce 查询参数。
    

    // Line breaks for legibility only
https://login.microsoftonline.com/{tenant}/oauth2/v2.0/authorize?
client_id=00001111-aaaa-2222-bbbb-3333cccc4444
&response_type=code%20id_token
&redirect_uri=http%3A%2F%2Flocalhost%2Fmyapp%2F
&response_mode=fragment
&scope=openid%20offline_access%20https%3A%2F%2Fgraph.microsoft.com%2Fuser.read
&state=12345
&nonce=abcde
&code_challenge=YTFjNjI1OWYzMzA3MTI4ZDY2Njg5M2RkNmVjNDE5YmEyZGRhOGYyM2IzNjdmZWFhMTQ1ODg3NDcxY2Nl
&code_challenge_method=S256
nonce
由应用生成且包含在请求中的值，以声明方式包含在生成的 id_token 中。 应用程序接着便可确认此值，以减少令牌重新执行攻击。 该值通常是随机的唯一字符串，可用于标识请求的来源。
response_mode
指定将生成的令牌送回到应用程序时应该使用的方法。 默认值仅query针对授权代码，但如果fragment“请求”包含“OpenID 规范”中指定的 id_tokenresponse_type。我们建议应用使用 form_post，尤其是在使用 http://localhost 作为重定向 URI 时。

    使用 fragment 作为响应模式会导致从重定向读取代码的 Web 应用出现问题。 浏览器不会将片段传递给 Web 服务器。 在这些情况下，应用应该使用 form_post 响应模式，以确保将所有数据发送到服务器。
    

    成功的响应
    

    此示例演示使用 response_mode=fragment 的成功响应：
    

    GET https://login.microsoftonline.com/common/oauth2/nativeclient#
code=AwABAAAAvPM1KaPlrEqdFSBzjqfTGBCmLdgfSTLEMPGYuNHSUYBrq...
&id_token=eYj...
&state=12345

    兑换访问令牌的代码
    

    所有机密客户端都可以选择使用客户端机密或证书凭据。 对称共享机密由 Microsoft 标识平台生成。 证书凭据是开发人员上传的非对称密钥。 有关详细信息，请参阅 Microsoft 标识平台应用程序身份验证证书凭据。
    

    为了获得最佳安全性，我们建议使用证书凭据。 兑换授权代码时，公共客户端（包括本机应用程序和单页应用）不得使用机密或证书。 请始终确保重定向 URI 包含应用程序的类型，并且是唯一的。
    

    使用 client_secret 请求访问令牌
    

    获取 authorization_code 并获取用户授予的权限后，接下来可以兑换 code 以获取资源的 access_token。 通过向 /token 终结点发送 POST 请求来兑换 code：
    

    // Line breaks for legibility only
POST /{tenant}/oauth2/v2.0/token HTTP/1.1
Host: https://login.microsoftonline.com
Content-Type: application/x-www-form-urlencoded
client_id=11112222-bbbb-3333-cccc-4444dddd5555
&scope=https%3A%2F%2Fgraph.microsoft.com%2Fmail.read
&code=OAAABAAAAiL9Kn2Z27UubvWFPbm0gLWQJVzCTE9UkP3pSx1aXxUjq3n8b2JRLk4OxVXr...
&redirect_uri=http%3A%2F%2Flocalhost%2Fmyapp%2F
&grant_type=authorization_code
&code_verifier=ThisIsntRandomButItNeedsToBe43CharactersLong 
&client_secret=sampleCredentia1s    // NOTE: Only required for web apps. This secret needs to be URL-Encoded.
tenant
请求路径中的 {tenant} 值可用于控制哪些用户可以登录应用程序。 有效值为 common、organizations、consumers 和租户标识符。 有关详细信息，请参阅终结点。
client_id
Microsoft Entra 管理中心 - 应用注册页分配给你的应用的应用程序（客户端）ID。
scope
范围的空格分隔列表。 范围必须全部来自单个资源，以及 OIDC范围（profile、openid、email）。 有关详细信息，请参阅 Microsoft 标识平台中的权限和同意。 此参数是授权代码流的 Microsoft 扩展，旨在允许应用在令牌兑换期间声明其需要令牌的资源。
在流的第一个阶段获取的 authorization_code。
redirect_uri
用于获取 authorization_code 的相同 redirect_uri 值。
grant_type
必须是授权代码流的 authorization_code 。
code_verifier
用于获取 authorization_code 的相同 code_verifier。 如果在授权码授权请求中使用 PKCE，则需要。 有关详细信息，请参阅 PKCE RFC。
client_secret
机密 Web 应用所需
在应用注册门户中为应用创建的应用程序机密。 请不要在本机应用或单页应用中使用应用程序机密，因为 client_secret 无法可靠地存储在设备或网页上。 可将 client_secret 安全地存储在服务器端的 Web 应用和 Web API 需要应用程序机密。 与此处讨论的所有参数一样，客户端机密在发送之前必须进行 URL 编码。 此步骤由 SDK 完成。 有关 URI 编码的详细信息，请参阅 URI 常规语法规范。 还支持根据 RFC 6749 在授权标头中提供凭据的基本身份验证模式。

    使用证书凭据请求访问令牌
    

    // Line breaks for legibility only
POST /{tenant}/oauth2/v2.0/token HTTP/1.1
Host: login.microsoftonline.com
Content-Type: application/x-www-form-urlencoded
client_id=00001111-aaaa-2222-bbbb-3333cccc4444
&scope=https%3A%2F%2Fgraph.microsoft.com%2Fmail.read
&code=OAAABAAAAiL9Kn2Z27UubvWFPbm0gLWQJVzCTE9UkP3pSx1aXxUjq3n8b2JRLk4OxVXr...
&redirect_uri=http%3A%2F%2Flocalhost%2Fmyapp%2F
&grant_type=authorization_code
&code_verifier=ThisIsntRandomButItNeedsToBe43CharactersLong
&client_assertion_type=urn%3Aietf%3Aparams%3Aoauth%3Aclient-assertion-type%3Ajwt-bearer
&client_assertion=eyJhbGciOiJSUzI1NiIsIng1dCI6Imd4OHRHeXN5amNScUtqRlBuZDdSRnd2d1pJMCJ9.eyJ{a lot of characters here}M8U3bSUKKJDEg
tenant
请求路径中的 {tenant} 值可用于控制哪些用户可以登录应用程序。 有效值为 common、organizations、consumers 和租户标识符。 有关更多详细信息，请参阅终结点。
client_id
Microsoft Entra 管理中心 - 应用注册页分配给你的应用的应用程序（客户端）ID。
scope
范围的空格分隔列表。 范围必须全部来自单个资源，以及 OIDC范围（profile、openid、email）。 有关详细信息，请参阅权限、同意和范围。 此参数是授权代码流的 Microsoft 扩展。 应用可通过此扩展在令牌兑换期间声明它们需要获取哪个资源的令牌。
在流的第一个阶段获取的 authorization_code。
redirect_uri
用于获取 authorization_code 的相同 redirect_uri 值。
grant_type
必须是授权代码流的 authorization_code 。
code_verifier
用于获取 authorization_code 的同一 code_verifier。 如果在授权码授权请求中使用 PKCE，则需要。 有关详细信息，请参阅 PKCE RFC。
client_assertion_type
机密 Web 应用所需
必须将值设置为 urn:ietf:params:oauth:client-assertion-type:jwt-bearer 才能使用证书凭据。
client_assertion
机密 Web 应用所需
断言（一个 JSON Web 令牌 (JWT)），需使用作为凭据向应用程序注册的证书进行创建和签名。 有关如何注册证书以及断言的格式，请阅读证书凭据的相关信息。

    这些参数与共享机密请求的参数相同，只不过 client_secret 参数替换为以下两个参数：client_assertion_type 和 client_assertion。
    

    成功的响应
    

    以下示例显示了成功的令牌响应：
    
    "access_token": "eyJ0eXAiOiJKV1QiLCJhbGciOiJSUzI1NiIsIng1dCI6Ik5HVEZ2ZEstZnl0aEV1Q...",
    "token_type": "Bearer",
    "expires_in": 3599,
    "scope": "https%3A%2F%2Fgraph.microsoft.com%2Fmail.read",
    "refresh_token": "AwABAAAAvPM1KaPlrEqdFSBzjqfTGAMxZGUTdM0t4B4...",
    "id_token": "eyJ0eXAiOiJKV1QiLCJhbGciOiJub25lIn0.eyJhdWQiOiIyZDRkMTFhMi1mODE0LTQ2YTctOD..."
refresh_token
OAuth 2.0 刷新令牌。 应用可以使用此令牌，在当前访问令牌过期之后获取其他访问令牌。 刷新令牌的生存期较长。 它们可以长期保留对资源的访问权限。 有关刷新访问令牌的详细信息，请参阅本文稍后的刷新访问令牌。
     注意： 仅当已请求 offline_access 作用域时提供。
id_token
一个 JSON Web 令牌。 应用可以解码此令牌的段，以请求有关登录用户的信息。 应用可以缓存并显示值，机密客户端可以使用此令牌进行授权。 有关 id_tokens 的详细信息，请参阅 id_token reference。 
     注意： 仅当已请求 openid 作用域时提供。

    此示例是一个错误响应：
    
  "error": "invalid_scope",
  "error_description": "AADSTS70011: The provided value for the input parameter 'scope' is not valid. The scope https://foo.microsoft.com/mail.read is not valid.\r\nTrace ID: 0000aaaa-11bb-cccc-dd22-eeeeee333333\r\nCorrelation ID: aaaa0000-bb11-2222-33cc-444444dddddd\r\nTimestamp: 2016-01-09 02:02:12Z",
  "error_codes": [
    70011
  "timestamp": "2016-01-09 02:02:12Z",
  "trace_id": "0000aaaa-11bb-cccc-dd22-eeeeee333333",
  "correlation_id": "aaaa0000-bb11-2222-33cc-444444dddddd"
unauthorized_client
经过身份验证的客户端无权使用此权限授予类型。
客户端应用程序未注册到 Microsoft Entra ID 中或者未添加到用户的 Microsoft Entra 租户时，通常会出现这种错误。 应用程序可以提示用户，并说明如何安装应用程序并将其添加到 Microsoft Entra ID。
invalid_client
客户端身份验证失败。
客户端凭据无效。 若要修复，应用程序管理员应更新凭据。
unsupported_grant_type
授权服务器不支持权限授予类型。
更改请求中的授权类型。 这种类型的错误应该只在开发过程中发生，并且应该在初始测试过程中检测到。
invalid_resource
目标资源无效，原因是它不存在，Microsoft Entra ID 找不到它，或者其未正确配置。
此代码指示资源（如果存在）尚未在租户中配置。 应用程序可以提示用户，并说明如何安装应用程序并将其添加到 Microsoft Entra ID。
interaction_required
非标准，因为 OIDC 规范仅在 /authorize 终结点上调用此代码。 请求需要用户交互。 例如，需要其他身份验证步骤。
使用同一范围重试 /authorize 请求。
temporarily_unavailable
服务器暂时繁忙，无法处理请求。
请在短暂延迟后重试该请求。 客户端应用程序可能向用户说明，其响应由于临时状况而延迟。
consent_required
请求需要用户同意。 此错误是非标准的。 根据 OIDC 规范，它通常仅在 /authorize 终结点上返回。 在客户端应用无权请求的代码兑换流上使用 scope 参数时返回。
客户端应将用户发送回具有正确范围的 /authorize 终结点，以触发同意。
invalid_scope
应用请求的范围无效。
将身份验证请求中的 scope 参数值更新为有效值。

    单页应用可能会收到 invalid_request 错误，指明仅“单页应用程序”客户端类型允许进行跨源令牌兑换。 这表明用于请求令牌的重定向 URI 未标记为 spa 重定向 URI。 有关如何启用此流的信息，请查看应用程序注册步骤。
    

    使用访问令牌
    

    你已经成功获取 access_token，现在可以通过在 Authorization 标头中包含令牌，以在 Web API 的请求中使用令牌：
    

    GET /v1.0/me/messages
Host: https://graph.microsoft.com
Authorization: Bearer eyJ0eXAiOiJKV1QiLCJhbGciOiJSUzI1NiIsIng1dCI6Ik5HVEZ2ZEstZnl0aEV1Q...

    刷新访问令牌
    

    访问令牌的生存期较短。 在其过期后请将其刷新，以继续访问资源。 为此，可以向 /token 终结点提交另一个 POST 请求。 提供 refresh_token 而不是 code。  刷新令牌对客户端已获得同意的所有权限有效。 例如，对 scope=mail.read 请求发出的刷新令牌可用于请求 scope=api://contoso.com/api/UseResource 的新访问令牌。
    

    Web 应用和本机应用的刷新令牌没有指定的生存期。 通常，刷新令牌的生存期相对较长。 但是，在某些情况下，刷新令牌会过期、被吊销，或缺少执行操作的足够权限。 应用程序需要预期和处理令牌颁发终结点返回的错误。 单页应用会获得一个生存期为 24 小时的令牌，并且每天需要新的身份验证。 启用第三方 Cookie 时，可以在 iframe 中静默执行此操作。 必须在没有第三方 Cookie 的浏览器（例如 Safari）的顶级框架（完整页面导航或弹出窗口）中执行此操作。
    

    刷新令牌用于获取新访问令牌时不会被撤销。 应丢弃旧的刷新令牌。 OAuth 2.0 规范指出：“授权服务器可能会发出新的刷新令牌，在这种情况下，客户端必须丢弃旧的刷新令牌，并将其替换为新的刷新令牌。 向客户端颁发新的刷新令牌后，授权服务器可能会撤销旧的刷新令牌。”
    

    对于发送到已注册为 spa 的重定向 URI 的刷新令牌，刷新令牌将在 24 小时后过期。 使用初始刷新令牌获取的其他刷新令牌将承袭该过期时间，因此应用必须准备好使用交互式身份验证重新运行授权代码流，以每隔 24 小时获取一个新的刷新令牌。 用户无需输入其凭据，通常甚至不会看到任何用户体验，而只需重新加载应用程序即可。 浏览器必须访问顶级框架中的登录页才能看到登录会话。 这是由阻止第三方 Cookie 的浏览器中的隐私功能造成的。
    

    // Line breaks for legibility only
POST /{tenant}/oauth2/v2.0/token HTTP/1.1
Host: https://login.microsoftonline.com
Content-Type: application/x-www-form-urlencoded
client_id=00001111-aaaa-2222-bbbb-3333cccc4444
&scope=https%3A%2F%2Fgraph.microsoft.com%2Fmail.read
&refresh_token=OAAABAAAAiL9Kn2Z27UubvWFPbm0gLWQJVzCTE9UkP3pSx1aXxUjq...
&grant_type=refresh_token
&client_secret=sampleCredentia1s    // NOTE: Only required for web apps. This secret needs to be URL-Encoded
tenant
请求路径中的 {tenant} 值可用于控制哪些用户可以登录应用程序。 有效值为 common、organizations、consumers 和租户标识符。 有关详细信息，请参阅终结点。
client_id
Microsoft Entra 管理中心 - 应用注册体验分配给应用的“应用程序(客户端) ID”。
grant_type
必须是授权代码流的此阶段的 refresh_token 。
scope
范围的空格分隔列表。 在此阶段中请求的范围必须相当于或为原始 authorization_code 请求分支中所请求的范围子集。 如果此请求中指定的范围涵盖多个资源服务器，Microsoft 标识平台将返回第一个范围中指定的资源的令牌。 有关详细信息，请参阅 Microsoft 标识平台中的权限和同意。
refresh_token
在流的第二个分支中获取的 refresh_token。
client_secret
必填（对于 Web 应用）
在应用注册门户中为应用创建的应用程序机密。 不应在本机应用中使用该机密，因为无法在设备上可靠存储 client_secret。 可将 client_secret 安全地存储在服务器端的 Web 应用和 Web API 需要应用程序机密。 此机密需要进行 URL 编码。 有关详细信息，请参阅 URI 一般语法规范。

    成功的响应
    

    以下示例显示了成功的令牌响应：
    
    "access_token": "eyJ0eXAiOiJKV1QiLCJhbGciOiJSUzI1NiIsIng1dCI6Ik5HVEZ2ZEstZnl0aEV1Q...",
    "token_type": "Bearer",
    "expires_in": 3599,
    "scope": "https%3A%2F%2Fgraph.microsoft.com%2Fmail.read",
    "refresh_token": "AwABAAAAvPM1KaPlrEqdFSBzjqfTGAMxZGUTdM0t4B4...",
    "id_token": "eyJ0eXAiOiJKV1QiLCJhbGciOiJub25lIn0.eyJhdWQiOiIyZDRkMTFhMi1mODE0LTQ2YTctOD..."
refresh_token
新的 OAuth 2.0 刷新令牌。 将旧刷新令牌替换为新获取的此刷新令牌，以确保刷新令牌的有效期尽可能地长。 
     注意： 仅当已请求 offline_access 作用域时提供。
id_token
未签名的 JSON Web 令牌。 应用可以解码此令牌的段，以请求有关登录用户的信息。 应用可以缓存并显示这些值，但不应依赖它们来获取任何授权或安全边界。 有关 id_token 的详细信息，请参阅 Microsoft 标识平台 ID 令牌。 
     注意： 仅当已请求 openid 作用域时提供。

    请勿尝试在代码中验证或读取你未拥有的任何 API 的令牌，包括此示例中的令牌。 Microsoft 服务的令牌可以使用将不会作为 JWT 进行验证的特殊格式，还可能会针对使用者（Microsoft 帐户）用户进行加密。 虽然可以通过读取令牌的操作进行调试和学习，但请不要在代码中依赖此操作，也不要假定不是你控制的 API 的令牌的相关具体信息。
    
  "error": "invalid_scope",
  "error_description": "AADSTS70011: The provided value for the input parameter 'scope' is not valid. The scope https://foo.microsoft.com/mail.read is not valid.\r\nTrace ID: 0000aaaa-11bb-cccc-dd22-eeeeee333333\r\nCorrelation ID: aaaa0000-bb11-2222-33cc-444444dddddd\r\nTimestamp: 2016-01-09 02:02:12Z",
  "error_codes": [
    70011
  "timestamp": "2016-01-09 02:02:12Z",
  "trace_id": "0000aaaa-11bb-cccc-dd22-eeeeee333333",
  "correlation_id": "aaaa0000-bb11-2222-33cc-444444dddddd"
			即将发布：在整个 2024 年，我们将逐步淘汰作为内容反馈机制的“GitHub 问题”，并将其取代为新的反馈系统。 有关详细信息，请参阅：https://aka.ms/ContentUserFeedback。
    
        
    提交和查看相关反馈
     
    推荐文章
    今天看啥   ·   Py中国   ·   codingpro   ·   藏经阁   ·   小百科   ·   link之家   ·   卧龙AI搜索
    删除内容请联系邮箱 2879853325@qq.com
    小百科 - 百科知识指南
    © 2024 ~ 沪ICP备11025650号