SQL 注入解释核心就是攻击者把恶意 SQL 代码混在前端输入参数里面，程序没有做校验过滤，直接把用户输入拼接进数据库 SQL 语句，数据库把恶意代码当成正常 SQL 执行，最终造成越权查询数据 篡改数据 删除表 甚至获取服务器权限，它属于 Web 安全里面非常经典的高危漏洞，根源是用户可控输入和 SQL 语句拼接没有分离，很多开发新手写代码的时候，直接把页面输入框 URL 参数 表单内容用字符串拼接方式拼接到 SQL 里面，攻击者就可以闭合原有引号，追加自己的 SQL 逻辑，SQL 注入主要分为联合查询注入 报错注入 布尔盲注 时间盲注 堆叠注入这几大类，现在主流修复方案是预编译参数化查询，也就是预编译语句，把 SQL 模板和用户参数分开，参数只当成普通文本，不会解析成 SQL 命令，除了参数化查询，还要配合输入校验 WAF 最小权限数据库账号，多层防护，SQL 注入不是只有登录页面存在，搜索框 详情页 id 参数 接口 post 参数 Cookie 都有可能出现注入点，学习 SQL 注入只能在本地靶场环境，没有授权的网站测试属于违法。

SQL 注入产生根本原因

1 用户输入内容完全可控，攻击者可以自由构造特殊字符

2 程序代码直接字符串拼接 SQL，没有区分 SQL 语法和用户数据

3 数据库账号权限过高，一旦注入成功可以执行危险操作

4 缺少输入过滤 转义 类型校验，特殊符号比如单引号 分号 注释符没有拦截

常见 SQL 注入类型表格

攻击完整流程

第一步 寻找注入点，测试 URL 参数 表单输入，输入单引号，观察页面是否报错

第二步 判断注入类型，尝试 union 报错函数 延时语句，确认数据库类型是 MySQL 还是 SQLServer

第三步 获取数据库信息，枚举库名 表名 字段名

第四步 导出敏感数据，比如账号密码哈希

第五步 如果数据库高权限，进一步尝试读写文件 执行系统命令

主流修复方案

参数化查询预编译，是首选方案，SQL 模板提前编译，用户传入的值只作为参数，不会解析成 SQL 语法

输入白名单校验，数字参数强制转为整型，文本输入过滤危险关键字

数据库账号最小权限，业务账号只保留 select insert 必要权限，禁止 drop delete 等高权限

关闭数据库详细报错信息，生产环境不要把数据库报错直接返回前端

部署 WAF，拦截明显 SQL 注入 payload，作为补充防护手段，不能替代代码修复

容易混淆知识点

预编译参数化查询并不是万能，如果代码里面仍然对表名 排序字段做字符串拼接，依旧会产生注入，因为参数化只保护值参数，标识符表名字段名不能用占位符，这类场景需要白名单校验。

转义单引号属于临时方案，绕过手段很多，不推荐作为主要防护，优先参数化查询。

【常见问题】

问题 1 SQL 注入解释里面为什么单引号是测试注入常用字符

回答 1 SQL 注入解释里面单引号是 SQL 字符串闭合符号，输入单引号可以破坏原有 SQL 语句结构，触发报错，以此判断是否存在 SQL 注入解释对应的漏洞。

问题 2 SQL 注入解释里面参数化查询为什么可以防注入

回答 2 SQL 注入解释里面参数化查询把 SQL 模板和用户参数分离，用户输入只会作为普通文本，数据库不会把它解析成 SQL 命令，这是 SQL 注入解释最核心的防护原理。

问题 3 SQL 注入解释里面盲注和普通注入差别是什么

回答 3 SQL 注入解释里面普通联合注入可以直接回显查询数据，盲注没有直接数据输出，只能依靠页面状态或者延时判断，SQL 注入解释里面盲注识别难度更高。

问题 4 SQL 注入解释里面堆叠注入危险在哪里

回答 4 SQL 注入解释里面堆叠注入可以用分号追加多条 SQL，除了查询还能执行删表改库操作，危害远大于普通查询类注入，SQL 注入解释里属于高危类型。

【免责申明】

本内容仅用于网络安全知识学习，严禁在未取得书面授权的网站和系统上测试 SQL 注入，任何未经授权的攻击行为违反网络安全相关法律法规，相关法律责任由使用者自行承担。