本文目录导读：
- 第一个大坑：算法混淆攻击，你敢信“none”也能进门？
- 第二个大坑：密钥是“弱鸡”，暴力破解分分钟教做人
- 第三个大坑：过期时间设成“永久有效”，你这是在做慈善吗？
- 第四个大坑：签名验证了，但数据就不需要验证了吗？
- 写在最后
JWT伪造防不胜防？这些坑我替你踩过了,最后一个真的会谢！
哎，兄弟们，今天咱不聊那些高大上的架构设计，也不扯什么分布式高并发，咱们就老老实实坐下来，泡杯茶，唠唠这个JWT伪造的事儿，说真的，我最近在给公司做接口安全测试的时候，差点被这玩意儿整破防了，你以为你懂JWT？我告诉你，不懂里面的弯弯绕绕，你连怎么被脱裤子的都不知道！哼,气死我了。
第一个大坑：算法混淆攻击，你敢信“none”也能进门？
咱们先说说最基础的吧，很多新手朋友，包括我刚开始接触的时候，都觉得JWT不就是三段字符串嘛，Base64一解，签名一验，妥了，哎，天真！太天真了！
我跟你讲，JWT伪造最常见的一个坑，就是算法混淆，啥意思呢？就是服务器端，如果你的代码写得不够严谨，没有强制指定用HS256还是RS256，那可就是给黑客留了一扇大门啊！我记得我测试过一个老项目，那哥们儿直接在代码里写了个jwt.decode(token, verify=True)，具体用啥算法？全靠JWT头里的alg字段说了算！
好家伙，这简直是“密码自己选”啊！我直接构造一个JWT，把头部alg改成none，然后把签名部分删掉，只在最后留个点，你猜怎么着？服务器居然给我返回200了！我当时就愣住了，然后笑出声，这哪是验证啊，这分明是“裸奔”啊。兄弟们，要么就锁死算法，要么就白名单校验，千万别偷懒！ 这坑，我用一个通宵的加班换来的教训,血亏！
第二个大坑：密钥是“弱鸡”，暴力破解分分钟教做人
好了，你别以为你把alg锁死了就安全了，第二个坑，绝对是多数团队的“死穴”——密钥管理，我就直说了吧，有多少人是为了省事儿，直接把密钥硬编码在代码里的？又有多少人用的密钥是啥？是“secret”、“password”或者厂商默认值？我的天，我看到那些代码的时候,真的眼前一黑。
你想啊，JWT签名算法HS256，是对称加密，也就是说，签名和验签用的是同一个密钥，这个密钥一旦泄露，或者太简单，那黑客拿着你的令牌，在本地用字典库一跑，咔咔咔，几千万个常见密钥疯狂试，我上次就写了个Python脚本，用rockyou.txt这个密码字典测了一下我同事的接口，你猜用了多久？不到一分钟，密钥“iloveyou”就被爆破了！我当时就给他发了条消息：“哥，你是想让我用爱发电签个Token吗？” 真的会谢！
密钥复杂度一定要高，最好用环境变量或者专门的密钥管理服务（如KMS）存储，而且要定期轮换。 这不是让你搞形式主义，这是保命用的啊,哎！
第三个大坑：过期时间设成“永久有效”，你这是在做慈善吗？
来来来，第三个坑，也是我日常撕逼最多的地方，有些产品经理或者后端同事，为了“用户体验”，非要把Token的过期时间（exp）设成一个超级大的数字，比如一年,甚至直接不校验过期时间。
哎哟喂，我当时就急了，我说，你这哪是给用户便利啊，你这是给黑客送永久通行证啊！JWT的一大优势就是无状态，但这不代表你就能让它“长生不老”啊！ 一旦Token在用户端泄露（比如被XSS脚本偷走了，或者日志里记录了），而Token又永久有效，那黑客就等于拿到了你家的门钥匙,随时可以进门翻箱倒柜。
我劝大家，一定要设置合理的过期时间（比如2小时），并且引入Refresh Token机制。 你别嫌麻烦，麻烦是为了更安全，不然出了事故，背锅的还是咱自己啊！你说对吧？
第四个大坑：签名验证了，但数据就不需要验证了吗？
最后一个坑，真的是让我血压飙升的坑，很多朋友觉得，我都验证签名了，这数据肯定没被篡改过，里面的userId肯定是真实的，嘿,大错特错！
JWT只是保证了数据的完整性，但它不保证数据的“语义”是对的。 啥意思？我举个例子，假设你的JWT里存了"role": "user"，你验签通过了，然后你就信了，以为这个用户就是个普通用户，如果签发Token的时候，你自己业务逻辑里把角色判断写反了，或者初始签发的时候就给了错误角色，那攻击者根本不需要伪造JWT，只需要注册个账号,就能拥有管理员权限。
还有更隐蔽的，JWT的Payload是Base64编码的，这意味着它是明文可见的，只是防篡改而已。 所以千万别把密码、手机号等敏感信息放进JWT的Payload里，我就见过有人往里面放身份证号的，我真的没法理解,这跟把密码写在额头上有什么区别？
验签通过之后，对于Payload里的业务数据，该做权限校验的还得做校验，该脱敏的还得脱敏，别用“签名过了”就麻痹自己。 这个坑要是踩了，那可真就是“被卖了还在帮人数钱”了,哎！
写在最后
好啦，唠了这么多，口干舌燥的，其实JWT本身是个好东西，但用不好就是“伤敌一千自损八百”的烂武器，今天分享的这JWT伪造的四个大坑,都是我用发际线和睡眠换来的宝贵经验。
总结一下我的心酸血泪史：
- 锁死算法,别让黑客自己选。
- 管好密钥，别用弱口令,放在环境变量里。
- 设好TTL,别把Token当传家宝。
- 别信Payload，签名只防篡改,不防业务漏洞。
希望大家都能在代码的海洋里，远离这些“坑”，早日下班！别再让我看到一个优化建议就血压高了，行不行？哎哟，再看看我自己的代码，想想又该去加固一下了,溜了溜了~