SQL注入测评教程：原理、工具与防御实践

一、SQL注入基础与危害解析

SQL注入（SQL Injection）是一种通过构造恶意SQL语句攻击数据库的技术，其核心原理在于：攻击者通过输入字段向应用程序注入非法SQL代码，利用未过滤或未转义的输入漏洞，篡改原有SQL查询逻辑。例如，某电商登录接口若未对用户输入进行校验，攻击者可输入admin' --绕过密码验证，直接获取管理员权限。

1.1 注入攻击的典型场景

• 数字型注入：当参数为数字时，攻击者通过1 AND 1=1判断是否存在注入点。
• 字符型注入：在字符串参数中插入' OR '1'='1闭合引号，修改查询条件。
• 搜索型注入：利用模糊查询漏洞，通过%通配符结合逻辑运算获取敏感数据。

1.2 攻击后果的严重性

• 数据泄露：窃取用户信息、订单数据等。
• 数据篡改：修改商品价格、用户权限等。
• 系统瘫痪：通过DROP TABLE等语句删除数据库表。

二、SQL注入分类与实战案例

2.1 基于错误信息的注入

原理：通过构造错误SQL语句，从数据库报错信息中获取表结构或数据。
示例：

# 输入参数：id=1' AND 1=CONVERT(int, (SELECT name FROM sysobjects WHERE xtype='U')) --

若数据库返回类型转换错误，可逐步枚举出所有表名。

2.2 基于布尔盲注的攻击

适用场景：无错误回显时，通过页面响应差异判断条件真假。
工具：sqlmap的--technique B选项。
操作步骤：

1. 发送1 AND 1=1观察页面是否正常。
2. 发送1 AND 1=2观察页面是否异常。
3. 通过二分法逐字符猜测数据。

2.3 基于时间的盲注

原理：利用SLEEP()函数延迟响应，判断条件是否成立。
示例：

# 输入参数：id=1' AND IF(1=1,SLEEP(5),0) --

若页面5秒后加载，证明条件为真。

2.4 联合查询注入

适用场景：获取多列数据时，通过UNION SELECT合并结果。
关键步骤：

1. 确定列数：ORDER BY 3--测试列数。
2. 构造查询：UNION SELECT 1,username,password FROM users--

三、SQL注入测评工具详解

3.1 sqlmap：自动化注入利器

核心功能：

• 自动检测注入点
• 支持多种注入技术（布尔/时间/错误）
• 数据库枚举（表、列、数据）

常用命令：

sqlmap -u "http://example.com/login.php?id=1" --dbs  # 枚举数据库
sqlmap -u "http://example.com/login.php?id=1" -D testdb --tables  # 枚举表

3.2 Burp Suite：手动测试必备

操作流程：

1. 拦截请求，修改参数为1' AND 1=1--。
2. 观察响应差异，确认注入点。
3. 使用Intruder模块进行批量测试。

3.3 浏览器开发者工具

技巧：

• 通过Console面板发送XMLHttpRequest，测试AJAX接口。
• 使用Fetch API构造恶意请求：

  fetch('api/login', {
  method: 'POST',
  body: JSON.stringify({user: "admin' --", pass: ""}),
  headers: {'Content-Type': 'application/json'}
  });

四、防御策略与最佳实践

4.1 输入验证与过滤

原则：

• 严格限制输入类型（如邮箱、数字）。
• 使用白名单机制，拒绝特殊字符。
  PHP示例：

  $id = preg_replace('/[^0-9]/', '', $_GET['id']);  // 仅允许数字

4.2 预处理语句（Prepared Statements）

优势：参数与SQL语句分离，彻底避免注入。
Java示例：

String sql = "SELECT * FROM users WHERE id = ?";
PreparedStatement stmt = connection.prepareStatement(sql);
stmt.setInt(1, userId);  // 自动转义

4.3 最小权限原则

实施要点：

• 数据库用户仅授予必要权限（如仅SELECT权限）。
• 避免使用root或sa等高权限账户。

4.4 Web应用防火墙（WAF）

推荐方案：

• ModSecurity：开源WAF，支持OWASP核心规则集。
• 云WAF：如阿里云WAF，提供SQL注入实时拦截。

五、企业级安全测评流程

5.1 测评准备阶段

1. 确定测评范围（如登录接口、搜索功能）。
2. 收集文档（API设计、数据库结构）。

5.2 实施阶段

1. 使用sqlmap进行自动化扫描。
2. 手动测试边界值（如超长字符串、特殊字符）。
3. 记录所有注入点及影响等级。

5.3 报告与修复

报告模板：
| 漏洞ID | 位置 | 类型 | 风险等级 | 修复建议 |
|————|——————|——————|—————|——————————|
| SQL-01 | /login.php | 联合查询 | 高危 | 使用预处理语句 |

六、法律与合规要求

• 等保2.0：要求对输入参数进行有效性检验。
• GDPR：数据泄露可能导致高额罚款。
• PCI DSS：支付系统需定期进行安全测试。

七、总结与展望

SQL注入防护需构建“检测-防御-响应”闭环体系：

1. 开发阶段：采用安全编码规范。
2. 测试阶段：自动化工具+人工渗透。
3. 运维阶段：实时监控与日志分析。

未来趋势：AI驱动的注入检测、RASP（运行时应用自我保护）技术将进一步提升防御能力。开发者应持续关注OWASP Top 10更新，保持安全意识的前沿性。