ci 3 的 $this->encryption 默认不强制用 openssl，而是按 mcrypt→openssl→crypt 顺序探测可用驱动；php 7.2+ 废弃 mcrypt 后，openssl 成实际默认选项，前提是 php 已启用 openssl 扩展。
CI 3 的 $this->encryption 默认用 OpenSSL 吗？
不是默认，是「有条件启用」。CI 3 在初始化 $this->encryption 时，会按顺序尝试 mcrypt → openssl → crypt 驱动，只要其中一个可用就用它。PHP 7.2+ 已彻底废弃 mcrypt，所以实际运行中，openssl 几乎是唯一可用选项——但前提是你的 PHP 编译时启用了 openssl 扩展（检查 phpinfo() 中是否有 OpenSSL support: enabled）。
常见错误现象：Fatal error: Call to undefined function mcrypt_module_open() 或 Unable to load the requested encryption driver，基本就是 OpenSSL 没装或没启用。
- 确认 OpenSSL 可用：
php -m | grep openssl - CI 3 不提供显式设置驱动的配置项，它靠自动探测；想强制用 OpenSSL，只能手动删掉
mcrypt扩展（如果还存在） - 别指望在 CI 3 里切换 AES 模式（如 CBC/CTR）——它的封装太厚，底层模式由驱动决定，用户不可控
CI 4 的 \Config\Services::encrypter() 怎么指定 AES-256-CTR？
CI 4 明确支持算法与模式控制，但只通过配置类生效，不能运行时传参。它默认就是 AES-256-CTR + HMAC-SHA512，不需要额外操作。如果你要改，必须继承并覆盖 app/Config/Encryption.php：
class Encryption extends BaseConfig
{
public $key = '...'; // 32 字节二进制或 hex2bin() 还原后的字符串
public $driver = 'OpenSSL';
public $cipher = 'AES-256-CTR'; // 可选：AES-128-CBC、AES-192-GCM 等（需 OpenSSL 支持）
public $digest = 'SHA512';
}
-
$cipher值必须是 OpenSSL 支持的完整算法标识，比如AES-128-CBC，不是CBC单独写 - 改
$cipher后，旧数据无法解密——因为 IV 生成、填充、HMAC 计算逻辑都变了 - GCM 模式需要 PHP ≥ 7.1 且 OpenSSL ≥ 1.0.1，否则降级失败，日志里会报
Unsupported cipher
为什么 encrypt() 输出每次都不一样？能固定 IV 实现确定性加密吗？
不能，也不该。CI 的所有版本（3 和 4）都在加密时生成并嵌入随机 IV，这是安全必需——相同明文+相同密钥+不同 IV ⇒ 不同密文，防止统计分析攻击。所谓「确定性加密」在 Web 应用中基本等于自毁安全模型。
常见误操作：openssl_encrypt($data, 'AES-128-CBC', $key, 0, $fixed_iv) 这种写法看似可控，但和 CI 加密结果完全不兼容，因为 CI 还做了 HKDF 密钥派生、HMAC 封装、Base64 编码三步封装。
- CI 3 的加密输出结构是：
[IV][ciphertext][HMAC]（Base64 编码后） - CI 4 的输出结构类似，但 IV 长度、HMAC 位置、编码方式由驱动严格定义
- 强行复用 IV 会导致 CBC 模式下前块明文可推导，CTR 模式下直接密钥流重用——这两种都已被证实可被实际利用
密钥长度和格式怎么才算合法？hex2bin() 必须用吗？
必须。CI 3 和 CI 4 都要求 $config['encryption_key'] 或 $config->key 是原始二进制字符串，不是十六进制字符串或 base64 字符串。
错误做法：$config['encryption_key'] = 'a1b2c3...';（32 位 hex 字符串）→ 实际只用了 32 字节 ASCII，等效于弱密钥。
正确做法（CI 3）：$config['encryption_key'] = hex2bin('a1b2c3...');；（CI 4）：$config->key = hex2bin('a1b2c3...');
- 生成密钥推荐用：
bin2hex(random_bytes(32))（PHP 7.0+），不是md5(uniqid())或mt_rand() - CI 4 的
Encryption::createKey(32)返回的就是二进制，可直接赋值，不用hex2bin() - 密钥长度必须匹配算法：AES-256 要 32 字节，AES-128 要 16 字节；错用会导致
encrypt()返回false且无明确报错
真正容易被忽略的是密钥生命周期管理——它一旦写死在 config 文件里，就绑定全部加解密行为。换密钥不是改个变量就行，得批量重加密历史数据，而且必须确保新旧密钥过渡期服务不中断。这比选对算法和模式更耗精力。
