JWT 安全测试全面指南<\/h1>

一、JWT 基础与工作流程<\/h2>

1.1 JWT 基本结构<\/h3>

JWT（JSON Web Token）由三部分组成，以点号分隔：<\/p>

Header<\/strong>：包含令牌类型和签名算法<\/li>
Payload<\/strong>：包含声明（用户信息、权限等）<\/li>

Signature<\/strong>：对前两部分的签名，用于验证完整性<\/li> <\/ul>
1.2 JWT 工作流程<\/h3>

用户认证<\/strong>：客户端提交账号密码到认证服务器（HTTPS）<\/li>
令牌生成<\/strong>：服务器验证通过后，使用密钥生成签名后的JWT<\/li>
令牌返回<\/strong>：JWT返回给客户端存储<\/li>
API访问<\/strong>：客户端在请求头中携带JWT访问受保护资源<\/li>
服务器验证<\/strong>：服务器解析并验证JWT签名<\/li>
授权处理<\/strong>：验证成功后读取Payload中的用户信息进行授权<\/li> <\/ol>
二、JWT 安全漏洞类型与测试方法<\/h2>
2.1 未验证签名绕过<\/h3>
漏洞原理<\/strong>：服务端未对JWT签名进行验证，直接信任Payload内容<\/p>
测试步骤<\/strong>：<\/p>

使用正常账号登录系统，捕获JWT令牌<\/li>
解析Payload，识别用户标识字段（如account、unionid）<\/li>
修改Payload中的用户标识为其他合法用户<\/li>
保持原有签名或使用相同算法重新签名<\/li>
使用伪造的JWT访问API接口<\/li> <\/ol>
漏洞验证<\/strong>：成功访问目标用户数据即存在漏洞<\/p>
修复方案<\/strong>：<\/p>

严格验证JWT签名有效性<\/li>
身份信息应以数据库或会话验证为准<\/li>
实施服务端资源访问身份匹配校验<\/li> <\/ul>
2.2 有缺陷的签名验证绕过<\/h3>
漏洞原理<\/strong>：服务端错误处理alg=none情况，跳过签名验证<\/p>
测试步骤<\/strong>：<\/p>

正常登录获取JWT令牌<\/li>
将Header中的alg参数修改为"none"<\/li>
修改Payload中的用户身份为管理员<\/li>
移除签名部分（或保留空签名）<\/li>
使用修改后的令牌访问权限接口<\/li> <\/ol>
漏洞代码示例<\/strong>：<\/p>
alg<\/span> =<\/span> decodeHeader<\/span>(token<\/span>).alg<\/span> <\/span><\/span>if<\/span> (alg<\/span> ==<\/span> 'none'<\/span>) { <\/span><\/span> \/\/ 错误：跳过签名验证 <\/span><\/span><\/span><\/span> payload<\/span> =<\/span> decodePayload<\/span>(token<\/span>) <\/span><\/span>} <\/span><\/span><\/code><\/pre>修复方案<\/strong>：<\/p> 拒绝接受alg=none的令牌<\/li> 严格校验JWT签名，仅接受配置的算法<\/li> 使用正确的密钥对，不允许客户端推测密钥<\/li> <\/ul> 2.3 弱签名密钥绕过<\/h3> 漏洞原理<\/strong>：使用弱密钥或常见密钥进行HS256签名，易被爆破<\/p> 测试方法<\/strong>：<\/p> 获取正常JWT令牌（HS256算法）<\/li> 使用工具爆破签名密钥（如jwt_tool.py）<\/li> 使用爆破出的密钥伪造管理员令牌<\/li> 替换原令牌访问管理功能<\/li> <\/ol> 常用爆破密钥<\/strong>：secret、key、password等弱密钥<\/p> 修复方案<\/strong>：<\/p> 使用高强度随机密钥（≥32字节）<\/li> 采用非对称签名算法（RS256）<\/li> 定期更换签名密钥<\/li> <\/ul> 2.4 JWT头部注入绕过<\/h3> 2.4.1 JWK头部注入<\/h4> 漏洞原理<\/strong>：服务端信任header中的jwk参数，使用攻击者公钥验证<\/p> 测试步骤<\/strong>：<\/p> 生成RSA密钥对<\/li> 在JWT头部添加jwk字段，包含公钥信息<\/li> 使用私钥对修改后的令牌签名<\/li> 服务端使用注入的公钥验证通过<\/li> <\/ol> 修复方案<\/strong>：<\/p> 禁止解析JWT header中的jwk字段<\/li> 固定使用服务器配置的验证密钥<\/li> <\/ul> 2.4.2 JKU头部注入<\/h4> 漏洞原理<\/strong>：服务端从指定URL加载公钥进行验证<\/p> 测试步骤<\/strong>：<\/p> 在可控服务器托管包含公钥的JWK集合文件<\/li> 修改JWT头部jku字段指向该URL<\/li> 使用对应私钥签名伪造令牌<\/li> 服务端从指定URL加载公钥验证<\/li> <\/ol> 修复方案<\/strong>：<\/p> 禁用jku头部或实施严格白名单<\/li> 固定使用本地配置的公钥源<\/li> <\/ul> 2.5 KID标头路径遍历<\/h3> 漏洞原理<\/strong>：KID参数存在路径遍历漏洞，可读取系统文件<\/p> 测试方法<\/strong>：<\/p> 修改KID参数为路径遍历形式（如..\/..\/..\/etc\/passwd）<\/li> 服务端尝试读取指定文件作为密钥<\/li> 利用文件读取失败的回退机制绕过验证<\/li> <\/ol> 修复方案<\/strong>：<\/p> 严格校验KID参数格式<\/li> 禁止路径遍历字符<\/li> 密钥文件不存储在Web可访问目录<\/li> <\/ul> 2.6 算法混淆攻击<\/h3> 漏洞原理<\/strong>：利用服务器算法验证缺陷，将非对称算法误用为对称算法<\/p> 测试方法<\/strong>：<\/p> 方法一：公钥作为对称密钥<\/h4> 获取服务器RS256公钥<\/li> 将公钥Base64编码作为HS256的对称密钥<\/li> 修改alg为HS256，使用公钥签名伪造令牌<\/li> <\/ol> 方法二：令牌派生公钥（无密钥暴露）<\/h4> 收集多个服务器签名的JWT令牌<\/li> 使用工具（如jwt_forgery.py）逆向推导公钥<\/li> 利用推导的公钥进行算法混淆攻击<\/li> <\/ol> 修复方案<\/strong>：<\/p> 强制指定验证算法，不依赖header参数<\/li> 验证密钥类型与算法匹配性<\/li> 使用标准算法和足够长度的密钥<\/li> <\/ul> 2.7 敏感信息泄露<\/h3> 漏洞原理<\/strong>：JWT Payload或Header中包含敏感信息<\/p> 测试方法<\/strong>：<\/p> Base64解码JWT各部分<\/li> 检查是否包含密码、密钥等敏感数据<\/li> 利用泄露信息进行进一步攻击<\/li> <\/ol> 常见泄露点<\/strong>：<\/p> 用户密码或密钥<\/li> 内部系统信息<\/li> 加密密钥或种子<\/li> <\/ul> 修复方案<\/strong>：<\/p> 实施令牌版本控制（token_version）<\/li> 验证时检查令牌版本与数据库一致性<\/li> 避免在JWT中存储敏感信息<\/li> <\/ul> 三、JWT安全最佳实践<\/h2> 3.1 签名验证规范<\/h3> 始终验证JWT签名有效性<\/li> 拒绝alg=none的令牌<\/li> 使用强密码学算法（RS256优于HS256）<\/li> <\/ul> 3.2 密钥管理<\/h3> 使用高强度随机生成密钥<\/li> 定期更换签名密钥<\/li> 安全存储私钥，避免泄露<\/li> <\/ul> 3.3 头部参数处理<\/h3> 禁用不可信的头部参数（jwk、jku、x5u）<\/li> 严格校验KID参数格式和范围<\/li> 实施公钥源白名单机制<\/li> <\/ul> 3.4 令牌生命周期管理<\/h3> 设置合理的令牌过期时间<\/li> 实现令牌撤销机制<\/li> 使用令牌版本控制防止重放<\/li> <\/ul> 3.5 安全开发实践<\/h3> 使用经过验证的JWT库<\/li> 实施完整的错误处理机制<\/li> 定期进行安全审计和渗透测试<\/li> <\/ul> 四、测试工具推荐<\/h2> 4.1 常用测试工具<\/h3> jwt_tool.py<\/strong>：JWT漏洞测试和密钥爆破<\/li> Burp Suite JWT插件<\/strong>：Burp集成测试功能<\/li> jwt.io<\/strong>：在线JWT解码和验证<\/li> <\/ul> 4.2 自定义测试脚本<\/h3> 开发自定义测试脚本针对特定实现进行深度测试，重点关注算法验证、密钥管理和头部处理等关键环节。<\/p> 通过系统化的测试方法和严格的安全实践，可以有效发现和修复JWT实现中的安全漏洞，确保身份验证机制的安全性。<\/p>