本文详解如何在 php 中安全执行 sql 查询，并对数据库中使用 aes-256-cbc 加密的敏感字段（如姓名、电话、地址等）进行运行时解密，同时规避 sql 注入、表名注入及密钥泄露等关键风险。
本文详解如何在 php 中安全执行 sql 查询，并对数据库中使用 aes-256-cbc 加密的敏感字段（如姓名、电话、地址等）进行运行时解密，同时规避 sql 注入、表名注入及密钥泄露等关键风险。
在实际应用中，出于合规性（如 GDPR、HIPAA）或安全最佳实践，常需对用户敏感数据（如姓名、手机号、住址）进行加密存储。但加密后，数据库层面无法直接对密文执行 WHERE 条件匹配——因为加密具有确定性（相同明文+相同 IV ≠ 相同密文），且 IV 随机嵌入导致密文不可索引。因此，正确的策略是：在 SQL 查询中按原始明文字段（如 email）筛选，再在 PHP 层对返回结果中已加密的列逐行解密。
✅ 正确流程与关键修复点
禁止在 WHERE 子句中尝试“解密后查询”
❌ 错误示例：WHERE decrypt(email) = ? —— MySQL 不支持自定义 PHP 解密函数，且 AES 解密需密钥与 IV，数据库无上下文。
✅ 正确做法：确保用于查询的字段（如 addedby_email）未加密（或单独明文存储索引字段），仅对展示字段（如 firstname, address）解密。-
严格校验动态表名，防止表名注入
动态 $table = $_POST['appurlkey'] 是高危操作。必须使用白名单机制，拒绝任何非授权表名：$whitelist = ['patients', 'users', 'clients']; // 实际业务表名 $table = $_POST['appurlkey'] ?? ''; if (!in_array($table, $whitelist)) { http_response_code(400); echo json_encode(['success' => false, 'message' => 'Invalid table']); exit; } -
修正参数绑定与变量作用域问题
原代码中 $encemail 未定义，且 bindValue(':addedby_email', $encemail) 应绑定原始 $email（明文）：$stmt->bindValue(':addedby_email', $email, PDO::PARAM_STR); // 绑定明文邮箱 -
解密逻辑需健壮处理异常
openssl_decrypt() 失败时返回 false，应添加空值/错误检查：function decryptthis($data, $key) { if (!$data || !is_string($data)) return null; $encryption_key = base64_decode($key); $decoded = base64_decode($data); if (!$decoded) return null; list($encrypted_data, $iv) = array_pad(explode('::', $decoded, 2), 2, null); if (!$encrypted_data || !$iv) return null; return openssl_decrypt($encrypted_data, 'aes-256-cbc', $encryption_key, 0, $iv); }
✅ 完整安全查询与解密示例
<?php
include './config.php';
include './functions.php';
if ($_SERVER["REQUEST_METHOD"] !== "POST") {
http_response_code(405);
exit;
}
// 1. 白名单校验表名（强制安全）
$allowed_tables = ['patients', 'users'];
$table = $_POST['appurlkey'] ?? '';
if (!in_array($table, $allowed_tables)) {
echo json_encode(['success' => false, 'message' => 'Access denied']);
exit;
}
$email = filter_var($_POST['email'], FILTER_SANITIZE_EMAIL);
if (!$email) {
echo json_encode(['success' => false, 'message' => 'Invalid email']);
exit;
}
try {
$conn = new PDO("mysql:host=$servername;dbname=$dbname;charset=utf8mb4", $username, $password, [
PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION,
PDO::ATTR_DEFAULT_FETCH_MODE => PDO::FETCH_ASSOC,
]);
// 2. 查询：WHERE 条件使用明文字段（如 addedby_email），不加密
$sql = "SELECT * FROM `$table`
WHERE addedby_email = :email AND active = :active
ORDER BY id DESC";
$stmt = $conn->prepare($sql);
$stmt->bindValue(':email', $email, PDO::PARAM_STR);
$stmt->bindValue(':active', '1', PDO::PARAM_STR);
$stmt->execute();
$persons = [];
while ($row = $stmt->fetch()) {
$created_at = (new DateTime($row['created_at']))->format('d/m/Y');
// 3. 逐字段解密（仅对加密列调用 decryptthis）
$data = [
'id' => $row['id'],
'addedby_email' => $row['addedby_email'],
'addedby_name' => decryptthis($row['addedby_name'], $key),
'firstname' => decryptthis($row['firstname'], $key),
'lastname' => decryptthis($row['lastname'], $key),
'phone' => decryptthis($row['phone'], $key),
'email' => decryptthis($row['email'], $key), // 若 email 列本身加密，则此处解密；否则保持 $row['email']
'address' => decryptthis($row['address'], $key),
'postcode' => decryptthis($row['postcode'], $key),
'created_at' => $created_at,
];
$persons[] = [
'pt_id' => $row['id'],
'name' => ($data['firstname'] ?? '') . ' ' . ($data['lastname'] ?? ''),
'data' => $data,
];
}
$response = [
'success' => true,
'message' => $persons ? 'Records found' : 'No records found',
'persons' => $persons,
];
} catch (PDOException $e) {
error_log('DB Error: ' . $e->getMessage());
$response = [
'success' => false,
'message' => 'Database query failed',
'persons' => [],
];
}
header('Content-Type: application/json');
echo json_encode($response);⚠️ 重要注意事项
- 性能考量：解密在 PHP 层进行，大数据集时会增加 CPU 开销。如需高频搜索加密字段（如按加密姓名模糊查询），应考虑使用 AES_ENCRYPT + MySQL 原生解密（但需密钥存于数据库服务器，权衡安全性）。
- 密钥管理：$key 必须通过环境变量或安全配置中心注入，禁止硬编码在 mykey.php 中，且文件权限应设为 600。
- IV 安全性：当前方案将 IV 与密文拼接（$encrypted . '::' . $iv）并 Base64 编码，符合 AES-CBC 最佳实践，无需额外存储 IV 字段。
- 字符编码：确保数据库连接、PHP 文件、HTML 表单均统一使用 UTF-8，避免解密后乱码。
遵循以上方案，即可在保障数据静态安全的同时，实现高效、可维护、抗注入的加密数据查询与展示。
