关于JWT的几个理解偏差问题

1.JWT的签名(signkey)并不是密钥,即使你对JWT加了签名,还是可以破解里面的内容

加上签名是为了防伪造,防篡改,即使你知道JWT的内容但是你并不知道签名是什么,无法形成一个正确的JWT

2.JWT的业务场景:

JWT相比于普通token:JWT本身包含了用户的信息,且JWT访问资源时不需要经过认证服务器,不需要进行任何的库操作(真正意义的服务器无状态!)

问题思考:JWT不进行库操作,能否主动token失效呢?不可以

所以这里我们可以思考一下:JWT这种定时性包含用户信息的token适用于什么样的业务场景?

(1)一次性登录,有时效的邮件身份认证

(2)restful api,有时效性的接口权限

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值