关键改进

原始版本存在的问题

原始利用脚本使用 requests.post(files=...) 构建多部分请求。虽然方便，但这种方法引入了严重的可靠性问题：

• 自动边界生成：requests 库自动生成边界，并添加自己的 Content-Type 头
• 内容转换：可能转义或转换有效载荷内容（例如引号、换行符、JSON 结构），破坏服务器预期的 Flight 协议反序列化
• 环境兼容性：在严格的解析器、代理或 WAF 环境下，会导致请求格式错误或静默失败
• 检测失败：由于有效载荷格式不一致，--check 模式经常错误地报告“不受影响”

解决方案

本版本通过以下方法确保兼容性和可靠性：

✅ 手动构造多部分请求：使用原始字节构建，保留精确的有效载荷语义

✅ RFC 兼容的边界：使用 uuid.uuid4() 自动生成有效的边界

✅ 正确的 Content-Type：显式设置 Content-Type 头以匹配原始主体

✅ 无自动转义：保留 _prefix 和原型污染字段的完整性

✅ 一致性应用：在两个方法中均采用相同的原始多部分逻辑：

• execute() 方法（用于命令执行）
• check_vulnerability() 方法（用于准确检测）

这确保了检测与利用之间的一致性，显著提高了在多种 Next.js 部署中的成功率。