AES-256-CBC解密：EVP_DecodeBlock结果作IV/密文在Qt中失效问题

可能的问题点及解决方案 #

1. 字符串输入的长度与内容验证 #

Base64编码16字节的IV需要恰好24个ASCII字符。Qt的字符串分割操作可能意外引入空白、换行或不可见字符，导致strlen(iv_cstring)计算的长度不准确。

• 先打印字符串的长度和每个字符的ASCII值，确认输入合法性：

  qDebug() << "IV字符串长度:" << iv_stdstring.size();
  for (char c : iv_stdstring) {
      qDebug() << "字符ASCII值:" << static_cast<unsigned char>(c);
  }
  

• 替换strlen(iv_cstring)为iv_stdstring.size()，因为std::string::size()返回实际字符数，不依赖终止符：

  int decoded_len = EVP_DecodeBlock(
      iv, reinterpret_cast<unsigned char*>(const_cast<char*>(iv_cstring)),
      iv_stdstring.size());
  

  必须确保decoded_len等于16，否则说明输入的Base64字符串无效。

2. Qt字符串编码转换问题 #

QString默认是UTF-16编码，直接调用toStdString()可能在部分环境下使用非UTF-8编码（比如Latin-1），导致Base64字符被错误转换。

• 改用UTF-8编码转换：

  auto iv_stdstring = ((ciphers[i]["data"][j].toString()).split(".")[1])
                          .split("|")[0]
                          .toUtf8() // 先转为UTF-8编码的QByteArray
                          .toStdString();
  

3. 数组初始化与内存残留 #

即使打印十六进制看起来正确，未初始化的数组可能残留垃圾字节，影响解密上下文：

• 显式初始化IV数组：

  unsigned char iv[16] = {0}; // 初始化为全0
  

4. 解密错误的详细排查 #

调用EVP_DecryptFinal_ex（推荐使用的新版本接口）并打印错误信息，明确失败原因：

int final_len;
if (EVP_DecryptFinal_ex(ctx, out + len, &final_len) != 1) {
    ERR_print_errors_fp(stderr); // 打印OpenSSL详细错误日志
    // 后续错误处理
}

如果错误提示为padding错误，说明IV或密文存在细微差异（比如字节序、不可见的高位字节），需再次核对解码后的字节值。

5. 编译选项与内存对齐差异 #

纯g++编译和Qt项目的编译选项可能不同，导致内存对齐问题：

• 改用QByteArray存储解码后的IV，确保内存对齐：

  QByteArray iv_bytearr(16, 0);
  EVP_DecodeBlock(reinterpret_cast<unsigned char*>(iv_bytearr.data()),
                  reinterpret_cast<unsigned char*>(const_cast<char*>(iv_cstring)),
                  iv_stdstring.size());
  // 解密时传入iv_bytearr.data()作为IV
  EVP_DecryptInit(ctx, EVP_aes_256_cbc(), key, reinterpret_cast<const unsigned char*>(iv_bytearr.data()));
  

内容的提问来源于stack exchange，提问作者P0TA70