小编t16*_*16n的帖子

OAuth 2.0 刷新令牌多个选项卡

在使用 OAuth 2.0 JWT 刷新令牌实现时,我遇到了一个问题,即在 Web 浏览器客户端实现可靠的刷新策略确实很困难。多个选项卡可能会导致请求出现竞争情况。

RFC没有明确提到服务器端的刷新令牌仅对一个(第一个)请求有效,但我认为在使用刷新令牌时使它们无效是个好主意

关于堆栈溢出已经有多种“解决方案”,但似乎没有一个是直接的。

一种解决方案是在请求中添加 Jitter,并通过本地存储同步请求。

如果我理解正确,您会在请求启动时将一个变量放入本地存储中,其他选项卡检查是否设置了该变量,然后不开始刷新?您知道这个的示例实现吗?也许在反应中?

authentication race-condition oauth-2.0 jwt refresh-token

10
推荐指数
1
解决办法
5568
查看次数