SQL注入攻击的核心是利用程序对用户输入过滤不严的漏洞，拼接恶意SQL语句到正常查询逻辑中，若数据库账号权限过高，攻击者就可以通过注入语句执行高权限操作，比如创建新账号、修改系统配置，最终实现非法提权。要杜绝这类风险，必须同时做好SQL注入防护和数据库权限的严格控制。
一、SQL注入导致非法提权的常见场景
很多业务系统为了方便开发，直接使用数据库管理员账号连接数据库，一旦存在SQL注入漏洞，攻击者可以执行任意SQL命令。比如以下存在漏洞的登录查询代码：
<?php $username = $_POST['username']; $password = $_POST['password']; // 直接拼接用户输入到SQL语句，存在注入风险 $sql = "SELECT * FROM users WHERE username = '$username' AND password = '$password'"; $result = mysqli_query($conn, $sql); ?>
攻击者输入用户名为admin' --，密码随意填写，拼接后的SQL会变成查询所有admin用户的信息，跳过密码校验。如果数据库账号是管理员权限，攻击者还可以进一步注入CREATE USER 'hacker'@'localhost' IDENTIFIED BY '123456';GRANT ALL PRIVILEGES ON *.* TO 'hacker'@'localhost';这样的语句，直接创建高权限账号，完成非法提权。
二、防止SQL注入的核心措施
1. 使用预编译语句
预编译语句会把SQL逻辑和参数分开处理，用户输入的内容只会被当作参数值，不会被解析为SQL指令，从根源上避免注入。以下是使用预编译的安全代码示例：
<?php $username = $_POST['username']; $password = $_POST['password']; // 使用预编译语句，参数用占位符代替 $stmt = mysqli_prepare($conn, "SELECT * FROM users WHERE username = ? AND password = ?"); mysqli_stmt_bind_param($stmt, "ss", $username, $password); mysqli_stmt_execute($stmt); $result = mysqli_stmt_get_result($stmt); ?>
2. 输入参数校验与过滤
对用户输入的非动态参数做类型校验和特殊字符过滤，比如数字类型的参数强制转换为整数，字符串参数过滤单引号、分号、注释符等危险字符。对于必须保留特殊字符的场景，使用数据库提供的转义函数处理输入内容。
三、严格控制数据库系统权限的实践方法
1. 遵循最小权限原则分配账号权限
不要使用root、sa这类数据库管理员账号连接业务系统，而是根据业务需求创建专属账号，只授予必要的最小权限。比如普通查询接口的账号只授予SELECT权限，写入接口的账号只授予对应表的INSERT、UPDATE权限，禁止授予DROP、GRANT、CREATE USER等高危权限。
以MySQL为例，创建只读账号的语句如下：
-- 创建只读账号，只允许从本地连接 CREATE USER 'read_user'@'localhost' IDENTIFIED BY 'StrongPassword123'; -- 只授予test库下所有表的查询权限 GRANT SELECT ON test.* TO 'read_user'@'localhost'; -- 刷新权限使配置生效 FLUSH PRIVILEGES;
2. 权限分级管控
将数据库权限分为系统级、数据库级、表级、列级四个层级，不同层级的权限按需分配：
| 权限层级 | 适用范围 | 分配建议 |
|---|---|---|
| 系统级权限 | 全局配置、用户管理、所有数据库操作 | 仅分配给数据库运维管理员，业务账号绝对不授予 |
| 数据库级权限 | 单个数据库的所有对象操作 | 分配给需要操作单个库全部表的业务模块 |
| 表级权限 | 单个表的增删改查操作 | 分配给只需要操作特定表的业务接口 |
| 列级权限 | 单个表的特定列操作 | 分配给只需要读取或写入部分字段的场景，比如只授予用户表的用户名、邮箱列查询权限 |
3. 定期审计权限配置
定期排查数据库中的账号权限，清理闲置账号、权限过高的账号，回收不再需要的权限。同时开启数据库操作日志，记录所有高权限操作，一旦发现异常的权限变更或提权操作，及时溯源处理。
四、额外的安全加固建议
- 数据库服务尽量不对外网开放，仅允许业务服务器通过内网IP访问，避免攻击者直接连接数据库尝试提权。
- 敏感数据比如用户密码、身份证号等，存储时做加密处理，即使攻击者通过注入获取了数据，也无法直接使用。
- 定期更新数据库版本，修复已知的安全漏洞，避免攻击者利用漏洞绕过权限控制。
防止SQL注入非法提权是一个需要多方面配合的工作，既不能忽略代码层的注入防护，也不能放松数据库权限的管控，只有两层防护同时做好，才能最大程度降低安全风险。