JWT 访问令牌
在学习jwt之前我们首先了解一下用户身份验证
1 单一服务器认证模式
一般过程如下:
- 用户向服务器发送用户名和密码。
- 验证服务器后,相关数据(如用户名,用户角色等)将保存在当前会话(session)中。
- 服务器向用户返回session_id,session信息都会写入到用户的Cookie
- 用户的每个后续请求都将通过在Cookie中取出session_id传给服务器。
- 服务器收到session_id并对比之前保存的数据,确认用户的身份。
缺点:
显而易见 它的缺点也很明显
- 单点性能打压力很大 无法对其扩展
- 分布式应用中需要session共享 session共享方案存在性能瓶颈。
session共享方案:
session广播:性能瓶颈,不推荐
redis代替session:推荐,性能高
2、SSO(Single Sign On)模式
分布式,SSO(single sign on)模式:单点登录英文全称Single Sign On,简称就是SSO。它的解释是:在多个应用系统中,只需要登录一次,就可以访问其他相互信任的应用系统。
- 如图所示,图中有3个系统,分别是业务A、业务B、和SSO。
- 业务A、业务B没有登录模块。
- 而SSO只有登录模块,没有其他的业务模块。
一般流程如下
- 当业务A、业务B需要登录时,将跳到SSO系统。
- SSO从用户信息数据库中获取用户信息并校验用户信息,SSO系统完成登录。
- 然后将用户信息存入缓存(例如redis)。
- 当用户访问业务A或业务B,需要判断用户是否登录时,将跳转到SSO系统中进行用户身份验证,SSO判断缓存中是否存在用户身份信息。
- 这样,只要其中一个系统完成登录,其他的应用系统也就随之登录了。这就是单点登录(SSO)的定义。
优点:
用户身份信息独立管理,更好的分布式管理。可以扩展自己的安全策略
缺点:
显而易见这样的缺点也比较明显 只有一台认证服务器 要是挂了呢 访问服务压力比较大
3、Token模式(无状态)
校验流程
优点:
- 无状态: token是无状态,session是有状态的
- 基于标准化:你的API可以采用标准化的 JSON Web Token (JWT)
缺点:
- 占用带宽
- 无法在服务器端销毁
一、访问令牌的类型
本文采用的是自包含令牌
二、JWT令牌的介绍
1、什么是JWT令牌
JWT是JSON Web Token的缩写,即JSON Web令牌,是一种自包含令牌。
jwt使用场景
-
一种情况是webapi,类似之前的阿里云播放凭证的功能
-
另一种情况是多web服务器下实现无状态分布式身份验证
-
- JWT官网有一张图描述了JWT的认证过程(可以看上面token认证的那张图)
jwt的作用:
- JWT 最重要的作用就是对 token信息的防伪作用
JWT的原理:
- 一个JWT由三个部分组成:JWT头、有效载荷、签名哈希
- 最后由这三者组合进行base64编码得到JWT
2、JWT令牌的组成
典型的,一个JWT看起来如下图:
https://jwt.io/
该对象为一个很长的字符串,字符之间通过"."分隔符分为三个子串。
每一个子串表示了一个功能块,总共有以下三个部分:JWT头、有效载荷和签名
**注意:**该字符串只有jwt头部分不能被解析(通过加密的方式) 其他的两个部分 都可以(只通过Base64 URL编码 并没有被加密)
JWT头
JWT头部分是一个描述JWT元数据的JSON对象,通常如下所示。
{
"alg": "HS256",
"typ": "JWT"
}
在上面的代码中,**alg**属性表示签名使用的算法,默认为HMAC SHA256(写为HS256);typ属性表示令牌的类型,JWT令牌统一写为JWT。最后,使用Base64 URL算法将上述JSON对象转换为字符串保存。
有效载荷
有效载荷部分,是JWT的主体内容部分,也是一个JSON对象,包含需要传递的数据。 JWT指定七个默认字段供选择**(存放的用户信息就是在这里)**
sub: 主题
iss: jwt签发者
aud: 接收jwt的一方
iat: jwt的签发时间
exp: jwt的过期时间,这个过期时间必须要大于签发时间
nbf: 定义在什么时间之前,该jwt都是不可用的.
jti: jwt的唯一身份标识,主要用来作为一次性token,从而回避重放攻击。
除以上默认字段外,我们还可以自定义私有字段,如下例:
{
"name"</