一、什么是jwt
1. 传统的session认证
http
协议本身是一种无状态的协议,而这就意味着如果用户向我们的应用提供了用户名和密码来进行用户认证,那么下一次请求时,用户还要再一次进行用户认证才行,因为根据http
协议,我们并不能知道是哪个用户发出的请求,所以为了让我们的应用能识别是哪个用户发出的请求,我们只能在服务器存储一份用户登录的信息,这份登录信息会在响应时传递给浏览器,告诉其保存为cookie,以便下次请求时发送给我们的应用,这样我们的应用就能识别请求来自哪个用户了,这就是传统的基于session认证。
传统session
的缺点:
(1) 这种基于session的认证使应用本身很难得到扩展,随着不同客户端用户的增加,服务器已无法承载更多的用户。
(2) 在分布式系统上,多台服务器之间无法共享session。
(3) 因为是基于cookie来进行用户识别的, cookie如果被截获,用户就会很容易受到跨站请求伪造的攻击。
2. 基于token的鉴权机制
基于token的鉴权机制类似于http
协议也是无状态的,它不需要在服务端去保留用户的认证信息或者会话信息。这就意味着基于token认证机制的应用不需要去考虑用户在哪一台服务器登录了,这就为应用的扩展提供了便利。
流程上是如下:
- 用户使用用户名密码来请求服务器
- 服务器进行验证用户的信息
- 服务器通过验证发送给用户一个token
- 客户端存储token,并在每次请求时附送上这个token值
- 服务端验证token值,并返回数据
这个token必须要在每次请求时传递给服务端,它应该保存在请求头里, 另外,服务端要支持CORS(跨来源资源共享)
策略,一般我们在服务端这么做就可以了Access-Control-Allow-Origin: *
。
3. jwt
的构成
jwt
主要由三部分构成:头部(header),载荷,签证(signature).
(1) header
jwt
的头部承载两部分信息:
- 声明类型,这里是
jwt
- 声明加密的算法 通常直接使用
HMAC
,SHA256
完整的头部就像下面这样的JSON:
{
'typ': '`jwt`',
'alg': 'HS256'
}
然后将头部进行base64
加密(该加密是可以对称解密的),构成了第一部分.
eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9
(2)playload
载荷负责存放有效信息,这些有效信息包含三个部分
- 标准中注册的声明
- 公共的声明
- 私有的声明
(2.1)标准中注册的声明 (建议但不强制使用) :
- iss:
jwt
签发者 - sub:
jwt
所面向的用户 - aud: 接收
jwt
的一方 - exp:
jwt
的过期时间,这个过期时间必须要大于签发时间 - nbf: 定义在什么时间之前,该
jwt
都是不可用的. - iat:
jwt
的签发时间 - jti:
jwt
的唯一身份标识,主要用来作为一次性token,从而回避重放攻击。
(2.2)公共的声明 :
公共的声明可以添加任何的信息,一般添加用户的相关信息或其他业务需要的必要信息.但不建议添加敏感信息,因为该部分在客户端可解密.
(2.3)私有的声明 :
私有声明是提供者和消费者所共同定义的声明,一般不建议存放敏感信息,因为base64
是对称解密的,意味着该部分信息可以归类为明文信息。
定义一个payload:
{
"sub": "1234567890",
"name": "John Doe",
"admin": true
}
然后将其进行base64
加密,得到jwt
的第二部分。
eyJzdWIiOiIxMjM0NTY3ODkwIiwibmFtZSI6IkpvaG4gRG9lIiwiYWRtaW4iOnRydWV9
(3) signature
jwt
的第三部分是一个签证信息,这个签证信息由三部分组成:
- header (
base64
加密后的) - payload (
base64
加密后的) - secret
这个部分将base64
加密后的header和payload使用.
连接,组成字符串,然后通过header中声明的加密方式使用密钥secret
加密,然后就构成了jwt
的第三部分。将这三部分用.
连接成一个完整的字符串,构成了最终的jwt
:
eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJzdWIiOiIxMjM0NTY3ODkwIiwibmFtZSI6IkpvaG4gRG9lIiwiYWRtaW4iOnRydWV9.TJVA95OrM7E2cBab30RMHrHDcEfxjoYZgeFONFh7HgQ
注意:secret是保存在服务器端的,jwt
的签发生成也是在服务器端的,secret就是用来进行jwt
的签发和jwt
的验证,所以,它就是你服务端的私钥,在任何场景都不应该流露出去。一旦客户端得知这个secret, 那就意味着客户端是可以自我签发jwt
了。
4.JWT
的优点
- 通用性,因为使用json数据,所以
jwt
是支持跨语言的,如JAVA,JavaScript等很多语言都可以使用。 - 灵活性,因为有了payload部分,所以
jwt
可以在自身存储一些其他业务逻辑所必要的非敏感信息。 - 便于传输,
jwt
的构成非常简单,字节占用很小,非常便于传输。 - 扩展性,它不需要在服务端保存会话信息, 所以它易于应用的扩展。
5. 增强安全性
- 不应该在
jwt
的payload部分存放敏感信息,因为该部分是客户端可解密的部分。 - 保护好secret私钥,该私钥非常重要。
- 尽量使用
https
协议