必须确认三件事：启用openssl扩展、使用动态IV且不复用、密钥通过安全渠道注入而非硬编码；AES-256-CBC或AES-256-GCM为推荐算法，IV须与密文拼接存储，解密前需校验完整性。
PHP中加密数据库配置前必须确认的三件事
直接加密 config.php 里的 $host、$password 等字段并不安全——如果攻击者能读取 PHP 源码，大概率也能拿到解密密钥或硬编码的 IV。真正可行的做法是：把密文存在环境变量或外部文件，密钥由运维通过安全渠道注入（如 Docker secrets、Kubernetes Secret 或启动时传参），且解密操作必须在连接前一刻完成。
常见错误现象：openssl_decrypt(): IV length must be 16 bytes、Connection refused 却日志显示密码为空、CI/CD 流水线因缺少密钥而失败。
- PHP 必须启用
openssl扩展（检查php -m | grep openssl） - AES-128-CBC 是最低可用方案，但推荐 AES-256-CBC 或 AES-256-GCM（需 PHP ≥ 7.1 且 OpenSSL ≥ 1.1.0）
- IV 绝不能写死或复用；每次加密必须生成新 IV，并与密文一起存储（如拼接为
base64_encode($iv . $ciphertext)）
用 openssl_encrypt() 加密明文配置并安全落盘
不要在代码里写 openssl_encrypt($password, 'AES-256-CBC', $key, 0, $iv) 后直接 echo —— 这样密钥和 IV 都会暴露在历史命令或日志里。正确做法是写一个独立的加密脚本，只运行一次，输出结果后立即删除。
示例加密脚本（encrypt_config.php）：
立即学习“PHP免费学习笔记（深入）”；
<?php
$key = hex2bin('your-32-byte-hex-key-here-12345678901234567890123456789012'); // AES-256 需 32 字节
$plaintext = 'my_db_password';
$ivlen = openssl_cipher_iv_length($cipher = 'AES-256-CBC');
$iv = openssl_random_pseudo_bytes($ivlen);
$ciphertext_raw = openssl_encrypt($plaintext, $cipher, $key, OPENSSL_RAW_DATA, $iv);
$encrypted = base64_encode($iv . $ciphertext_raw);
echo "ENCRYPTED_PASSWORD=$encrypted\n";
// 输出后手动复制到 .env 或 config/secrets.php，不打印 $key 或 $iv
?>
注意：$key 应从环境变量读取（如 getenv('APP_ENCRYPTION_KEY')），而非硬编码；.env 文件必须禁止 Web 访问（Nginx/Apache 中加 deny all 规则）。
连接前用 openssl_decrypt() 动态解密并校验完整性
解密不是“拿密文 + 密钥一算就完事”。必须分离 IV、验证解密后内容是否符合预期（比如密码长度、是否含非法字符），否则空解密或填充错误会导致静默失败。
典型解密逻辑（放在 PDO 初始化前）：
<?php
function decryptConfigValue(string $encryptedBase64, string $key): ?string {
$data = base64_decode($encryptedBase64);
if ($data === false) return null;
$ivlen = openssl_cipher_iv_length('AES-256-CBC');
if (strlen($data) < $ivlen) return null;
$iv = substr($data, 0, $ivlen);
$ciphertext_raw = substr($data, $ivlen);
$decrypted = openssl_decrypt($ciphertext_raw, 'AES-256-CBC', $key, OPENSSL_RAW_DATA, $iv);
if ($decrypted === false) return null;
// 基础校验：不能全空、不能含控制字符
if (trim($decrypted) === '' || preg_match('/[\x00-\x08\x0B\x0C\x0E-\x1F]/', $decrypted)) {
return null;
}
return $decrypted;
}
$key = hex2bin(getenv('APP_ENCRYPTION_KEY') ?: '');
$password = decryptConfigValue(getenv('DB_PASSWORD_CIPHER'), $key);
if (!$password) {
throw new RuntimeException('Failed to decrypt DB password');
}
$pdo = new PDO("mysql:host={$host};dbname={$db}", $user, $password);
?>
关键点：OPENSSL_RAW_DATA 必须传，否则默认 Base64 解码会出错；getenv() 在 PHP-FPM 中可能被禁用，此时改用 $_SERVER 或 parse_ini_file()（但 ini 文件本身也要权限设为 600）。
为什么不要用 mcrypt 或自定义 XOR 加密
mcrypt 在 PHP 7.2+ 已废弃且不安全，其 ECB 模式无 IV、CBC 模式缺少认证，易受 padding oracle 攻击。XOR 加密（如 $pass ^ $key）完全不具备抗分析能力，只要获取两个密文就能反推密钥。
更隐蔽的坑：
- PHP 的
openssl_encrypt()默认使用 PKCS#7 填充，但某些旧系统用零填充（OPENSSL_ZERO_PADDING），混用会导致解密失败 - MySQL 8.0+ 默认 require_secure_transport，若解密后密码含特殊字符（如 @ / :），PDO DSN 构造时未做
urlencode()会解析错 host 或 port - CLI 和 Web SAPI 的环境变量加载时机不同，
getenv()在 Apache mod_php 下可能为空，应优先用$_SERVER
最常被忽略的是密钥轮换——一旦密钥泄露，所有已加密配置全部失效，且无法增量更新；所以生产环境务必设计密钥版本标识（如在密文前加 v1:），支持多密钥并存过渡。
