cloudfoundry / cloudfoundry/cf-java-client

Authorization header for uaa needs oauth2 encoding now

未关闭
#1,002 2 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

还没有人认领这个 Issue。

enhancement triaged
主要语言
Java
星标
334
派生
319
PR 合并指标
30 天内没有已合并 PR

描述

UAA changes now to standard oauth encoding:
The RFC for OAuth requires an URL encode in authorization header, see
https://tools.ietf.org/html/rfc6749#section-2.3

The authorization header needs to be
Authorization: Basic base64Encode(urlencode(client_id):urlencode(client_secret))

UAAC does not encode the authorization header. (client)
UAA does not decode the authorization header (server)
Thus this issue does popup in uaac before, however uaac should behave standard conform.

see
https://github.com/cloudfoundry/cf-java-client/blob/master/cloudfoundry-client-reactor/src/main/java/org/cloudfoundry/reactor/tokenprovider/AbstractUaaTokenProvider.java#L185-L187

This will come with UAA-RELEASE 74.0.0, see
https://www.pivotaltracker.com/n/projects/997278/stories/166970393

UAA clients need to be adapted, therefore this issue

Another example:
https://github.com/cloudfoundry/cf-uaac/issues/50

贡献指南

这个仓库没有索引到贡献指南

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

调研方向

定位 cf-java-client 中的 UAA token 请求和 Authorization header 构造,并将其与 RFC 6749 的要求以及所引用的 AbstractUaaTokenProvider.java 示例进行比较。当客户端凭据在进行 Base64 编码之前经过 URL-encoded,且客户端能够与 UAA-RELEASE 74.0.0 配合工作时,即视为完成。

由索引模型根据 Issue 内容生成。

评估

技术栈
java
领域
api, authentication
Issue 类型
缺陷
难度
4/5
预计耗时
3-5 天
活跃度
停滞
描述清晰度
基本清楚
新手友好度
35/100

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。