在前文的技术分享中，我们描述了验签和静态对称加密（静态密钥 AES）的常见场景，大家我相信遇到类似的加解密清醒，基本都可以通过热加载的基本使用获得破解前端加密解密的方法，达到一个比较好的测试状态。 在本文中，我们在保持同样的通用适配度的同时，将会来接触更加复杂的前端加密与解密场景：
- 动态密钥：无法通过简单的阅读 JavaScript 直接获取加密密钥
- 非对称加密技术：使用 RSA / SM2 技术来加密通信数据以避免明文传输
案例：获取密钥和提交表单不在同一个请求中
这个场景可能初步听起来略微抽象，但是实际上却非常常见，我们使用基础的时序图将会很容易理解这个案例：我们首先请求/get-key 接口获取一个密钥，然后开始用获取到的 KEY 加密表单，在 POST 中提交加密后的数据（可能并不携带密钥），服务器端可以通过服务器的密钥来解密数据
RSA-OAEP的最大加密长度取决于RSA的密钥长度和OAEP填充的长度。OAEP填充需要额外的空间，通常是两倍的哈希长度加上2（对于SHA-1和SHA-256，这将分别是42和66字节）。因此，对于一个n位的RSA密钥，最大的明文长度将是n/8减去OAEP填充的长度。我们并不能直接使用 OAEP 去加密大段的数据，那这种情况下，我们知道 AES KEY 一般来说并不会太大，所以使用“混合加密（RSA-OAEP + AES）” 实际上是比较好的解决方案，否则我们就需要把大量数据进行切片传输，这实际上非常不符合常理。 那么我们继续从 JavaScript 中寻找线索：
捋清思路，准备动手
暂时无法在飞书文档外展示此内容 在这个超复杂情况中，我们发现实际执行的时候，需要两个请求，这个操作恰好符合我们 Web Fuzzer 的请求序列的定义。- 请求一：先执行
GET /crypto/js/rsa/generator获取签名验证用的 RSA 密钥 - 使用数据提取功能，提取请求一中的公钥的 PublicKey，用来加密 KEY 和 IV
- 使用 AES 加密数据，并把加密后的 KEY 和 IV 一起发送到服务器
codec.RSAEncryptWithOAEP(pemPublic, data) 这个函数做到，因此我们的 Yaklang 热加载代码可以写成：
aesKey = "aaaaaaaaaaaaaaaa"
iv = "aaaaaaaaaaaa"
aesGCM = data => {
return codec.EncodeBase64(codec.AESGCMEncryptWithNonceSize12(aesKey, data, iv)~)
}
rsaOAEP_key = (pem) => {
return codec.EncodeBase64(codec.RSAEncryptWithOAEP(pem, aesKey)~)
}
rsaOAEP_iv = (pem) => {
return codec.EncodeBase64(codec.RSAEncryptWithOAEP(pem, iv)~)
}
{{yak(rsaOAEP_key|{{params(publicKey)}})和{{yak(rsaOAEP_iv|{{params(publicKey)}})}}，如果使用加密数据，而且我们的 AES KEY 是硬编码的，可以直接写成 {{yak(aesGCM|...)}}`
到现在，基本核心功能有了非常好的实现，我们可以设置热加载代码并且完成我们的 Web Fuzzer 序列了。
首先我们在序列一中设置好数据提取器，数据提取器来提取服务端的 publicKey
请求一：获取签名（加密）用的公钥
JQ(*) 提取数据类型，范围设置成“响应体”，把提取字段名设置为 publicKey，这样我们在后续的请求中，可以用 {{param(publicKey)}} 安全引用上一个请求中提取到的变量。
请求二：继承请求一中的密钥，加密请求中参数
{
"data":"{{yak(aesGCM|abc)}}",
"iv":"aaaaaaaaaaaa",
"encryptedIV":"{{yak(rsaOAEP_iv|{{param(publicKey)}})}}",
"encryptedKey":"{{yak(rsaOAEP_key|{{param(publicKey)}})}}"
}aesKey = "aaaaaaaaaaaaaaaa"
iv = "aaaaaaaaaaaa"
aesGCM = data => {
return codec.EncodeBase64(codec.AESGCMEncryptWithNonceSize12(aesKey, data, iv)~)
}
rsaOAEP_key = (pem) => {
return codec.EncodeBase64(codec.RSAEncryptWithOAEP(pem, aesKey)~)
}
rsaOAEP_iv = (pem) => {
return codec.EncodeBase64(codec.RSAEncryptWithOAEP(pem, iv)~)
}Wait a Minute，事情还没结束！
encryptedIV 还有 encryptedKey 还有 data，大致直接可以推断出，返回的信息也被加密了。这也是一个非常棘手的问题
我们想要解决这种问题，那就需要找一个地方可以获取到相应的信息，并且可以加密解密。这里就需要进入我们本地技巧集的第二部分：
难点：解决 HTTP 响应加密问题
- 思路一：继续利用 Web Fuzzer 序列，添加第三个请求，处理第二个请求中响应的信息。
- 思路二：通过热加载
afterRequest或mirrorHTTPFlow来编写代码解密响应中的信息
使用 Fuzzer 序列来解密响应
类似 publicKey 的使用，我们可以在“请求一”中添加privateKey 的提取配置，使用 .privateKey JQ 来提取初始化中的响应信息
encryptedIV / encryptedKey / data 三个变量，通过数据提取器的配置：
oaepDec = (pem,data) => {
return string(codec.RSADecryptWithOAEP(pem, codec.DecodeBase64(data)~)~)
}
dec = (key,data,iv) => {
dump(key, data, iv)
return string(codec.AESGCMDecryptWithNonceSize12(key, codec.DecodeBase64(data)~, iv)~)
}admin|root 配置 pass 为 admin|666666|88888888|admin123|123456，实现了用户名和密码的爆破，总共应该有 2 * 5 个结果，点击序列执行查看效果：
优化流程：更好地处理响应中加密的部分
很多时候，响应的数据其实我们需要提炼一下信息或者认真处理一下加密的信息，不能总是使用序列来解决吧？那我们如何在一个 web fuzzer 流程中，处理好响应中的加密数据呢？其实并不是不可以解决的 Yaklang 的最新版本 1.2.7 及以上的版本，设置了一个热加载中的新 hook 函数帮助大家解决：mirrorHTTPFlow 可以给大家提供一种 “编程提炼 Web Fuzzer 请求和响应数据” 的新路径：
具体定义如下：
mirrorHTTPFlow = (reqBytes, rspBytes, params) => {
return {"key": "value"}
}
// 使用案例如下
// 如果响应中包含 “Success”，就在提取的变量中输出一个“登陆”：“成功”的变量
mirrorHTTPFlow = (req, rsp, params) => {
data = {}
if string(rsp).Contains("Success") {
data["登陆"] = "成功"
}
return data
}
mirrorHTTPFlow = (req, rsp, params) => {
// 获取私钥以解密响应数据
pem = params.privateKey
// 切割响应中的数据，作为 JSON 加载
_, body = poc.Split(rsp)
body = json.loads(body)
// 获取响应中的加密部分，data 为密文
// IV 和 KEY 分别是 AES-GCM 的加密密钥和 IV
data = body.data
ivEnc = body.encryptedIV
keyEnc = body.encryptedKey
obj = {}
// 使用 RSA-OAEP 解密 IV 和 KEY
iv = codec.RSADecryptWithOAEP(pem, codec.DecodeBase64(ivEnc)~)~
key = codec.RSADecryptWithOAEP(pem, codec.DecodeBase64(keyEnc)~)~
// 使用 AES-GCM 解密
obj["data"] = codec.AESGCMDecryptWithNonceSize12(key, codec.DecodeBase64(data)~, iv)~
return obj
}mirrorHTTPFlow 函数，我们同时处理请求，响应和序列变量三个部分，实现了对流量的解密，并且很方便的识别出我们的爆破到底成功没有。