nik*_*ovn 4 single-sign-on oauth-2.0 openid-connect microservices identityserver4
看完有关OAuth2的大量教程之后,有一种最佳实践,每个人都反复声明-如果您有React应用(或Angular或Ember),则必须对其使用隐式流。
我了解将客户端凭据存储在公开可见的javascript中不起作用。但是,我的情况有些不同:
为了更好地理解为什么这是我想出的原因,以下是我收到的一些可能不常见的要求:
我无法确定为什么这个想法会那么糟糕。是否有任何技术问题可能会阻止此工作?还是存在安全风险?
授权码流返回一个授权码(就像在罐子上说的那样),然后可以将其交换为ID令牌和访问令牌。这需要使用客户端ID和密码进行客户端身份验证以从后端检索令牌,并且具有不将令牌暴露给用户代理的好处。
此流程允许长期访问(通过使用刷新令牌)。 使用此流程的客户必须能够维护秘密。
根据您的描述,您具有服务到服务的授权流程,并且由于您的服务未公开客户端密钥,因此完全可以使用Code流程。此外,您应该使用它来允许长期存在的令牌。
| 归档时间: |
|
| 查看次数: |
2650 次 |
| 最近记录: |