Yakit靶场-前端加密与签名绕过实战：从原理到自动化工具链构建

1. 为什么前端加密与签名会成为安全测试的“拦路虎”？

如果你做过Web安全测试，肯定遇到过这种情况：抓到一个登录请求包，兴冲冲地准备丢进爆破工具，结果一看，请求体里全是看不懂的乱码，或者多了一个长长的、每次请求都变化的“signature”签名。这时候，传统的“抓包-改包-重放”三板斧就完全失效了。这就是前端加密与签名机制在“作祟”。

简单来说，前端加密与签名是现代Web应用，尤其是涉及金融、电商、核心业务系统时，用来提升数据传输安全性的常见手段。它的核心目的有两个：防窃听和防篡改。防窃听好理解，比如你的密码在传输前就被AES加密成了密文，即使被中间人截获，看到的也是一堆乱码。防篡改则是通过签名实现的，服务器会用一套只有它知道的规则（比如用特定密钥对请求参数进行HMAC-SHA256计算）来生成一个“指纹”（即签名）。客户端发送请求时，需要自己计算并带上这个签名。服务器收到后，会用同样的规则再算一遍，如果两个签名对不上，就认为请求被篡改过，直接拒绝。

这听起来是个好事，对吧？对开发者和用户来说确实是。但对于我们安全测试人员来说，它就像给测试流程上了一把锁。你想测试弱口令？对不起，你得先知道密码是怎么被加密的。你想做SQL注入？抱歉，你的注入Payload在发出前就被加密了，服务器收到的可能只是一个无害的密文块。更“狡猾”的是，很多应用还会把加密密钥或签名密钥“藏”在前端JavaScript代码里，或者每次会话动态从服务端获取，让你手动分析的成本极高。

我刚开始接触这类靶场时，也头疼得很。每个请求都要手动去翻源码、找算法、找密钥，然后用CyberChef之类的工具手动计算，再替换到Burp Suite里重放。测试一个简单的登录接口，可能要花上十几分钟。效率低不说，还容易出错。直到我深入使用了Yakit，才发现原来这套流程完全可以自动化，甚至能构建出一套属于你自己的“破锁”工具链。这篇文章，我就结合Yakit靶场中的十几个实战关卡，带你从原理入手，一步步搭建起这套自动化测试体系，让你以后遇到前端加密签名时，不再头疼，而是能从容地掏出“钥匙串”。

2. 核心原理拆解：加密与签名是如何工作的？

在动手构建工具之前，我们必须先搞清楚“敌人”的套路。前端常用的安全机制主要分两大类：加密和签名。它们经常组合出现，但目的和实现方式不同。

2.1 签名（Signature）的本质：验明正身

签名的目的不是隐藏数据，而是验证数据的完整性和来源。想象一下古代调兵用的虎符，左右两半能严丝合缝地对上，才证明命令是真的。前端签名也是这个道理。

最常见的签名算法是HMAC（基于哈希的消息认证码），常搭配SHA256使用，即HMAC-SHA256。它的流程是这样的：

1. 前端：拿到要发送的数据（比如 username=admin&password=123456）和一个密钥（这个密钥通常硬编码在JS里或由服务端下发）。
2. 计算：将数据和密钥按特定规则（HMAC算法）混合，计算出一个唯一的、固定长度的哈希值，这就是签名。
3. 发送：将原始数据和这个签名一起发送给服务器。
4. 后端：收到后，用同样的密钥和同样的算法，对收到的原始数据再计算一次签名。
5. 比对：比较自己算出的签名和前端传过来的签名是否一致。一致则通过，不一致则拒绝。

在Yakit靶场的第一关，我们遇到的就是典型的HMAC-SHA256签名。通过浏览器开发者工具查看源码，我们能轻松找到密钥 1234123412341234 和签名的计算方式：它把username和password字段拼接成字符串，然后进行HMAC-SHA256计算。手动用CyberChef工具可以复现这个过程。但关键在于，我们如何让这个过程自动化？答案就是劫持请求，在发送前实时计算出正确的签名并替换。这也是我们后续编写Yakit热加载（Hotload）脚本的核心思路。

2.2 加密（Encryption）的目的：守口如瓶

加密的目的就是** confidentiality**，即保密性。它把明文数据转换成密文，确保只有拥有密钥的合法接收方才能解密。前端加密通常使用对称加密算法，因为计算速度快。

• AES（高级加密标准）：这是绝对的主力，你可能常听到AES-128、AES-256，后面的数字指的是密钥长度。AES有不同的工作模式，靶场里主要出现了两种：
  • CBC模式：需要密钥（Key）和初始化向量（IV）。IV的作用是让相同的明文每次加密产生不同的密文，提升安全性。在靶场中，IV有时是固定的，有时是随机生成并前端传递给后端的。
  • ECB模式：只需要密钥，不需要IV。这是最基础的模式，安全性较差，因为相同的明文块会加密成相同的密文块，容易受到攻击。但在一些简单场景或历史代码中仍能看到。
• RSA：这是一种非对称加密算法，有一对密钥：公钥和私钥。公钥可以公开，用来加密数据；私钥必须保密，用来解密数据。RSA通常用于加密少量数据，比如加密一个对称加密（如AES）