文章目录

  • JWT是什么？
  • 为什么要使用JWT？
  • JWT的数据结构
  • JWT的工作过程

JWT是什么？

JSON Web Token (JWT)是一个开放标准(RFC 7519)，它定义了一种紧凑的、自包含的方式，用于作为JSON对象在各方之间安全地传输信息。

JWT全称JSON Web Token，是一种传输信息的标准，用于JSON对象在各方之间安全地传输信息。支持JSON对象传输，是JWT比较优越的一点。

为什么要使用JWT？

基于oauth2协议认证过程中，以密码类型认证方式为例，包括认证和授权两个步骤。分别如下：

  1. 客户端通过客户端用户名和密码，密码授权方式，以及用户名和密码，向授权服务器认证，如果有效则返回。token（访问令牌）。
  2. 客户端携带token（访问令牌）访问资源服务器，资源服务器验证token，如果有效则返回受保护的资源。

一般在资源服务验证token时，需要通过token向授权服务器调用认证服务，并且，需要通过token向授权服务器获取用户信息。在服务的相互调用过程中，会频繁地调用授权服务器，如果使用JWT有如下几个优势：

  1. 由于JWT具有时效性，如果token失效则直接校验失败
  2. 在资源服务可以基于密钥对token进行校验，而无需调用授权服务器的认证服务，避免频繁调用认证服务器。
  3. 在JWT中携带非敏感的认证信息，同样避免了频繁调用授权服务器获取用户相关信息，方便了在服务之间传递。

并且，JWT还有下面的优点：

  • 流行
  • 安全
  • 稳定
  • 易用
  • 支持 JSON

所有这些因素，令 JWT 名声大振

JWT比token更方便。由于token的验证需要调用认证服务，并且需要通过token向授权服务器获取用户信息，在这个过程中，会频繁调用授权服务器，而使用JWT可以避免这个缺点，使用JWT可以避免频繁调用认证服务器，同时JWT中携带了非敏感的身份认证信息（不必担心泄露后造成风险），同样可以避免频繁调用授权服务器。

JWT的数据结构

一个典型的JWT如下图所示，他通常由头部（Header）、载荷（Payload）、签名 （Signature）组成。

JWT头部：通常由算法类型和令牌类型两部分组成，使用 Base64Url 编码表示

算法类型：指定用于生成签名的算法，例如 HMAC、RSA 或者 ECDSA。

令牌类型：指定令牌的类型，常见的是 JWT。

如下面的数据，是一个JWT头部：

{ "alg": "HS256",none "typ": "JWT"}

载荷（Payload）：也使用 Base64Url 编码表示，载荷存储了有关用户或实体的声明等一些有用信息。

声明：如用户 ID、角色、权限等信息。

注册声明：包含一些标准的声明（比如发行人、过期时间等）和一些自定义的 声明。

标准中注册的声明(建议但不强制使用):

  • iss: jwt签发者
  • sub:jwt所面向的用户
  • aud: 接收jwt的一方
  • exp:jwt的过期时间，这个过期时间必须要大于签发时
  • nbf: 定义在什么时间之前，该jwt都是不可用的
  • iat: jwt的签发时间
  • jti: jwt的唯一身份标识，主要用来作为一次性token,从而回避重放攻击

如下面的数据，是一个JWT载荷：

{ "sub": "1234567890", "name": "John Doe", "iat": 1516239022}

签名（Signature）：签名是对头部和载荷进行签名的结果，用于验证 JWT 的完整性和真实性。

签名生成方式：将头部和载荷进行 Base64Url 编码后拼接在一起，然后使 用指定的加密算法（如 HMAC、RSA）进行签名，将生成的签名添加到 JWT 中

JWT的工作过程

如下图，在用户登录账户名和密码时，如果认证成功，服务器会创建一个JWT cookie，将该cookie返回给用户，然后用户带着这个cookie再去访问服务器，服务器检查JWT是否合法，如果合法则返回一个响应：