JSON Web 令牌 (JWT)攻击

一、什么是JSON Web 令牌 (JWT)

        JSON Web令牌(JWT)是一种开放标准(RFC 7519),用于在网络应用间传递声明信息。它是一种轻量级、自包含的安全性传输格式,通常用于在身份验证和授权过程中传递用户的身份信息和其他声明。

        JWT由三部分组成,标头、有效负载和签名。每个部分之间用点号"."分隔。 如下所示:

eyJraWQiOiI5MTM2ZGRiMy1jYjBhLTRhMTktYTA3ZS1lYWRmNWE0NGM4YjUiLCJhbGciOiJSUzI1NiJ9.eyJpc3MiOiJwb3J0c3dpZ2dlciIsImV4cCI6MTY0ODAzNzE2NCwibmFtZSI6IkNhcmxvcyBNb250b3lhIiwic3ViIjoiY2FybG9zIiwicm9sZSI6ImJsb2dfYXV0aG9yIiwiZW1haWwiOiJjYXJsb3NAY2FybG9zLW1vbnRveWEubmV0IiwiaWF0IjoxNTE2MjM5MDIyfQ.SYZBPIBg2CRjXAJ8vCER0LA_ENjII1JakvNQoP-Hw6GG1zfl4JyngsZReIfqRvIAEi5L4HV0q7_9qGhQZvy9ZdxEJbwTxRs_6Lb-fZTDpW6lKYNdMyjw45_alSCZ1fypsMWz_2mTpQzil0lOtps5Ei_z7mM7M8gCwe_AGpI53JxduQOaB5HkT5gVrv9cKu9CsW5MS6ZbqYXpGyOG5ehoxqm8DL5tFYaW3lB50ELxi0KsuTKEbD0t5BCl0aCR2MBJWAbN-xeLwEenaqBiwPVvKixYleeDQiBEIylFdNNIMviKRgXiYuAvMziVPbwSgkZVHeEdF5MQP1Oe2Spac-6IfA

        Header(头部):包含令牌的类型(即JWT)以及所使用的签名算法,例如HMAC SHA256或RSA。        
        Payload(负载):包含用户的声明信息,例如用户ID、角色、权限等。
        Signature(签名):使用私钥对Header和Payload进行签名,确保令牌在传输过程中不被篡改。        JWT 的标头和有效负载部分只是 base64url 编码的 JSON 对象。标头包含有关令牌本身的元数据。例如类型和加密算法,而有效负载包含有关用户的实际“声明”。例如,可以从上面的令牌解码有效负载,以显示以下声明:

{
    "iss": "portswigger",
    "exp": 1648037164,
    "name": "Carlos Montoya",
    "sub": "carlos",
    "role": "blog_author",
    "email": "carlos@carlos-montoya.net",
    "iat": 1516239022
}

 1、HS256算法签名及验证过程介绍

        1.1  生成密钥:首先,需要生成一个密钥(secret key),这个密钥只有发送方和接收方知道。

        1.2  签名:在JWT中,要对头部和有效载荷进行签名,首先将头部和有效载荷进行Base64编码,得到两个字符串,分别记为header_base64和payload_base64。

        1.3  创建签名字符串:将header_base64和payload_base64连接起来,使用.分隔,得到一个新的字符串:data_to_sign = header_base64 + "." + payload_base64。

        1.4  使用HMAC-SHA256进行签名:使用HMAC-SHA256算法,使用密钥对data_to_sign进行签名,得到签名值,记为signature。

        1.5  将签名值添加到JWT:将signature的值添加到JWT的最后,形成一个完整的JWT。

        1.6  验证签名:接收方可以使用相同的密钥来验证JWT的签名是否有效。首先,将JWT中的头部和有效载荷进行Base64编码,得到header_base64和payload_base64。然后,将header_base64和payload_base64连接起来,得到data_to_verify。接着,使用相同的密钥对data_to_verify进行HMAC-SHA256签名,得到signature_verification。最后,将signature和signature_verification进行比较,如果两者匹配,则签名有效。

2、RS256算法签名及验证过程介绍

        2.1 生成RSA密钥对:首先生成一对RSA密钥,其中包括公钥和私钥。

        2.2 签名:将头部和有效载荷进行Base64编码,得到header_base64和payload_base64,使用.分隔得字符串data_to_sign = header_base64 + "." + payload_base64。

        2.3 使用SHA-256对data_to_sign进行哈希处理,得到一个只有256bit的字符串C。

        2.4 再使用RSA256对哈希结果C进行加密,加密过程使用到了私钥,加密形式为RSA256(C, private secret key), 得到一个最终的数字签名signature,

        2.5 将签名值signature添加到JWT,形成一个完整的JWT。

        2.6 验证签名:应用服务器会使用公钥对收到jwt中的signature签名解密得到一个hash码,
再使用SHA-256对收到jwt的header,payload进行一起哈希,公式为SHA-256(header + "." + payload), 其中的"."不能掉.将签名中解密得到的hash值和刚使用Header和Payload参与计算的哈希值进行比较,如果两个哈希值相等,则证明JWT确实是由认证服务器创建的。

二、常见的JWT攻击方式

1、签名绕过攻击(Signature Bypass Attack)

        攻击者尝试修改JWT的签名或直接绕过签名验证,从而伪造有效的JWT。这可能导致未经授权的访问和身份伪装。

2、令牌伪造(Token Forgery)

        攻击者尝试构造自己的JWT,并在请求中发送,企图欺骗服务器。这可能导致访问未授权的资源或执行未经授权的操作。

3、令牌篡改(Token Tampering)

        攻击者试图修改JWT中的声明信息,例如用户ID或角色,以获取未授权的访问或特权。

4、JWT注入(JWT Injection)

        类似于常见的SQL注入攻击,攻击者尝试在JWT的Payload中注入恶意代码或非法内容,以影响服务器的行为。

5、CSRF攻击(Cross-Site Request Forgery)

        攻击者通过在受信任的网站上伪造请求,来执行用户未授权的操作。虽然JWT本身不能防止CSRF攻击,但可以采用一些额外的措施来防范,比如添加CSRF令牌。

三、如何利用常见的JWT漏洞

1、通过未经验证的签名绕过 JWT 身份验证 

        原因:后台不验证签名是否正确。

 2、通过有缺陷的签名验证绕过 JWT 身份验证

        原因:将头部中的alg更改 none,删除签名,将导致服务器无法进行验证。

 3、通过弱签名密钥绕过 JWT 身份验证

        原因:通过hashcat工具暴力破解可获得签名密钥,通过自签名绕过验证。
        jwt在线修改:https://jwt.io/

 4、通过 JWK 标头注入绕过 JWT 身份验证

        JSON Web 签名 (JWS) 规范描述了一个可选的标头参数,服务器可以使用该参数以 JWK 格式将其公钥直接嵌入到令牌本身中,再利用嵌入公钥的私钥进行签名,服务端会采用嵌入的公钥进行验证,从而绕过成功。

        JWK(JSON Web Key)是一种标准化格式,用于将密钥表示为JSON对象。JWT 标头示例:

{
    "kid": "ed2Nf8sb-sD6ng0-scs5390g-fFD8sfxG",
    "typ": "JWT",
    "alg": "RS256",
    "jwk": {
        "kty": "RSA",
        "e": "AQAB",
        "kid": "ed2Nf8sb-sD6ng0-scs5390g-fFD8sfxG",
        "n": "yy1wpYmffgXBxhAUJzHHocCuJolwDqql75ZWuCQ_cb33K2vh9m"
    }
}

 5、通过 JKU 标头注入绕过 JWT 身份验证

        某些服务器允许您使用 (JWK Set URL) 标头参数引用包含密钥的 JWK 集,而不是直接使用 header参数嵌入公钥。验证签名时,服务器从此 URL 获取相关密钥,通过利用URL公钥的私钥进行签名,服务端会采用URL 获取相关密钥验证,从而绕过成功。

        JWK 集是一个 JSON 对象,其中包含表示不同键的 JWK 数组。示例。

{
    "keys": [
        {
            "kty": "RSA",
            "e": "AQAB",
            "kid": "75d0ef47-af89-47a9-9061-7c02a610d5ab",
            "n": "o-yy1wpYmffgXBxhAUJzHHocCuJolwDqql75ZWuCQ_cb33K2vh9mk6GPM9gNN4Y_qTVX67WhsN3JvaFYw-fhvsWQ"
        },
        {
            "kty": "RSA",
            "e": "AQAB",
            "kid": "d8fDFo-fS9-faS14a9-ASf99sa-7c1Ad5abA",
            "n": "fc3f-yy1wpYmffgXBxhAUJzHql79gNNQ_cb33HocCuJolwDqmk6GPM4Y_qTVX67WhsN3JvaFYw-dfg6DH-asAScw"
        }
    ]
}

        将JKU加入到JKT中,kid需要改成生成公钥的kid:

{
    "kid": "d3adb574-f8e4-43c0-ab43-2839670aa123",
    "alg": "RS256",
    "jku": "https://exploit-0a4700ee034ed5dc8174bf6f01c3000c.exploit-server.net/exploit"
}

 6、通过 kid 标头路径遍历绕过 JWT 身份验证

        通过kid参数注入自签名,攻击者通过伪造JWT中的kid(Key ID)参数,使其指向攻击者控制的公钥,从而绕过合法签名的验证,本实验室通过kid遍历,利用linux中 /dev/null 为空字节,将kid指向目录,进而进行绕过。

        空字节base64:AA==

        备注:burp自带的signing无法成功签名,破解版bp的问题,使用https://jwt.io/ 手动签名。

 7、通过算法混淆绕过 JWT 身份验证

        原因:服务器RS256的公钥也作为HS235的私钥,获取RS256的公钥即可的HS235的私钥。

        7.1  访问/ jwks.json,获取服务器公钥 jwks.json

{"keys":[{"kty":"RSA","e":"AQAB","use":"sig","kid":"f56c5df8-132e-4a38-abf1-5f17822382a2","alg":"RS256","n":"o0-9gJCz5ops_OQHeeWEoAtC9u8t2uX_IyqXKNnfHy1-sJwr1ZFIXaAaaWKCODxsyiyEp1lYzkWi6EJBvBBebSZYAf4ASV4rnFA2GiNcAW0gpWJUbxF6c6ouSHL4yTr51gXrITsNjO8b_oeCdnKSGvIAKIiW7I-85OTqLlehR9dwc4ClesKDvLBfyOlkvaoAe74Xnu2Jnu38Gp7398QGgeePqX8ohkxHXOp2D0lVuBPVlUTk_ZvrAM0Ve8q3Jg0GguKzLMb8EVo9tlQxqLV4MzlrPPq0IWi5oqiohrDmGn6UOdJgvRNQtYN8WJ9KHl7xuJItKWQsRtKyGX-SqqNzew"}]}

        7.2 生成恶意签名密钥

        通过Burp JWT 编辑器,使用获取的公钥创建新的RSA密钥,选择新的RSA密钥,将公有密钥复制为 PEM。使用解码器将 PEM 密钥进行 Base64 编码。通过Burp JWT 编辑器使用刚生成的Base64 编码的PEM作为K生成恶意公钥。

(注意: PEM最后一行换行别删!)

        7.3 修改令牌并对其进行签名

        修改头部及负载,使用生成的恶意公钥进行签名,完成绕过。

 8、通过算法混淆绕过 JWT 身份验证,没有公开密钥

        8.1  获取两个不同的token,使用portswigger/sig2n 破解获得服务器派生公钥KEY

        8.2  使用portswigger/sig2n 破解的 key生成新的密钥对

        8.2  修改JWT,使用密钥进行签名进行绕过

四、JWT常见攻击工具

1、爆破密钥工具介绍

    Jwtcrack 是一个用于暴力破解 JWT 签名的工具。它会尝试使用不同的算法、密钥和有效载荷来生成签名,并与目标 JWT 进行比较,以验证签名的有效性。它通常用于渗透测试和安全评估,来检测弱 JWT 签名的安全风险。

    Hashcat 是一个强大的密码破解工具,它主要用于破解哈希值(例如 MD5、SHA1 等哈希算法)的密码。对于 JWT,如果使用了对称加密算法(如 HS256),可以将 JWT 的签名部分(即哈希值)提取出来,然后使用 Hashcat 进行暴力破解。

    jwt_tool 是一个用于处理和分析 JWT 的工具集合。它提供了多个功能,包括 JWT 解码、签名验证、JWT 注入、字典攻击等。jwt_tool 旨在帮助安全研究人员和渗透测试人员分析 JWT 并发现其中的安全问题。、

2、从现有令牌派生公钥工具介绍

        PortSwigger 的 Sig2n 工具是一个用于处理 JWT(JSON Web Token)的 Python 脚本,它可以帮助用户创建伪造的 JWT 和绕过 JWT 验证,从现有令牌派生公钥,命令如下:

docker run --rm -it portswigger/sig2n <token1> <token2>

 五、JWT攻击常见的防御措施

          1、使用最新的库来处理JWT,并确保开发人员对相关安全问题足够了解。现代代码库的使用降低了在代码实现中引入安全漏洞的可能性,但由于相关规范固有的灵活性,也并非万无一失。

        2、确保对收到的任何JWT进行严格的签名验证,并考虑边缘情况,如使用非预期的算法签名的JWT。

        3、为jku头部提供允许主机白名单,并严格执行。

        4、确保不会受到kid头部参数路径穿越或SQL注入的影响。

        5、为发行的任何令牌设置到期日期。

        6、尽可能避免在 URL 参数中发送令牌。

        7、使发行服务器能够撤销令牌(例如,在注销时)。

  • 2
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值