JSON Web Token(JWT) 是一个开放标准(RFC 7519),它定义了一种紧凑的、自包含的方式,用于作为 JSON 对象在各方之间安全地传输信息。该信息可以被验证和信任,因为它是数字签名的。
授权(Authorization)
这是使用 JWT 的最常见方案。一旦用户登录,每个后续请求将包括 JWT,从而允许用户访问该令牌允许的路由、服务、资源。单点登录是当今广泛使用 JWT 的一项功能,因为它的开销很小并且可以在不同的域中轻松使用。
信息交换(Information Exchange)
JWT 是在各方之间安全地传输信息的好方法。因为可以对 JWT 进行签名(例如使用公钥/私钥对),所以你可以确保发件人是谁。此外,由于签名是使用标头和有效负载计算的,因此你还可以验证内容是否遭到篡改。
认证方式:
由于 http 协议本身是一种无状态协议,因此意味着如果用户向后端提供了用户名和密码来进行用户认证,那么下一次请求时,用户还要再一次进行用户认证才行。因为根据 http 协议,后端并不知道具体是哪个用户发起的请求,所以为了让服务器识别是哪个用户发起的请求,服务器就会存储一份用户登录的信息,保存在 Session 中,并将 sessionId 返回给浏览器并保存到 cookie 中。这样当用户发起认证请求时就会带上 sessionId,以便于服务器识别该请求是哪个用户发出的。
暴露问题:
通过 session 是保存在服务器的内存中的,当认证的用户增多后,服务器的开销会明显增大。
由于认证的记录被保存在服务器的内存中,因此存储在当前服务器的用户只能在该服务器上发起请求,这样才能拿到授权资源,而在分布式应用上,这会限制负载均衡的能力,降低扩展性。
因为是基于 cookie 来进行用户识别的,如果 cookie 被截获,用户就会很容易受到跨站请求伪造的攻击。
JWT 优势:
JWT 就是一个 token 字符串,结构为 xxx.yyy.zzz,它由下面三部分组成,中间用 .
号连接
标头通常由两部分组成:令牌的类型(即 JWT)和所使用的签名算法(例如 HMAC SHA256 或 RSA)。标头本身是一个 json 对象,但在组成 JWT 时它会使用 Base64 进行编码去成为 JWT 的第一部分。
令牌的第二部分是有效负载,其中包含声明。声明是关于实体(通常是用户)和其它数据的声明。声明包含三个部分:
标注中注册的声明(registered claims)
声明 | 描述 |
---|---|
iss | JWT 签发者 |
sub | JWT 所面向的用户 |
aud | 接收 JWT 的一方 |
exp | JWT 的过期时间,这个过期时间必须大于签发时间 |
nbf | 定义在什么时间之前该 JWT 是不生效的 |
iat | JWT 的签发时间 |
jti | JWT 的唯一身份标识,主要用来作为一次性 token,从而回避重放攻击 |
公共的声明(public claims)
公共的声明可以添加任何信息,一般添加用户的相关信息或其它业务需要的必要信息。但不建议添加敏感信息,因为该部分在客户端可以被解码。
私有的声明(private claims)
私有声明是提供者和消费者共同定义的声明,一般不建议存放敏感信息
对 payload 进行 Base64 编码后就成为了 JWT 的第二个部分。
信息安全问题:
由于 Base64 是一种编码,是可逆的,因此在 JWT 的负载里面不应该加入任何敏感的数据(例如密码)。因此 JWT 适合用于向 Web 应用传递一些非敏感信息。常被用于设计用户认证和授权系统,以及实现 Web 应用的单点登录。
令牌的最后一部分签名是对上面两部分数据进行签名,通过指定的算法生成哈希,以确保数据不会被篡改。首先需要指定一个密码(secret)。该密码仅仅保存在服务器中,并且不能向用户公开。然后使用标头中指定的签名算法(默认情况下为HMAC SHA256)根据以下公式生成签名。
HMACSHA256(base64UrlEncode(header) + "." + base64UrlEncode(payload), secret)
在计算出签名后,header、payload 和 signature 三个部分组合成一个字符串,每个部分用 .
分隔,就构成了一个完整的 JWT。
签名的作用:
最后一步签名的过程,实际上是对头部以及负载内容进行签名,防止内容被篡改。如果有人对头部以及负载的内容解码后进行篡改,在进行编码后加上之前的签名组合形成新的 JWT,那么服务器会在接收到该 JWT 后会判断新的头部和负载形成的签名与新的 JWT 上附带的签名是否一致,而结果肯定是不一样的。
Base64URL 算法:
Base64URL 算法和 Base64 算法类似。作为令牌的 JWT 可以放在 URL 中(例如 api.example/?token=xxx)。Base64 中用的三个字符 +
、/
、=
由于在 URL 中有特殊含义,因此如果 JWT 需要使用在 URL 中就不适合。而 Base64URL 对它们做了替换,将 =
去掉,用 -
代替 +
,用 _
代替 /
,因此就避免了这个问题。
使用 JWT 最主要就是掌握生成令牌、验证令牌和获取令牌中的信息。接下来将介绍如何在 Java 中使用 JWT。
引入依赖
<dependency>
<groupId>com.auth0groupId>
<artifactId>java-jwtartifactId>
<version>3.4.0version>
dependency>
生成 token
HashMap<String, Object> map = new HashMap<>(); // 用于设置 header 信息
Calendar instance = Calendar.getInstance(); // 获取当前的日历
instance.add(Calendar.DATE, 7); // 设置日历为当前的 7 天后
Date date = instance.getTime(); // 将日历转化为 Date
// 创建 token
JWTCreator.Builder builder = JWT.create();
String token = builder.withHeader(map) // header
.withClaim("userId", 2001) // payload
.withClaim("username", "小明")
.withExpiresAt(date) // 设置过期时间
.sign(Algorithm.HMAC256("!@#SDA$!@#"));// signature
System.out.println(token);
JWT.create()
用来创建一个 JWT 构造器,用于进行编码前对 JWT 的数据设置。返回值为JWTCreator.Builder
。JWTCreator.Builder
的withHeader()
方法用于设置 JWT 的 header 部分,有一个参数为 HashMap,用于设置 typ 和 alg 的。可以不主动设置,因为在签名的部分,默认会将 typ 设置为 “JWT”,将 alg 设置为指定的加密算法。 JWTCreator.Builder
的withClaim()
方法用于设置 JWT 的 payload 部分,有两个参数,第一个参数为字符串类型的 name,第二个参数为 Boolean/Integer/Long/Double/String/Date 类型的 value。JWTCreator.Builder
的withExpiresAt(Date)
方法用于设置 JWT 的过期时间,参数为 Date。JWTCreator.Builder
的sign(Algorithm)
方法用于设置 JWT 的 signature 部分并返回最终形成的 JWT 字符串,参数可以为 Algorithm 类的指定算法,例如Algorithm.HMAC256()
,该算法的参数就为指定的密钥。JWTCreator.Builder.sign(Algorithm)
最终会调用JWTCreator.sign()
方法将 header、payload 和 signature 进行 Base64URL 编码形成 JWT 字符串。
根据令牌和签名解析数据
// 要验证的 token
String token = "eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJleHAiOjE2NTkzNDgwMjAsInVzZXJJZCI6MjAwMSwidXNlcm5hbWUiOiLlsI_mmI4ifQ.5Kmd5QLqgEYkAUh5m2Y22UPjlsH2jrrdSb11XurV7cQ"; // 要验证的 token
// 创建 JWT 验证对象
JWTVerifier jwtVerifier = JWT.require(Algorithm.HMAC256("!@#SDA$!@#")).build();
DecodedJWT decodedJWT = jwtVerifier.verify(token);
System.out.println(decodedJWT.getClaim("userId").asInt()); // 获取声明的 userId
System.out.println(decodedJWT.getClaim("username").asString()); // 获取声明的 username
System.out.println(decodedJWT.getExpiresAt()); // 获取过期时间
System.out.println(decodedJWT.getHeaderClaim("typ").asString()); // 获取标头的 tpy
System.out.println(decodedJWT.getHeaderClaim("alg").asString()); // 获取标头的 alg
System.out.println(decodedJWT.getType()); // 获取标头的 tpy
System.out.println(decodedJWT.getAlgorithm()); // 获取标头的 alg
System.out.println(decodedJWT.getHeader()); // 获取编码后的 header
System.out.println(decodedJWT.getPayload()); // 获取编码后的 payload
System.out.println(decodedJWT.getSignature()); // 获取编码后的 signature
System.out.println(decodedJWT.getToken()); // 获取编码后的 token
JWT.require(Alogrithm).builder()
方法用于创建 JWT 验证对象,返回值为JWTVerifier
。其中 Alogrithm 使用的加密算法和密钥要和创建该 token 时使用的一致,不然会报异常。JWTVerifier
的verify(token)
方法能够用于验证 token,如果不符合则会报出异常,如果正确则会返回解码后的 token。DecodeJWT
的getClaim()
方法能够获取指定的声明参数,但获取的是引用值,还要通过 asInt/asLong/asDouble/asString/asBoolean/asDate 方法将引用值转换为对应类型的真实值。DecodeJWT
的getExpiresAt()
方法能够获取 token 的过期时间。DecodeJWT
的getType()
方法能够获取标头的 typ。DecodeJWT
的getAlgorithm()
方法能够获取标头的 alg。
以上就是最基本的 Java 结合 JWT 的操作。
常见的异常信息:
异常 | 描述 |
---|---|
SignatureVerificationException | 签名不一致异常 |
TokenExpiredException | 令牌过期异常 |
AlgorithmMismatchException | 算法不匹配异常 |
InvalidClaimException | 失效的 payload 异常 |
public class JWTUtils {
private static final String SECRET = "#$#fdas!%";
/**
* 生成 token
*/
public static String getToken(HashMap<String, String> map){
Calendar instance = Calendar.getInstance();
instance.add(Calendar.DATE, 7); // 默认7天过期
// 创建 JTW builder
JWTCreator.Builder builder = JWT.create();
// payload
map.forEach((k, v)->{
builder.withClaim(k, v);
});
// 指定令牌过期时间
builder.withExpiresAt(instance.getTime());
// 签名
String token = builder.sign(Algorithm.HMAC256(SECRET));
return token;
}
/**
* 验证并获取 token 信息
*/
public static DecodedJWT verify(String token){
JWTVerifier jwtVerifier = JWT.require(Algorithm.HMAC256(SECRET)).build();
DecodedJWT decodedJWT = jwtVerifier.verify(token);
return decodedJWT;
}
}
当需要验证 token 时,每个方法都要接收 token 参数,并对接收的 token 进行验证,则会导致代码冗余,不够灵活。
为了解决这个问题,则需要使用拦截器进行优化。步骤如下:
在 interceptors 包下创建 JWTInterceptor 类,并进行如下配置:
public class JWTInterceptor implements HandlerInterceptor {
@Override
public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception {
HashMap<String, Object> map = new HashMap<>();
// 获取请求头中的的 token
String token = request.getHeader("token");
try {
DecodedJWT decodedJWT = JWTUtils.verify(token); // 验证令牌
return true; // 放行请求
} catch (SignatureVerificationException e) {
e.printStackTrace();
map.put("msg", "无效签名!");
} catch (TokenExpiredException e) {
e.printStackTrace();
map.put("msg", "token 过期!");
} catch (AlgorithmMismatchException e) {
e.printStackTrace();
map.put("msg", "token 算法不一致!");
} catch (Exception e) {
e.printStackTrace();
map.put("msg", "token 无效!");
}
map.put("state", false); // 设置状态码
// 将 map 转为 json
String json = new ObjectMapper().writeValueAsString(map);
response.setContentType("application/json;charset=utf-8");
response.getWriter().print(json);
return false;
}
}
在 config 包下创建 InterceptorConfig 类,并进行如下配置:
@Configuration
public class InterceptorConfig implements WebMvcConfigurer {
@Override
public void addInterceptors(InterceptorRegistry registry) {
registry.addInterceptor(new JWTInterceptor())
.addPathPatterns("") // 拦截的路径
.excludePathPatterns(""); // 放行的路径
}
}