Node.js实现AES/CBC/PKCS5PADDING加密结果与Python不一致问题排查

问题根因 #

你当前Node.js代码最核心的错误是加密结果被覆盖，你在getParamsAesStr函数里已经调用enCryptoAes得到了加密后的结果，下一行直接用未加密的paramsStr转Base64的结果覆盖了加密值，等于完全没有执行AES加密逻辑，这也是你当前输出结果Base64解码后就是明文参数的原因。

修复步骤 #

1. 删掉覆盖加密结果的错误行，直接返回enCryptoAes的输出即可。
2. 补充两个和Python逻辑对齐的边界处理，避免后续因为参数差异出现不匹配：
   • 确认AES加密的key和IV的编码和Python侧完全一致：如果Python侧的secret是十六进制字符串转的字节，Node.js侧需要用Buffer.from(config.secret, 'hex')处理后再取前16位作为密钥，IV同样要和Python侧编码对齐。
   • 你当前的参数排序、转小写、HMAC签名逻辑和Python侧是对齐的，无需修改。

修复后代码示例 #

function getParamsAesStr(params) {
  let paramsArr = Object.keys(params).map(key => `${key}=${params[key]}`)
  paramsArr = paramsArr.sort()

  let signStr = paramsArr.join('').toLowerCase()
  let sign = Crypto.createHmac('md5', config.secret).update(signStr).digest('hex')
 
  let paramsStr = `${paramsArr.join('&')}&sign=${sign}`
  // 直接返回加密结果，删除原来的错误覆盖逻辑
  return enCryptoAes(paramsStr, config.secret.slice(0, 16), config.iv)
}

额外注意事项 #

如果修复后仍不匹配，检查以下两点：

• 确认Python侧的process_aes_key处理逻辑：如果密钥长度不足16位会补0，你当前的密钥是32位取前16位，不需要补0逻辑，所以不用额外处理。
• 确认IV的编码：Python侧IV是调用encode("utf-8")转为字节的，Node.js侧config.iv需要是同样的UTF-8字符串，不要做额外编码转换。

内容的提问来源于stack exchange，提问作者L.Min