Django-OAuth-ToolKit：使用 OAuth2.0 的客户端凭据授予类型为多个资源/服务生成访问令牌

Question

我有几个后端 API，它们是 Django 项目。他们有一个 UI（单页应用程序）和一个基于用户名密码的登录。

我的客户通常是开发人员，他们不想要 UI，他们想要的只是访问后端 API，他们可以构建自己的仪表板等。他们希望将 API 与他们的后端系统集成。

问题

问题 1. 我打算使用 django-oauth-tool 工具包，在我看来，客户端凭据授予类型适合此用例。我说的对吗？

为了进行实验，我在 8000 端口本地启动了一个单独的 oauth 服务器，我在 8001 上启动了资源服务器 (r1)，在 8002 上启动了资源服务器 (r2)。

第一步：

我去了 oauth 服务器的管理面板，为资源 r1 创建了一个用户 u1，为资源 r2 创建了一个用户 u2。我去了管理面板中的应用程序模块，在授予类型资源所有者密码的应用程序中注册了 r1 和 r2。为了生成访问令牌，我调用了令牌端点

POST -d "grant_type=password&username=u1&password=u1password" -u "clientid of R1:clientsecre of fR1" http://localhost:8000/o/token/

我得到了访问令牌

{
   "access_token":"KdAOMZBiMomVxpvjAWErwVGog6NRRH",
   "expires_in":86400,
   "token_type":"Bearer",
   "scope":"read write introspection",
   "refresh_token":"ffgkZZ5NtVFh4REs0TbFAALNkJqXVQ"
}

第 2 步：

说上面我为资源服务器 R1 生成的访问令牌，所以我去了 R1 的设置文件并添加了这个令牌以进行自省

OAUTH2_PROVIDER = {
    'RESOURCE_SERVER_INTROSPECTION_URL': 'http://localhost:8000/o/introspect/',
    'RESOURCE_SERVER_AUTH_TOKEN': '9b2uVud7WXHEdyolznvvkM3KwWfkVe',  # OR this but not both:
    #'RESOURCE_SERVER_INTROSPECTION_CREDENTIALS': ('5sRVXLoTQj9vlkLWaziIMZrgra1keupWIQ2On2hX','5jwMxls1JiAiQiNVnRTtbjmzgRO20FEHD0BBdiSAwvSL1XswZKqglDRke2L8Ig77ol7OE3ZdsA9SE7sry0u3BXwd1OvfFfhDVJFSLWlPG6g1vB3w4ZFc1g8ZwgzXJooc'),
}

第 3 步： 我对资源服务器 R2 也做了同样的处理。

问题2：这个注册多个资源服务器的过程是否正确？我是否正确设置了自省？

问题 3：如何注册在同一资源服务器上运行的不同微服务？

第 4 步： 假设现在我有一个身份验证服务器可以为 r1 和 r2 资源生成令牌。

现在要模拟一个场景，其中想要将我的 API 与他的应用程序集成的开发人员想要生成访问令牌必须首先将他的应用程序注册到身份验证服务器，我在身份验证服务器上注册了一个应用程序（开发人员的应用程序）授予类型客户端凭据。

这就是我的管理面板现在的外观，其中 R1 和用户 U1 和 R2 以及 U2 注册为资源服务器和开发者应用程序，与任何想要访问这些资源的客户端用户无关。

第 5 步： 模拟开发人员如何生成访问令牌，我生成了这样的访问令牌

注意：我使用了资源 R1 的客户端 ID 和客户端密码并生成了访问令牌，但即使资源 R2 及其工作，我也能够成功使用相同的访问令牌。

问题 3：为什么我使用 R1 的客户端 ID 和客户端密码生成的访问令牌即使对 R2 也有效。我在这里做错了吗？ 基本上，我希望能够为开发人员专门为资源生成访问令牌。我知道有范围和权限，但我可以只为特定资源生成访问令牌吗？我需要做什么来实现这一点，我需要扩展或添加一些逻辑吗？

问题 4：我对使用客户端凭据授权类型的想法是否正确？我为注册资源服务器和将使用资源服务器的客户端应用程序所做的步骤是否正确？

感谢您的帮助

Answer 1

问题1.我打算用django-oauth-tool kit，好像 我认为客户端凭据授予类型将适用于此 用例。我说的对吗？

是的，你是对的。

问题2：这个过程是注册多个资源服务器的吗？ 正确的 ？我是否正确设置了自省？

是的，你做对了。

问题 3：我如何注册不同的微服务运行在 同一个资源服务器？

您的意思是在同一资源服务器上的不同端口上运行不同的微服务吗？如果是，那么您必须以与 R1 和 R2 相同的方式配置资源服务器。

问题 3：为什么我使用 R1 的客户端 ID 生成访问令牌 和客户秘密甚至适用于 R2。我在这里做错了吗 ?基本上，我希望能够为 开发人员专门针对资源。我知道有范围和 权限，但我可以为特定资源生成访问令牌吗 只要 ？我需要做什么来实现这一点，我需要扩展还是添加 一些逻辑？

访问令牌是机密。如果与任何人共享，则任何一个资源都可以访问它。例如：- 如果我有你的 FB 身份验证令牌，你和我可以用它做同样的事情，不管这个令牌属于谁。

问题 4：我是否考虑过使用客户端凭据授予类型 正确，是我为注册资源所做的步骤 服务器和客户端应用程序将使用资源服务器的 对吗？

1. 是的，使用client_credentials 是处理问题陈述的正确方法。
2. 是的，您的设置方式正确。但是，请查看 JWT 以获得替代和高级方法。使用 JWT 避免了对 OAuth 服务器的自省调用，从而节省了网络调用。

Answer 2

为了简单地保护后端，您可以使用内置的Token Authentication。

开始使用非常安全。它将您限制为每个用户/帐户一个令牌，这可能会在轮换/撤销令牌时影响“用户体验”。在扩展以支持大交易量时也有一些缺点。否则真的很好。

一旦您更好地了解您的需求，您可以考虑转向 JWT、OAuth 或其他更高级/复杂的基于令牌的身份验证方法。