【问题标题】:Request new access token using refresh token in username-password grant in Spring Security OAuth2在 Spring Security OAuth2 中使用用户名-密码授权中的刷新令牌请求新的访问令牌
【发布时间】:2013-11-08 11:19:14
【问题描述】:

我们正在使用用户名密码授权从我们的身份验证服务器获取访问令牌。我们希望在访问令牌过期之前使用提供的刷新令牌刷新访问令牌,直到用户注销或关闭客户端应用程序。

但是我找不到任何有关如何发出此刷新令牌请求的示例..

为了获取令牌,我们调用如下:

curl -v --data "grant_type=password&username=user&password=pass&client_id=my_client" http://localhost:8080/oauth/token

所以要刷新,我希望调用看起来像这样:

curl -v --data "grant_type=refresh_token&access_token=THE_ACCESS_TOKEN&refresh_token=THE_REFRESH_TOKEN" http://localhost:8080/oauth/token

或许

curl -v -H "Authorization: Bearer THE_ACCESS_TOKEN" --data "grant_type=refresh_token&refresh_token=THE_REFRESH_TOKEN" http://localhost:8080/oauth/token

但它只会给我一个 401..

哦,是的,也许我需要添加 clientId?我不能使用客户端密码,因为没有(请参阅上面的获取令牌的请求)。毕竟身份验证是使用用户名和密码完成的..

我认为我们的服务器配置是正确的,所以我不会在这里发布。如果我的示例请求之一应该有效,并且您需要查看重要的配置部分,我将添加它们。

谢谢!

【问题讨论】:

    标签: spring spring-security oauth-2.0 access-token spring-security-oauth2


    【解决方案1】:

    正如我所说,我们不使用客户端密码,因为我们不能在 Javascript 客户端应用程序中使用它。在使用用户名密码授权时,无论如何都不需要它。 (请参阅我们请求访问令牌的方式)。 事实上,我已经接近解决方案并最终想通了:

    curl -v --data "grant_type=refresh_token&client_id=THE_CLIENT_ID&refresh_token=THE_REFRESH_TOKEN" http://localhost:8080/oauth/token
    

    所以不需要访问令牌或客户端密码。

    总的来说,它感觉足够安全。

    • 我们不会在客户端应用程序端存储任何机密。
    • 用户总是需要密码才能登录并且只能看到他们的资源。
    • 我们将刷新令牌的有效性限制为一个实际时间,例如工作日或其他时间,这样即使它受到攻击,攻击者的窗口也会受到限制,同时仍然允许用户在很长一段时间内方便地保持与资源服务器的连接会议。

    【讨论】:

    • 完全不知道为什么需要刷新令牌。具有有限有效性的访问令牌的行为与更简单的工作流完全相同。我错过了什么吗?
    • @long 如果您的访问令牌已过期而您的用户仍处于登录状态,该怎么办。在这种情况下,您必须获得一个新的访问令牌,为此我们使用刷新令牌
    【解决方案2】:

    对于密码 grant_type,需要 clientId 和 clientSecret。您的第三次尝试很接近,但您在 Authorization 标头中传递了 Base64 编码的 clientId 和 clientSecret 而不是访问令牌。这是正确的刷新令牌请求:

    curl -H "Authorization: Bearer [base64encode(clientId:clientSecret)]" "https://yourdomain.com/oauth/token?grant_type=refresh_token&refresh_token=[yourRefreshToken]"
    

    如需良好的参考,请查看:http://techblog.hybris.com/2012/06/11/oauth2-resource-owner-password-flow/

    【讨论】:

    • 你好@Kubgfuters,我的配置没什么问题。首先,当我发送访问令牌的请求时,响应将使用令牌成功生成。但是当我尝试访问资源时,如果我发送 base 64 编码的用户名/密码而不是令牌,则资源将成功访问而不是 sedning 令牌。这是我的配置地址github.com/harmeetsingh0013/dummy_project/blob/master/…
    • 我假设您说的是 Spring 安全性的限制,而不是一般的 OAuth2。无论如何,为了澄清,OAuth2 不需要:tools.ietf.org/html/rfc6749#section-4.3.2
    • 嗨@MattSenter,当我发送刷新令牌时,它给出了这个错误。{“error”:“invalid_grant”,“error_description”:“无效的刷新令牌:291765ad-2651-42d9-b948-19c4a835dbee”并且授权类型包含以下列表。 [密码、授权码、刷新令牌、客户端凭据、刷新码]
    猜你喜欢
    • 2016-05-31
    • 2018-02-03
    • 1970-01-01
    • 2016-12-10
    • 2017-04-14
    • 1970-01-01
    • 2020-04-19
    • 2014-11-05
    • 1970-01-01
    相关资源
    最近更新 更多