JWT详解

已于 2022-04-18 11:13:50 修改
阅读量3.1k 收藏 6
点赞数
分类专栏： 笔记 文章标签： 后端
于 2022-04-18 11:13:15 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_47552725/article/details/124244882
版权
JWT详解
原文地址 ： https://blog.csdn.net/weixin_45070175/article/details/118559272
1 JWT简介

在介绍JWT之前，先回顾一下利用token进行用户身份验证的流程：

1 客户端使用用户名和密码请求登录

2 服务端收到请求，验证用户名和密码

3 验证成功之后，服务端会签发一个token，再把这个token返回给客户端

4 客户端接收到token之后，可以把token存储起来，比如cookie中

5 客户端每次向服务端请求资源时需要携带服务端签发的token，可以在cookie或header中携带

6 服务端收到请求，然后去验证客户端请求里的token，如果验证成功，就向客户端返回请求数据

这种基于token的认证方式相比于传统的session认证方式更加节约服务器资源，并且对于移动端和分布式更加友好。其有点如下：

1 支持跨域访问：cookie是无法跨域的，而token由于没有用到cookie（将token存入header中），所以跨域之后不存在信息丢失问题

2 无状态：token机制在服务端不需要存储session信息，因为token本身包含看所有的登录用户信息，所以可以减轻服务端压力

3 更适合CDN：可以通过内容分发网络请求服务端的所有资源

4 更适合移动端 ：当客户端是非浏览器平台时，cookie是不被支持的，此时采用token认证方式会简单很多

5 无需考虑CSRF ： 由于不在依赖cookie，所以采用token认证方式不会发生CSRF，所以无需考虑CSRF的防御

而JWT就是上述流程当中token的一种具体的实现方式，全名是JSON Web Token,官网地址：https://jwt.io/

通俗来讲，JWT的本质就是一个字符串**，它是将用户信息保存到一个Json字符串中，然后进行编码后得到一个JWT token,并且这个JWT token带有签名信息，接收后可以校验是否被篡改，**所以可以用于各方之间的安全的JSON对象传输方式。

1.1 JWT的认证流程

1 首先，前端通过Web表单将自己的用户名和密码发送到后端的接口，一般为POST请求。建议使用HTTPS加密的信息，避免敏感信息泄露

2 后端对用户名和密码进行核对，核对成功之后将包含用户信息的数据作为JWT的Payload,将其与JWT的和header分别进行Base6编码之后拼接后签名，形成一个JWT token，类似于lll.zzz.xxx

3 后端将JWT token字符串作为登录成功的结果返回给前端。前端将返回的token保存在浏览器中，退出登录时，删除保存的JWT token即可。

4 前端每次请求时都需要将Token放入请求头中的Authorization属性中（解决XSS和SXRF问题）

5 后端检查前端传过来的JWT token，验证其有效性，比如检查签名是否正确、是否过期，token的接收方是否是自己等等

6 验证通过之后，后端解析出JWT Token中包含的用户信息，进行其他逻辑操作（一般是根据用户信息获取权限等等），返回结果

img

2 为什么使用JWT
2.1 传统Session认证的弊端

HTTP本身是一个无状态协议，这意味着如果用户向我们的应用提供用户名和密码来进行用户认证，认证通过之后HTTP协议不会记录认证之后的状态，那么下一次请求时，用户还需要进行认证，因为根据HTTP协议，我们并不知道是那个用户发出的请求，所以为了我们的应用能够识别出是那个用户发出的请求，我们只能在用户首次登录成功之后，在服务器存储一份用户登录的信息，这份登录信息会在响应时传递给浏览器，让浏览器保存信息到cookie中，以便于下次请求时发送给我们的应用，这样我们就可以识别请求来自那个用户了，这是传统的session认证过程。

img

但是，传统的session认证会有一下问题：

1 每个用户的登录信息都会保存到服务器的session中，随着用户的增多，服务器开销会明显增大

2 由于session是存在服务器的物理内存中，所以在分布式系统中，这种方式会失效。虽然可以将session统一保存到Redis中，但是这种做法增加了系统的复杂性，对于不需要Redis的应用也会多引入一个缓存中间件

3 对于非浏览器用户，手机移动端不使用，因为session依赖于cookie，但是移动端经常没有cookie

4 因为session认证本质是基于cookie的，所以如果cookie被截获，用户很容易收到跨站请求伪造攻击，并且如果浏览器禁用cookie，这种方式也会失效（可用UIRL重写解决）

5 前后端分离系统中更加不适用，后端部署复杂，前端发送的请求往往经过多个中间件到达后端，cookie中的session信息会被转发多次

6 由于session是基于cookie的，而cookie无法跨域，所有session认证也无法跨域，对于单点登录不适用

2.2 JWT认证的优势

1 简洁 ： JWT token的数据量小，传输速度快

2 因为JWT Token是以JSON加密的形式存在于客户端的，所以JWT是跨语言的，原则上任何Web形式都支持

3 不需要在服务端保存会话信息，也就是说不依赖于cookie和session，所以没有传统的session认证的弊端，适合分布式微服务

4 单点登录友好：使用session认证，由于cookie无法跨域，难以实现单点登录。但是，使用token认证，token可以被保存在客户端的任意内存中，不一定是cookie，所以不依赖于cookie，不会存在跨域问题

5 适合移动端

因为这些优势，目前无论单体应用还是分布式应用，都更加推荐用JWT token的方式进行用户认证
3 JWT的结构

JWT由3部分组成：标头(Header)、有效载荷(Payload)和签名(Signature)。在传输的时候，会将JWT的3部分分别进行Base64编码后用.进行连接形成最终传输的字符串

JWTString=Base64(Header).Base64(Payload).HMACSHA256(base64UrlEncode(header)+"."+base64UrlEncode(payload),secret)

img

3.1 Header

JWT头是一个描述JWT元数据的JSON对象，alg属性表示签名使用的算法，默认为HMAC SHA256（写为HS256）；typ属性表示令牌的类型，JWT令牌统一写为JWT。最后，使用Base64 URL算法将上述JSON对象转换为字符串保存

3.2 Payload

有效载荷部分，是JWT的主体内容部分，也是一个JSON对象，包含需要传递的数据。 JWT指定七个默认字段供选择

iss：发行人
exp：到期时间
sub：主题
aud：用户
nbf：在此之前不可用
iat：发布时间
jti：JWT ID用于标识该JWT

这些预定义的字段并不要求强制使用。除以上默认字段外，我们还可以自定义私有字段，一般会把包含用户信息的数据放到payload中，如下例：

{
  "sub": "1234567890",
  "name": "Helen",
  "admin": true
}


默认情况下JWT是未加密的，因为只是采用base64算法，拿到JWT字符串后可以转换回原本的JSON数据，任何人都可以解读其内容，因此不要构建隐私信息字段，比如用户的密码一定不能保存到JWT中，以防止信息泄露。JWT只是适合在网络中传输一些非敏感的信息
3.3 Signature

签名哈希部分是对上面两部分数据签名，需要使用base64编码后的header和payload数据，通过指定的算法生成哈希，以确保数据不会被篡改。首先，需要指定一个密钥（secret）。该密码仅仅为保存在服务器中，并且不能向用户公开。然后，使用header中指定的签名算法（默认情况下为HMAC SHA256）根据以下公式生成签名

HMACSHA256(base64UrlEncode(header)+"."+base64UrlEncode(payload),secret)

在计算出签名哈希后，JWT头，有效载荷和签名哈希的三个部分组合成一个字符串，每个部分用.分隔，就构成整个JWT对象

img

注意JWT每部分的作用，在服务端接收到客户端发送过来的JWT token之后：

header和payload可以直接利用base64解码出原文，从header中获取哈希签名的算法，从payload中获取有效数据
signature由于使用了不可逆的加密算法，无法解码出原文，它的作用是校验token有没有被篡改。服务端获取header中的加密算法之后，利用该算法加上secretKey对header、payload进行加密，比对加密后的数据和客户端发送过来的是否一致。注意secretKey只能保存在服务端，而且对于不同的加密算法其含义有所不同，一般对于MD5类型的摘要加密算法，secretKey实际上代表的是盐值

//对比接收到的token和自己生成的token是否一致，判断token是否被篡改
4 JWT的种类

其实JWT是一种规范，这种规范允许我们使用JWT在两个组织之间传递安全可靠的消息，JWT的具体实现可以分为一下几种：

nonsecure JWT : 未经过签名的，不安全的JWT
JWS ： 经过签名的JWT
JWE ： payload部分经过加密的JWT
4.1 nonsecure

未经过签名的JWT，不安全的JWT。其header部分没有指定签名算法

{
  "alg": "none",
  "typ": "JWT"
}
//也没有签名部分
4.2 JWS

JWS，也就是JWT Signature，其结构就是在之前nonsecure JWT 的基础上，在头部声明签名算法，并且添加签名部分结构。创建签名，是保证jwt不能被其他人随意篡改。我们通常使用的jwt都是jws

为了完成签名，除了用到Header信息和PayLoad信息之外，还需要算法密钥，也就是secretKey。加密算法一般分为两类：

1 对称加密 ： secretKey指加密密钥，可以生成签名与验签

2 非对称加密 ： secretKey指私钥，只能生成签名，不能用来验签（验签的是公钥）

JWT的密钥或者密钥对，一般统一称为JSON Web Key,也就是JWK

到目前为止，jwt的签名算法有三种：

  • HMAC【哈希消息验证码(对称)】：HS256/HS384/HS512
  • RSASSA【RSA签名算法(非对称)】（RS256/RS384/RS512）
  • ECDSA【椭圆曲线数据签名算法(非对称)】（ES256/ES384/ES512）
5 Java中使用JWT

官网推荐了6个Java使用JWT的开源库，其中比较推荐使用的是java-jwt和jjwt-root

5.1 java-jwt

对称签名

首先引入依赖

<dependency>
    <groupId>com.auth0</groupId>
    <artifactId>java-jwt</artifactId>
    <version>3.10.3</version>
</dependency>

生成JWT的token

public class JWTTest {
    @Test
    public void testGenerateToken(){
        // 指定token过期时间为10秒
        Calendar calendar = Calendar.getInstance();
        calendar.add(Calendar.SECOND, 10);

        String token = JWT.create()
                .withHeader(new HashMap<>())  // Header
                .withClaim("userId", 21)  // Payload
                .withClaim("userName", "baobao")
                .withExpiresAt(calendar.getTime())  // 过期时间
                .sign(Algorithm.HMAC256("!34ADAS"));  // 签名用的secret

        System.out.println(token);
    }
}

img

注意多次运行方法生成的token字符串内容是不一样的，尽管我们的payload信息没有变动。因为JWT中携带了超时时间，所以每次生成的token会不一样，我们利用base64解密工具可以发现payload确实携带了超时时间

img

解析JWT字符串

@Test
public void testResolveToken(){
    // 创建解析对象，使用的算法和secret要与创建token时保持一致
    JWTVerifier jwtVerifier = JWT.require(Algorithm.HMAC256("!34ADAS")).build();
    // 解析指定的token
    DecodedJWT decodedJWT = jwtVerifier.verify("eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJ1c2VyTmFtZSI6ImJhb2JhbyIsImV4cCI6MTU5OTkyMjUyOCwidXNlcklkIjoyMX0.YhA3kh9KZOAb7om1C7o3vBhYp0f61mhQWWOoCrrhqvo");
    // 获取解析后的token中的payload信息
    Claim userId = decodedJWT.getClaim("userId");
    Claim userName = decodedJWT.getClaim("userName");
    System.out.println(userId.asInt());
    System.out.println(userName.asString());
    // 输出超时时间
    System.out.println(decodedJWT.getExpiresAt());
}

运行后发现报异常，原因是之前生成的token已经过期

img

再运行一次生成token的方法，然后在过期时间10秒之内将生成的字符串拷贝到解析方法中，运行解析方法即可成功

img

我们可以将上述方法封装成工具类

public class JWTUtils {
    // 签名密钥
    private static final String SECRET = "!DAR$";

    /**
     * 生成token
     * @param payload token携带的信息
     * @return token字符串
     */
    public static String getToken(Map<String,String> payload){
        // 指定token过期时间为7天
        Calendar calendar = Calendar.getInstance();
        calendar.add(Calendar.DATE, 7);

        JWTCreator.Builder builder = JWT.create();
        // 构建payload
        payload.forEach((k,v) -> builder.withClaim(k,v));
        // 指定过期时间和签名算法
        String token = builder.withExpiresAt(calendar.getTime()).sign(Algorithm.HMAC256(SECRET));
        return token;
    }


    /**
     * 解析token
     * @param token token字符串
     * @return 解析后的token
     */
    public static DecodedJWT decode(String token){
        JWTVerifier jwtVerifier = JWT.require(Algorithm.HMAC256(SECRET)).build();
        DecodedJWT decodedJWT = jwtVerifier.verify(token);
        return decodedJWT;
    }
}

非对称签名

生成jwt串的时候需要指定私钥，解析jwt串的时候需要指定公钥

private static final String RSA_PRIVATE_KEY = "...";
private static final String RSA_PUBLIC_KEY = "...";

/**
     * 生成token
     * @param payload token携带的信息
     * @return token字符串
     */
public static String getTokenRsa(Map<String,String> payload){
    // 指定token过期时间为7天
    Calendar calendar = Calendar.getInstance();
    calendar.add(Calendar.DATE, 7);

    JWTCreator.Builder builder = JWT.create();
    // 构建payload
    payload.forEach((k,v) -> builder.withClaim(k,v));

    // 利用hutool创建RSA
    RSA rsa = new RSA(RSA_PRIVATE_KEY, null);
    // 获取私钥
    RSAPrivateKey privateKey = (RSAPrivateKey) rsa.getPrivateKey();
    // 签名时传入私钥
    String token = builder.withExpiresAt(calendar.getTime()).sign(Algorithm.RSA256(null, privateKey));
    return token;
}

/**
     * 解析token
     * @param token token字符串
     * @return 解析后的token
     */
public static DecodedJWT decodeRsa(String token){
    // 利用hutool创建RSA
    RSA rsa = new RSA(null, RSA_PUBLIC_KEY);
    // 获取RSA公钥
    RSAPublicKey publicKey = (RSAPublicKey) rsa.getPublicKey();
    // 验签时传入公钥
    JWTVerifier jwtVerifier = JWT.require(Algorithm.RSA256(publicKey, null)).build();
    DecodedJWT decodedJWT = jwtVerifier.verify(token);
    return decodedJWT;
}
5.2 jjwt-root

对称签名

引入依赖

<!-- https://mvnrepository.com/artifact/io.jsonwebtoken/jjwt -->
<dependency>
    <groupId>io.jsonwebtoken</groupId>
    <artifactId>jjwt</artifactId>
    <version>0.9.1</version>
</dependency>

使用方法类似，可参考下列代码

public class JwtUtils {
    // token时效：24小时
    public static final long EXPIRE = 1000 * 60 * 60 * 24;
    // 签名哈希的密钥，对于不同的加密算法来说含义不同
    public static final String APP_SECRET = "ukc8BDbRigUDaY6pZFfWus2jZWLPHO";

    /**
     * 根据用户id和昵称生成token
     * @param id  用户id
     * @param nickname 用户昵称
     * @return JWT规则生成的token
     */
    public static String getJwtToken(String id, String nickname){
        String JwtToken = Jwts.builder()
                .setHeaderParam("typ", "JWT")
                .setHeaderParam("alg", "HS256")
                .setSubject("baobao-user")
                .setIssuedAt(new Date())
                .setExpiration(new Date(System.currentTimeMillis() + EXPIRE))
                .claim("id", id)
                .claim("nickname", nickname)
            	// HS256算法实际上就是MD5加盐值，此时APP_SECRET就代表盐值
                .signWith(SignatureAlgorithm.HS256, APP_SECRET)
                .compact();

        return JwtToken;
    }

    /**
     * 判断token是否存在与有效
     * @param jwtToken token字符串
     * @return 如果token有效返回true，否则返回false
     */
    public static boolean checkToken(String jwtToken) {
        if(StringUtils.isEmpty(jwtToken)) return false;
        try {
            Jwts.parser().setSigningKey(APP_SECRET).parseClaimsJws(jwtToken);
        } catch (Exception e) {
            e.printStackTrace();
            return false;
        }
        return true;
    }

    /**
     * 判断token是否存在与有效
     * @param request Http请求对象
     * @return 如果token有效返回true，否则返回false
     */
    public static boolean checkToken(HttpServletRequest request) {
        try {
            // 从http请求头中获取token字符串
            String jwtToken = request.getHeader("token");
            if(StringUtils.isEmpty(jwtToken)) return false;
            Jwts.parser().setSigningKey(APP_SECRET).parseClaimsJws(jwtToken);
        } catch (Exception e) {
            e.printStackTrace();
            return false;
        }
        return true;
    }

    /**
     * 根据token获取会员id
     * @param request Http请求对象
     * @return 解析token后获得的用户id
     */
    public static String getMemberIdByJwtToken(HttpServletRequest request) {
        String jwtToken = request.getHeader("token");
        if(StringUtils.isEmpty(jwtToken)) return "";
        Jws<Claims> claimsJws = Jwts.parser().setSigningKey(APP_SECRET).parseClaimsJws(jwtToken);
        Claims claims = claimsJws.getBody();
        return (String)claims.get("id");
    }
}


注意：
jjwt在0.10版本以后发生了较大变化，pom依赖要引入多个
<dependency>
    <groupId>io.jsonwebtoken</groupId>
    <artifactId>jjwt-api</artifactId>
    <version>0.11.2</version>
</dependency>
<dependency>
    <groupId>io.jsonwebtoken</groupId>
    <artifactId>jjwt-impl</artifactId>
    <version>0.11.2</version>
    <scope>runtime</scope>
</dependency>
<dependency>
    <groupId>io.jsonwebtoken</groupId>
    <artifactId>jjwt-jackson</artifactId> <!-- or jjwt-gson if Gson is preferred -->
    <version>0.11.2</version>
    <scope>runtime</scope>
</dependency>

标准规范中对各种加密算法的secretKey的长度有如下要求：

HS256：要求至少 256 bits (32 bytes)
HS384：要求至少384 bits (48 bytes)
HS512：要求至少512 bits (64 bytes)
RS256 and PS256：至少2048 bits
RS384 and PS384：至少3072 bits
RS512 and PS512：至少4096 bits
ES256：至少256 bits (32 bytes)
ES384：至少384 bits (48 bytes)
ES512：至少512 bits (64 bytes)
在jjwt0.10版本之前，没有强制要求，secretKey长度不满足要求时也可以签名成功。但是0.10版本后强制要求secretKey满足规范中的长度要求，否则生成jws时会抛出异常

新版本的jjwt中，之前的签名和验签方法都是传入密钥的字符串，已经过时。最新的方法需要传入Key对象

public class JwtUtils {
    // token时效：24小时
    public static final long EXPIRE = 1000 * 60 * 60 * 24;
    // 签名哈希的密钥，对于不同的加密算法来说含义不同
    public static final String APP_SECRET = "ukc8BDbRigUDaY6pZFfWus2jZWLPHOsdadasdasfdssfeweee";

    /**
     * 根据用户id和昵称生成token
     * @param id  用户id
     * @param nickname 用户昵称
     * @return JWT规则生成的token
     */
    public static String getJwtToken(String id, String nickname){
        String JwtToken = Jwts.builder()
                .setSubject("baobao-user")
                .setIssuedAt(new Date())
                .setExpiration(new Date(System.currentTimeMillis() + EXPIRE))
                .claim("id", id)
                .claim("nickname", nickname)
                // 传入Key对象
                .signWith(Keys.hmacShaKeyFor(APP_SECRET.getBytes(StandardCharsets.UTF_8)), SignatureAlgorithm.HS256)
                .compact();
        return JwtToken;
    }

    /**
     * 判断token是否存在与有效
     * @param jwtToken token字符串
     * @return 如果token有效返回true，否则返回false
     */
    public static Jws<Claims> decode(String jwtToken) {
        // 传入Key对象
        Jws<Claims> claimsJws = Jwts.parserBuilder().setSigningKey(Keys.hmacShaKeyFor(APP_SECRET.getBytes(StandardCharsets.UTF_8))).build().parseClaimsJws(jwtToken);
        return claimsJws;
    }
}

非对称签名

生成jwt串的时候需要指定私钥，解析jwt串的时候需要指定公钥

private static final String RSA_PRIVATE_KEY = "...";
private static final String RSA_PUBLIC_KEY = "...";

/**
     * 根据用户id和昵称生成token
     * @param id  用户id
     * @param nickname 用户昵称
     * @return JWT规则生成的token
     */
public static String getJwtTokenRsa(String id, String nickname){
    // 利用hutool创建RSA
    RSA rsa = new RSA(RSA_PRIVATE_KEY, null);
    RSAPrivateKey privateKey = (RSAPrivateKey) rsa.getPrivateKey();
    String JwtToken = Jwts.builder()
        .setSubject("baobao-user")
        .setIssuedAt(new Date())
        .setExpiration(new Date(System.currentTimeMillis() + EXPIRE))
        .claim("id", id)
        .claim("nickname", nickname)
        // 签名指定私钥
        .signWith(privateKey, SignatureAlgorithm.RS256)
        .compact();
    return JwtToken;
}

/**
     * 判断token是否存在与有效
     * @param jwtToken token字符串
     * @return 如果token有效返回true，否则返回false
     */
public static Jws<Claims> decodeRsa(String jwtToken) {
    RSA rsa = new RSA(null, RSA_PUBLIC_KEY);
    RSAPublicKey publicKey = (RSAPublicKey) rsa.getPublicKey();
    // 验签指定公钥
    Jws<Claims> claimsJws = Jwts.parserBuilder().setSigningKey(publicKey).build().parseClaimsJws(jwtToken);
    return claimsJws;
}
6 实际开发中的应用

在实际的SpringBoot项目中，一般我们可以用如下流程做登录：

1 在登录验证通过后，给用户生成一个对应的随机token(注意这个token不是指jwt，可以用uuid等算法生成)，然后将这个token作为key的一部分，用户信息作为value存入Redis，并设置过期时间，这个过期时间就是登录失效的时间

2 将第1步中生成的随机token作为JWT的payload生成JWT字符串返回给前端

3 前端之后每次请求都在请求头中的Authorization字段中携带JWT字符串

4 后端定义一个拦截器，每次收到前端请求时，都先从请求头中的字段中取出JWT字符串并进行验证，验证通过后解析出payload中的随机token，然后再用这个随机token得到key，从Redis中获取用户信息，如果能获取到就说明用户已经登录

public class JWTInterceptor implements HandlerInterceptor {
    @Override
    public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception {
        String JWT = request.getHeader("Authorization");
        try {
            // 1.校验JWT字符串
            DecodedJWT decodedJWT = JWTUtils.decode(JWT);
            // 2.取出JWT字符串载荷中的随机token，从Redis中获取用户信息
            ...
            return true;
        }catch (SignatureVerificationException e){
            System.out.println("无效签名");
            e.printStackTrace();
        }catch (TokenExpiredException e){
            System.out.println("token已经过期");
            e.printStackTrace();
        }catch (AlgorithmMismatchException e){
            System.out.println("算法不一致");
            e.printStackTrace();
        }catch (Exception e){
            System.out.println("token无效");
            e.printStackTrace();
        }
        return false;
    }
}
6.1 在实际开发中需要用下列手段来增加JWT的安全性：

1 因为JWT是在请求头中传递的，所以为了避免网络劫持，推荐使用HTTPS来传输，更加安全
2 JWT的哈希签名的密钥是存放在服务端的，所以只要服务器不被攻破，理论上JWT是安全的。因此要保证服务器的安全
3 JWT可以使用暴力穷举来破解，所以为了应对这种破解方式，可以定期更换服务端的哈希签名密钥(相当于盐值)。这样可以保证等破解结果出来了，你的密钥也已经换了

.守心.
关注
  • 0
    点赞
  • 踩
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
详解SpringBoot+SpringSecurity+jwt整合及初体验
08-25
主要介绍了详解SpringBoot+SpringSecurity+jwt整合及初体验，小编觉得挺不错的，现在分享给大家，也给大家做个参考。一起跟随小编过来看看吧
JWT的基本使用_jjwt-root
最新发布
2301_77580044的博客
03-19 1614
JSON Web 令牌 （JWT） 是一种开放标准 （RFC 7519），它定义了一种紧凑且独立的方式，用于将信息作为 JSON 对象在各方之间安全地传输。此信息可以被验证和信任，因为它是经过数字签名的。JWT 可以使用密钥（使用 HMAC 算法）或使用 RSA 或 ECDSA 的公钥/私钥对进行签名。jwt全称,也就是通过json的形式作为Web应用中的令牌，用于在各方之间安全的将信息作为接送，对象传输。在数据传输过程中还可以完成数据加密签名等相关处理。
JWT详解（文章内嵌jwt工具类）
我认不到你的博客
11-17 4036
JWT （JSON Web Token） 是目前最流行的跨域认证解决方案，是一种基于 Token 的认证授权机制。从 JWT 的全称可以看出，JWT 本身也是 Token，一种规范化之后的 JSON 结构的 Token。JWT 自身包含了身份验证所需要的所有信息，因此，我们的服务器不需要存储 Session 信息。这显然增加了系统的可用性和伸缩性，大大减轻了服务端的压力。
jwt 原理
weixin_48334703的博客
10-05 1848
1.COOKIE使用和优缺点 1.1 cookie原理： 用户名+密码 cookie是保存在用户浏览器端，用户名和密码等明文信息 1.2 session使用原理 session是存储在服务器端的一段字符串,相当于字典的key 1.用户向服务器发送用户名和密码。 2.验证服务器后，相关数据（如用户角色，登录时间等）将保存在当前会话中。 3.服务器向用户返回session_id，session信息都会写入到用户的Cookie。 4.用户的每个后续请求都将通过在Cookie中取出session_id传给服务器
JSON Web Token 入门教程
weixin_34067102的博客
07-24 905
2019独角兽企业重金招聘Python工程师标准>>> ...
基于JWT.NET的使用(详解)
08-28
下面小编就为大家分享一篇基于JWT.NET的使用详解，具有很好的参考价值，希望对大家有所帮助。一起跟随小编过来看看吧
JWT Token实现方法及步骤详解
09-07
主要介绍了JWT Token实现方法及步骤详解,文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下
thinkphp框架使用JWTtoken的方法详解
10-16
主要介绍了thinkphp框架使用JWTtoken的方法,结合实例形式分析了JWTtoken的功能、原理及thinkPHP使用JWTtoken实现签名验证的相关操作技巧,需要的朋友可以参考下
详解JWT token心得与使用实例
10-16
主要介绍了详解JWT token心得与使用实例，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧
【转载】JWT原理
t194978的博客
03-01 705
本文从本人博客搬运，原文格式更加美观，可以移步原文阅读：JWT详解 JWT简介 1.什么是JWT 在介绍JWT之前，我们先来回顾一下利用token进行用户身份验证的流程： 客户端使用用户名和密码请求登录服务端收到请求，验证用户名和密码验证成功后，服务端会签发一个token，再...
JWT详细讲解
m0_71012114的博客
10-19 6003
本文讲解了常见的认证机制、介绍了JWT以及JWT的使用、并且举了个案例SpringSecurity+JWT实现后台管理系统权限验证。
JWT字段详解
qq_25705173的博客
07-07 2465
1. 完整JWT格式 { alg: "RS256", typ: "JWT", kid: "bael-key-id" }. { loginType: "PWD", user_name: "admin", scope: [ "read" ], tenantCode: "gitee", exp: 1594108986, authorities: [ "ROLE_ADMIN" ], jti: "bd805e23-e8b6-4ac6-88de-0a4fc2e
JWT 详细分析
Galaxy_0的博客
01-12 1105
JWT 详细分析
JSON Web Key
Sheldon74的博客
02-24 2652
        JSON Web Key（JWK）是表示加密密钥的JavaScript对象表示法（JSON）数据结构。这个规范还定义了一个代表一组JWK的JWK Set JSON数据结构。本规范使用的加密算法和标识符在单独的JSON Web算法（JWA）规范和由该规范建立的IANA注册中心中进行了描述。...
JWT解析
c123m的专栏
07-15 5449
什么是JWT Json web token (JWT), 是为了在网络应用环境间传递声明而执行的一种基于JSON的开放标准（(RFC 7519).该token被设计为紧凑且安全的，特别适用于分布式站点的单点登录（SSO）场景。JWT的声明一般被用来在身份提供者和服务提供者间传递被认证的用户身份信息，以便于从资源服务器获取资源，也可以增加一些额外的其它业务逻辑所必须的声明信息，该token也可直接被用于认证，也可被加密。 起源 说起JWT，我们应该来谈一谈基于token的认证和传统的session认
jwt生成token详解
06-01
JWT（JSON Web Token）是一种用于身份验证的开放标准（RFC 7519）。它通过数字签名验证消息的完整性，因此，JWT可以安全地传输信息。JWT通常用于Web应用程序中，以验证用户的身份。 生成JWT token的步骤如下： 1. 首先，需要选择一个加密算法，如HMAC SHA256或RSA。 2. 构建JWT token的header部分。header部分是一个JSON对象，它描述了JWT的类型和加密算法。例如： ``` { "alg": "HS256", "typ": "JWT" } ``` 其中，"alg"表示使用的加密算法，"typ"表示JWT的类型。 3. 构建JWT token的payload部分。payload部分也是一个JSON对象，它包含要传输的信息，例如用户ID、用户名、过期时间等。例如： ``` { "sub": "1234567890", "name": "John Doe", "iat": 1516239022 } ``` 其中，"sub"表示主题（通常是用户ID），"name"表示用户名，"iat"表示JWT的发布时间。 4. 使用密钥对header部分和payload部分进行签名。签名可以确保消息的完整性和真实性。签名的方法取决于所选择的加密算法。例如，如果使用HMAC SHA256，签名可以如下计算： ``` HMACSHA256( base64UrlEncode(header) + "." + base64UrlEncode(payload), secret) ``` 其中，"secret"是一个密钥，用于计算签名。 5. 将header部分、payload部分和签名组合在一起，用"点"连接起来，形成JWT token。例如： ``` eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9. eyJzdWIiOiIxMjM0NTY3ODkwIiwibmFtZSI6IkpvaG4gRG9lIiwiaWF0IjoxNTE2MjM5MDIy. SflKxwRJSMeKKF2QT4fwpMeJf36POk6yJV_adQssw5c ``` 其中，第一个部分是base64UrlEncode后的header部分，第二个部分是base64UrlEncode后的payload部分，第三个部分是签名。 因为JWT token包含签名，所以接收方可以验证它的完整性和真实性。如果签名验证失败，说明该消息可能已被篡改或伪造。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值