security - 了解 PKCE 与授权码授予的优势

Question

我是 OAuth 世界的新手，我想了解使用 PKCE 相对于传统授权代码授予的好处。 (我的许多假设可能是错误的，所以我会感谢你的更正。)

我是一名移动应用程序开发人员，根据 OAuth 文档，客户端 secret 不能硬编码到公共(public)客户端的应用程序代码中。避免对客户端密码进行硬编码的原因是黑客可以反编译我的应用程序并获取我的客户端密码。

拥有我的客户端密码和我的 redirect_url 的黑客可以开发一个虚假的应用程序。如果最终用户 (User1) 下载真实应用程序和黑客的应用程序(两者)，则虚假应用程序可以监听真实应用程序回调并从中获取授权代码。使用授权代码(来自回调)和客户端 secret (通过反编译我的应用程序窃取)，黑客可以获得授权 token 和刷新 token ，并能够获取例如 User1 的数据。

如果其他用户下载真假应用程序，他们的数据也将处于危险之中。我对吗？黑客是否需要两者，或者他/她是否可以仅使用授权码进行攻击？图片第五步需要client secret和授权码吗？

这种攻击称为拦截攻击。

为解决公用客户端应用中客户端密码硬编码问题，使黑客无法获取客户端密码窃取token，PKCE应运而生。使用 PKCE，客户端应用程序代码不需要硬编码客户端密码，因为 PKCE 不需要该信息来获取最终用户的 token 。

PKCE 流程创建一个随机字符串，将其转换为 SHA-256哈希值和 Base64。在图像的第二个点中，该编码字符串与 client id 一起发送到身份验证服务器。然后在回调中发送授权代码，如果任何恶意应用程序拦截代码，它将无法获得 token ，因为图像的第五点需要合法应用程序创建的原始随机字符串。

这很好，但是如果不再需要客户端密码来获取访问 User1 数据的 token ，我如何才能避免黑客开发一个假的应用程序，该应用程序使用 PKCE 流和我的客户端 ID 并获取 token 认为该应用是合法应用的用户？

由于图像的第五步不再需要客户端 key 来获取 token ，任何人都可以使用我的公共(public)客户端 ID 开发假应用程序，如果任何用户下载假应用程序并执行 OAuth 流程，黑客可以获得其 token 并访问该用户数据!

我说得对吗？

Answer 1

if the client secret isn't need anymore to get the tokens to access User1 data, how can I avoid a hacker developing a fake App which use PKCE flow with my client id and getting the tokens of the users who think that app is the legitimate one?

OAuth 2.0 或 PKCE 无法防止“虚假应用”。

PKCE 确实可以防止设备上的恶意应用程序窃取用于另一个应用程序的 token 。例如。想想银行应用程序，如果设备上的另一个应用程序可以获得银行应用程序正在使用的 token ，那就不好了。这就是您的图片中说明的情况，PKCE 对此进行了缓解。

As the 5th step of the image don't need anymore the client secret to get the tokens, anyone could develop fake apps using my public client id.

移动应用程序无法保护客户端 secret ，类似于 JavaScript 单页应用程序。因此，根据 OAuth 2.0，这些客户端是公共(public)客户端，而不是 secret 客户端。只有 secret 客户才能以安全的方式保护客户 secret ，只有那些应该使用客户 secret 。 PKCE 是一种适用于公共(public)客户端 的好技术，但也可用于 secret 客户端。

if any user downloads the fake app and do the oauth flow, the hacker could get it's tokens and access that users data!

联系 Apple Store 或 Google Play 商店获取“虚假应用”，或使用例如反恶意软件应用程序。这就是针对“假应用程序”的缓解措施。 PKCE 仅缓解同一设备上的另一个应用程序试图窃取为另一个应用程序(例如银行应用程序)颁发的 token 的情况。