使用MinGW 12时CryptoPP销毁解密器类抛出0xC0000374异常

问题复现 #

基于CryptoPP实现AES CTR模式加解密时，功能可正常完成，但解密器类销毁时会抛出异常；官网示例代码、极简测试代码均复现该问题。使用MinGW 12编译，MD5等其他算法无异常。

极简复现代码：

#include <cryptopp/aes.h>
#include <cryptopp/modes.h>
using namespace CryptoPP;

int main (int argc, char* argv[]) {
    using namespace CryptoPP;

    SecByteBlock key(16), iv(16);
    std::memset(key, 0xff, key.size());
    std::memset( iv, 0x88,  iv.size());

    AES::Encryption aesDecryption(key, key.size());
    CTR_Mode_ExternalCipher::Decryption ctrDecryption(aesDecryption, iv);

    return 0;
}

原因分析 #

该问题大概率是MinGW 12与CryptoPP CTR_Mode_ExternalCipher的析构逻辑存在兼容性冲突：MinGW 12对C++标准库的内存管理、对象析构顺序做了细节调整，而CTR_Mode_ExternalCipher在处理外部Cipher对象引用时，析构阶段可能访问了已被销毁的栈对象内存，或是编译器的异常处理机制与CryptoPP的断言逻辑存在冲突。

解决方案 #

1. 改用CTR模式内置实现（推荐） #

放弃CTR_Mode_ExternalCipher，使用CryptoPP官方推荐的内置CTR模式封装，直接绕开外部Cipher的兼容性问题：

#include <cryptopp/aes.h>
#include <cryptopp/modes.h>
using namespace CryptoPP;

int main (int argc, char* argv[]) {
    SecByteBlock key(16), iv(16);
    std::memset(key, 0xff, key.size());
    std::memset( iv, 0x88,  iv.size());

    // 使用内置CTR模式封装
    CTR_Mode<AES>::Decryption ctrDecryption(key, key.size(), iv);

    return 0;
}

2. 调整Cipher对象的生命周期管理 #

将栈上的AES::Encryption对象改为动态分配，确保其生命周期覆盖解密器的生命周期：

#include <cryptopp/aes.h>
#include <cryptopp/modes.h>
#include <memory>
using namespace CryptoPP;

int main (int argc, char* argv[]) {
    SecByteBlock key(16), iv(16);
    std::memset(key, 0xff, key.size());
    std::memset( iv, 0x88,  iv.size());

    // 动态分配AES加密对象，用智能指针管理
    auto aesDecryption = std::make_unique<AES::Encryption>(key, key.size());
    CTR_Mode_ExternalCipher::Decryption ctrDecryption(*aesDecryption, iv);

    return 0;
}

3. 降级MinGW版本 #

若必须使用CTR_Mode_ExternalCipher，可尝试降级到MinGW 11或更早版本，这类版本与CryptoPP的兼容性问题更少。

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