【IT老齐025】JWT续签

【IT老齐025】JWT续签

情况

1699457155647

不允许改变Token令牌实现续签

1699457629191

允许改变JWT实现续签

1699458368198

1699458541665

refresh_token和access_token的设计最根本的原因是因为 token验证服务器 和 token分发服务器 是分离的,换句话说 refresh_token 从来没有发送到真正执行验证的业务服务器上面过 这样保证了安全性(流程是access_token去业务服务区上验证能不能用,不能用那么客户端拿着refresh_token到真正的token分发服务器上换取新的 access_token 然后再去请求业务服务器)

大部分情况下因为我们把分发和验证放在一台服务器上,所以看不出来这个设计的本质

续约时的重发JWT问题

1699458775286

认证中心设计一个计时Map数据结构
只记录过去n秒内的原始jwt刷新所生成新jwt数据
几秒内如果发现同样的jwt在再次请求刷新,就返回相同的新jwt数据。

拓展

“长短令牌三验证”的JWT令牌续签策略(兼顾安全、性能的综合性方案)

posted @   Faetbwac  阅读(91)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· 全程不用写代码,我用AI程序员写了一个飞机大战
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 记一次.NET内存居高不下排查解决与启示
· DeepSeek 开源周回顾「GitHub 热点速览」
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了
点击右上角即可分享
微信分享提示