TTS 接口加密逆向分析：基于 WebAssembly 的请求响应全流程

5. 抓包验证：闭环匹配

1. 抓包发现请求体是密文、请求头含 encrypt-key；
2. 调用 encrypt_req(原始请求体) 后，返回结果与抓包的 encrypted_body+encrypt-key 完全一致；
3. 按抓包格式发送这两个值，接口调用成功——最终确认 encrypt_req 是'加密请求体 + 生成密钥'的核心函数。

三、加密解密整体架构

该 TTS 应用采用'WebAssembly+Node.js+Python'混合架构，核心加密逻辑封装在 Wasm 中：

• WebAssembly：存储核心加密/解密算法（XXX_wasm_bg.wasm），对外暴露 encrypt_req/decrypt_resp 函数；
• Node.js：作为桥接层，实现 Python 与 Wasm 的跨语言调用；
• Python：业务层，调用加密/解密接口，发送 HTTP 请求。

四、请求体加密流程

1. Python 加密入口（TTS_generating.py）

def encrypt_request(body):
    # 构造加密请求数据
    input_data = {'action': 'encrypt', 'data': json.loads(body)}
    # 调用 Node.js 脚本执行加密
    result = subprocess.run(['node', encrypt_js_path], input=json.dumps(input_data), encoding='utf-8', capture_output=True)
    # 返回：{'encrypted_body': 密文，'encrypt_key': 密钥}
    return json.loads(result.stdout)['data']

2. Node.js 桥接逻辑（encrypt_wasm.js）

if (inputObj.action === 'encrypt') {
    const plainStr = JSON.stringify(inputObj.data);
    // 调用 Wasm 加密函数
    const encrypted = encrypt_req(plainStr);
    // 返回加密结果
    outputResult(true, {encrypt_key: encrypted.encrypt_key, encrypted_body: encrypted.encrypted_body}, '');
}

3. Wasm 核心加密

加密算法封装在 XXX_wasm_bg.wasm 中，通过 encrypt_req 暴露给 JS，推测采用对称加密算法（如 AES），密钥由 Wasm 动态生成。

五、响应体解密流程

1. Python 解密入口（TTS_generating.py）

def decrypt_response(encrypted_data, encrypt_key):
    # 构造解密请求数据
    input_data = {'action': 'decrypt', 'encrypted_body': encrypted_data, 'encrypted_key': encrypt_key}
    # 调用 Node.js 脚本执行解密
    result = subprocess.run(['node', encrypt_js_path], input=json.dumps(input_data), encoding='utf-8', capture_output=True)
    # 返回解密后的明文
    return json.loads(result.stdout)['data']['decrypted_data']

2. Node.js 桥接逻辑（encrypt_wasm.js）

else if (inputObj.action === 'decrypt') {
    const encrypted_body = inputObj.encrypted_body;
    const encrypted_key = inputObj.encrypted_key;
    // 调用 Wasm 解密函数
    const decrypted = decrypt_resp(encrypted_body, encrypted_key);
    // 返回解密结果
    outputResult(true, {decrypted_data: decrypted}, '');
}

3. Wasm 核心解密

解密算法同样封装在 XXX_wasm_bg.wasm 中，通过 decrypt_resp 暴露，与 encrypt_req 配对使用。

六、服务端：请求解密 + 响应加密逻辑

1. 请求体解密（服务端侧）

服务器收到请求后，按'先解密钥，再解内容'的逻辑处理：

1. 提取请求体密文 + 请求头 encrypt-key；
2. 用服务器私钥解密 encrypt-key，得到原始对称密钥（如 AES 密钥）；
3. 用对称密钥解请求体密文，得到明文请求体；
4. 解析明文，处理业务逻辑（如生成 TTS 音频）。

服务端解密伪代码（Java）：

// 提取请求头/请求体
String encryptKey = request.getHeader("encrypt-key");
String encryptedBody = request.getBody();
// 私钥解密 encrypt-key，得到 AES 密钥
String aesKey = RSAUtils.decrypt(encryptKey, "服务器 RSA 私钥");
// AES 解密请求体
String originalBody = AESUtils.decrypt(encryptedBody, aesKey);
// 处理业务
JSONObject body = JSONObject.parseObject(originalBody);
String content = body.getString("content");

2. 响应体加密（服务端侧）

服务器处理完业务后，加密响应体再返回：

1. 生成原始响应明文（如音频 URL、时长）；
2. 随机生成新的对称密钥，加密响应明文得到密文；
3. 用客户端公钥加密新密钥，生成响应头 encrypt-key；
4. 返回'响应体密文 + 响应头 encrypt-key'。

七、技术特点与优化建议

1. 现有方案特点

• 安全性：核心算法封装在 Wasm 中，难以逆向；密钥通过非对称加密传输；
• 跨平台性：Node.js 桥接实现 Python 与 Wasm 的跨语言调用；
• 性能：Wasm 提供接近原生的执行效率，避免 Python GIL 限制。

2. 优化方向

• 减少进程开销：使用长连接 Node.js 进程，避免频繁创建/销毁子进程；
• 增强错误处理：添加详细日志 + 自动重试机制；
• 性能提升：将加密逻辑移植到 Python，减少进程间通信开销；
• 安全增强：实现密钥轮换 + 请求签名验证，防止中间人攻击。

八、总结

该 TTS 网站的加密解密是'客户端加密请求→服务端解密请求→服务端加密响应→客户端解密响应'的闭环流程，encrypt-key 是贯穿全程的解密凭证，Wasm 则是保护核心算法的关键载体。

九、完整代码实现

完整的TTS 接口交互工具，专门对接语音合成接口，核心能力是：

1. 对请求体进行加密（依赖 Node.js 调用 Wasm 模块）；
2. 发送加密后的 HTTP 请求到接口；
3. 轮询服务器获取音频生成结果（处理加密响应的解密）；
4. 下载生成好的音频文件；
5. 支持单独的'响应解密测试'（命令行传参）。

1. 核心函数模块拆解

2. 完整执行流程（正常调用分支）

当直接运行脚本（无额外命令行参数/仅传 1 个请求体参数）时，执行流程如下：

步骤 1：初始化请求体

• 若命令行传入参数（sys.argv[1]），则用该参数作为请求体；
• 否则使用默认请求体：{"content":"我们都是中国人...","toneId":45,...}。

步骤 2：加密请求体

调用 encrypt_request(body)：

• 执行 Node.js 脚本 encrypt_wasm.js，传入 action=encrypt+ 原始请求体；
• 若加密成功，返回 encrypted_body（加密后的请求体）和 encrypt_key（密钥）；
• 若加密失败，打印错误并退出脚本。

步骤 3：读取授权信息

调用 get_auth_info()：

• 从 ./auth_info/auth_info.json 读取 authorization（认证令牌）和 cookies；
• 若读取失败（文件不存在/解析错误），打印错误并退出。

步骤 4：发送加密请求

调用 send_encrypted_request(url, body, ...)：

• 构造请求头：包含 authorization、clientid、encrypt-key（步骤 2 的 encrypt_key）等；
• 发送 POST 请求，请求体为 encrypted_body；
• 接收响应：
  • 若响应头有 encrypt-key，调用 decrypt_response 解密响应体；
  • 若无需解密，直接解析 JSON；
• 返回响应数据（解密后/原始）。

步骤 5：轮询音频生成结果

• 从请求 URL 中提取 shot_id；
• 调用 poll_for_audio_result(shot_id, ...)：
  • 循环发送 GET 请求到结果查询接口；
  • 每次请求后判断音频状态：
    • GENERATING：继续轮询（等待 2 秒后重试）；
    • COMPLETED/GENERATING_COMPLETED：返回音频结果；
    • FAILED：打印失败原因并返回；
  • 若超过 30 次重试仍未获取结果，打印'超时'并返回 None。

步骤 6：下载音频（若成功获取结果）

• 从轮询结果中提取 audioUrl（音频 URL）；
• 调用 download_audio(audio_url, ...)：
  • 流式下载音频文件，显示下载进度；
  • 保存到脚本所在目录（文件名优先用 URL 中的名称，无则用时间戳命名，如 audio_20260114_153000.mp3）。

3. 单独解密测试分支

当脚本传入2 个命令行参数（python 44.py <encrypted_body> <encrypt_key>）时，执行独立的解密逻辑：

1. 读取命令行参数：encrypted_body（加密的响应体）、encrypt_key（解密密钥）；
2. 调用 decrypt_response 解密；
3. 打印解密结果（若为 JSON 则格式化输出）；
4. 解密失败则打印错误并退出。

4. 关键细节补充

1. 跨语言调用：加密/解密依赖 Node.js 脚本，Python 通过 subprocess.run 调用，本质是'Python→Node.js→Wasm'的桥接；
2. 错误处理：每个核心函数都有完善的异常捕获（JSON 解析错误、子进程执行失败、网络请求异常等），并打印详细错误日志；
3. 请求头适配：所有请求头严格模拟浏览器（User-Agent、Referer、sec-*等），保证接口兼容性；
4. 授权处理：authorization 自动补全 Bearer 前缀，cookies 按需添加，适配接口的鉴权规则。

这段代码的核心执行逻辑是**'加密请求→发送请求→轮询结果→解密响应→下载音频'的闭环**，关键要点：

1. 加密/解密是核心依赖：通过 Node.js 调用 Wasm 模块实现，Python 仅作为业务层封装；
2. 轮询机制解决音频异步生成问题：最多 30 次重试，间隔 2 秒，保证能获取最终生成结果；
3. 双执行分支设计：既支持完整的'请求 - 生成 - 下载'流程，也支持单独的解密测试；

完善的兼容性处理：请求头模拟浏览器、授权信息自动适配、错误日志详细，保证稳定性。