OpenSSL 3.x中AES_set_encrypt_key的精准替代方案是什么？

OpenSSL 3.0 废弃了AES_set_encrypt_key这类低层级加密函数，官方推荐使用EVP 高阶API替代，这也是迁移指南的核心方向。你提到的EVP_CIPHER_CTX_set_key_length仅为设置密钥长度的辅助函数，并非直接替代密钥扩展的完整方案。

精准替代方案：基于 EVP API 完成密钥初始化与扩展 #

EVP API 会自动处理密钥扩展（生成密钥调度表），无需手动调用低层级函数。以下是适配你原有setkey逻辑的替代实现：

#include <openssl/evp.h>

// 替代原setkey函数，使用EVP API完成密钥初始化
int setkey(const unsigned char *key, const int bitlength, EVP_CIPHER_CTX *ctx) {
    // 根据密钥长度匹配对应AES算法
    const EVP_CIPHER *cipher = NULL;
    switch (bitlength) {
        case 128:
            cipher = EVP_aes_128_ecb(); // 示例采用ECB模式，需根据实际场景更换为CBC/GCM等安全模式
            break;
        case 192:
            cipher = EVP_aes_192_ecb();
            break;
        case 256:
            cipher = EVP_aes_256_ecb();
            break;
        default:
            return -1; // 非法密钥长度
    }

    // 初始化上下文并完成密钥设置（自动处理扩展）
    if (!EVP_CIPHER_CTX_init(ctx) || !EVP_EncryptInit_ex(ctx, cipher, NULL, key, NULL)) {
        return -1;
    }

    return 0;
}

关键要点 #

• EVP API 优势：自动处理密钥扩展、加密模式适配，兼容OpenSSL 3.x及后续版本，彻底消除废弃警告。
• 模式选择：示例中ECB仅作演示，实际业务必须使用CBC、GCM等更安全的模式，使用时需在EVP_EncryptInit_ex的最后一个参数传入IV向量。
• 上下文管理：EVP_CIPHER_CTX需在使用前初始化，使用结束后调用EVP_CIPHER_CTX_cleanup（OpenSSL 3.0+可改用EVP_CIPHER_CTX_free）释放资源。

临时变通方案（不推荐长期使用） #

如果暂时无法重构为EVP API，可通过定义宏屏蔽警告，但这只是权宜之计，不符合官方迁移要求：

#define OPENSSL_SUPPRESS_DEPRECATED
#include <openssl/aes.h>

// 保留原有setkey函数实现
int setkey(const unsigned char *key, const int bitlength, AES_KEY *expandedKey) {
    return AES_set_encrypt_key(key, bitlength, expandedKey);
}

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