腾讯云
开发者社区
文档
建议反馈
控制台
登录/注册
首页
学习
活动
专区
圈层
工具
MCP广场
文章/答案/技术大牛
搜索
搜索
关闭
发布
首页
标签
refresh
#
refresh
关注
专栏文章
(68)
技术视频
(0)
互动问答
(1)
最新优先
最热优先
JWT 的 Refresh Token 存哪里最安全?Web 端和移动端方案有什么不同?
1
回答
数据库
、
人工智能
、
安全
、
jwt
、
refresh
用户10991945
Web端无脑选HttpOnly Cookie,这是防XSS偷RT的唯一解法。localStorage只要有点XSS漏洞,RT就裸奔了,别省那点配置功夫。移动端老老实实塞进Keychain/Keystore,普通存储反编译就能拿,纯属找死。 关于轮换(Rotation),强烈建议每次刷新都换新的。虽然多查次DB,但能锁死泄露窗口。一旦旧RT被窃,黑客只能用一次,服务端检测到异常就能立刻踢人,安全收益远超那点复杂度。 至于并发401,别慌。搞个全局标志位isRefreshing和队列。第一个401触发刷新,后续请求全部挂起排队。刷新成功后,拿着新Token依次重试所有等待中的请求。这才是生产环境该有的稳健写法,逻辑清晰且零竞态。 官方详细解决方案:https://cloud.tencent.com/product/idsec...
展开详请
赞
0
收藏
0
评论
0
分享
Web端无脑选HttpOnly Cookie,这是防XSS偷RT的唯一解法。localStorage只要有点XSS漏洞,RT就裸奔了,别省那点配置功夫。移动端老老实实塞进Keychain/Keystore,普通存储反编译就能拿,纯属找死。 关于轮换(Rotation),强烈建议每次刷新都换新的。虽然多查次DB,但能锁死泄露窗口。一旦旧RT被窃,黑客只能用一次,服务端检测到异常就能立刻踢人,安全收益远超那点复杂度。 至于并发401,别慌。搞个全局标志位isRefreshing和队列。第一个401触发刷新,后续请求全部挂起排队。刷新成功后,拿着新Token依次重试所有等待中的请求。这才是生产环境该有的稳健写法,逻辑清晰且零竞态。 官方详细解决方案:https://cloud.tencent.com/product/idsec
热门
专栏
Lambda
256 文章
56 订阅
听雨堂
247 文章
51 订阅
冷冷
199 文章
60 订阅
铭毅天下
321 文章
143 订阅
领券