SQL注入攻击的核心是利用应用程序对用户输入的过滤缺失，拼接恶意SQL语句操控数据库。除了在应用代码层做好参数化查询和输入校验，数据库自身的安全配置也是防御体系的重要一环。很多数据库默认开启的特性，比如不必要的存储过程、远程访问权限、调试功能等，都可能成为攻击者的利用点，关闭这些冗余特性能够有效缩小攻击面。
一、最小权限原则配置
数据库账号的权限分配是安全配置的基础，遵循最小权限原则能够避免攻击者获取过高权限后造成更大破坏。不要给应用使用的数据库账号分配管理员权限，仅授予其业务必需的库表操作权限。
1. MySQL权限配置示例
创建仅能操作指定库表的应用账号，禁止其执行文件操作、创建用户等高危操作：
-- 创建应用专用账号，仅允许从指定IP访问 CREATE USER 'app_user'@'192.168.0.100' IDENTIFIED BY 'StrongPassword123'; -- 仅授予app_db库下所有表的查询、插入、更新、删除权限 GRANT SELECT, INSERT, UPDATE, DELETE ON app_db.* TO 'app_user'@'192.168.0.100'; -- 刷新权限使配置生效 FLUSH PRIVILEGES; -- 查看账号权限确认配置正确 SHOW GRANTS FOR 'app_user'@'192.168.0.100';
2. PostgreSQL权限配置示例
-- 创建应用用户 CREATE USER app_user WITH PASSWORD 'StrongPassword123'; -- 授予app_db库的连接权限 GRANT CONNECT ON DATABASE app_db TO app_user; -- 切换到app_db库后，授予指定schema下表的必要操作权限 c app_db GRANT USAGE ON SCHEMA public TO app_user; GRANT SELECT, INSERT, UPDATE, DELETE ON ALL TABLES IN SCHEMA public TO app_user;
二、关闭不必要的数据库特性
不同数据库都有一些默认开启但业务可能不需要的特性，这些特性往往存在安全风险，建议根据实际业务需求关闭。
1. 关闭MySQL高危特性
MySQL中FILE权限允许读写服务器文件，SUPER权限可以修改全局配置、终止连接，这些权限如果分配给应用账号会带来极大风险，同时可以关闭本地文件读取功能：
-- 撤销应用账号的FILE和SUPER权限（如果存在） REVOKE FILE, SUPER ON *.* FROM 'app_user'@'192.168.0.100'; -- 在MySQL配置文件my.cnf中关闭本地文件加载 [mysqld] local_infile=0 -- 重启MySQL服务使配置生效
2. 关闭SQL Server不必要的功能
SQL Server中xp_cmdshell扩展存储过程可以执行系统命令，是注入攻击的高频利用点，建议关闭：
-- 关闭xp_cmdshell功能 EXEC sp_configure 'show advanced options', 1; RECONFIGURE; EXEC sp_configure 'xp_cmdshell', 0; RECONFIGURE; -- 关闭远程访问功能（如果不需要远程连接） EXEC sp_configure 'remote access', 0; RECONFIGURE;
3. 关闭PostgreSQL冗余特性
PostgreSQL的COPY命令如果未加限制，可能被用于读取服务器文件，同时可以关闭不必要的插件：
-- 撤销普通用户的COPY权限（仅保留给管理员） REVOKE EXECUTE ON FUNCTION pg_catalog.copy_import FROM PUBLIC; REVOKE EXECUTE ON FUNCTION pg_catalog.copy_export FROM PUBLIC; -- 在postgresql.conf中关闭不必要的插件加载 shared_preload_libraries=''
三、其他安全配置优化
除了权限和特性关闭，还有一些通用的配置项能够提升数据库防注入能力：
- 禁止数据库使用弱密码，设置密码复杂度策略，定期更换数据库账号密码
- 修改数据库默认端口，避免攻击者直接扫描默认端口发起攻击
- 开启数据库审计日志，记录所有SQL执行记录，便于事后排查异常操作
- 限制数据库的远程访问IP，仅允许受信任的服务器IP连接数据库
- 及时更新数据库版本，修复已知的安全漏洞
四、配置验证方法
完成配置后，需要验证配置是否生效，同时可以模拟简单的注入场景测试防御效果：
-- 模拟简单注入测试，如果配置生效，恶意语句应该无法执行 -- 假设应用存在注入点，尝试执行查看当前用户权限的语句 SELECT * FROM users WHERE id = 1 UNION SELECT user(), version(); -- 如果返回结果仅包含正常业务数据，没有额外敏感信息，说明配置起到了限制作用
数据库安全配置是一个持续的过程，需要结合业务变化定期 review 配置项，及时关闭新增的不必要特性，调整权限分配，才能始终保持良好的防御效果，有效防范SQL注入攻击。
SQL注入数据库安全配置关闭不必要数据库特性SQL安全修改时间：2026-06-29 21:27:18