1. DVWA靶场与SQL注入基础认知

第一次接触DVWA(Damn Vulnerable Web Application)这个靶场时，我就被它精心设计的漏洞环境所吸引。作为Web安全学习的经典平台，DVWA将常见漏洞按照难度分级呈现，而SQL注入(SQL Injection)作为OWASP Top 10长期占据榜首的漏洞类型，自然是每个安全从业者的必修课。

在Low安全级别下，DVWA的SQL注入漏洞表现得非常"直白"——用户输入直接被拼接到SQL查询语句中，没有任何过滤和防护。这种场景虽然简单，但正是理解注入原理的最佳切入点。记得我最初测试时，在输入框输入一个简单的单引号'，页面立即返回了数据库错误信息，这个反馈明确告诉我：这里存在SQL注入漏洞。

2. SQL注入原理深度解析

2.1 漏洞形成机制

SQL注入的本质是"数据与代码的混淆"。当应用程序将用户输入的数据直接拼接到SQL查询语句中时，攻击者就可以通过精心构造的输入，改变原本的查询逻辑。例如，原本的查询可能是：

SELECT first_name, last_name FROM users WHERE user_id = '$input'

如果用户输入1' OR '1'='1，最终的查询就变成了：

SELECT first_name, last_name FROM users WHERE user_id = '1' OR '1'='1'

这个条件永远为真，导致返回所有用户数据。

2.2 信息收集技术

在实战中，我通常会按照以下步骤进行信息收集：

1. 判断注入类型：通过输入单引号'观察错误信息，确定是字符型还是数字型注入
2. 确定字段数：使用ORDER BY子句逐步增加数字，直到页面返回错误
3. 识别回显位置：通过UNION SELECT结合数字或字符串，确定哪些字段会在页面显示

例如在DVWA中，我使用：

1' ORDER BY 2--

逐步增加数字测试，发现当数字为3时页面报错，说明查询结果包含2个字段。

3. DVWA靶场实战通关详解

3.1 Low级别注入

Low级别的防护几乎为零，我们可以直接使用经典的注入技术：

1' UNION SELECT user, password FROM users--

这个注入会返回DVWA中所有用户的账号和MD5加密的密码。在实际测试中，我发现使用--(注意后面有空格)作为注释符比#更可靠，因为不同数据库的注释语法可能不同。

重要提示：虽然靶场环境允许我们获取这些数据，但在真实测试中必须获得明确授权后才能进行此类操作。

3.2 Medium级别注入

Medium级别增加了下拉菜单和基础的转义处理，但防护依然不完善。我的绕过方法是：

1. 使用Burp Suite拦截请求
2. 修改id参数为：1 OR 1=1
3. 由于是数字型注入，不需要单引号

这个级别教会我：前端限制不等于后端安全，永远要测试原始请求。

3.3 High级别注入

High级别采用了会话型输入，注入点转移到了另一个页面。我的解决方案是：

1' UNION SELECT null, table_name FROM information_schema.tables--

通过information_schema这个元数据库，我们可以逐步获取整个数据库的结构信息。在实际渗透测试中，这个技术非常实用。

4. 防御措施与安全编程实践

4.1 参数化查询

作为开发者，防止SQL注入最有效的方法是使用参数化查询（预编译语句）。以PHP为例：

$stmt = $db->prepare("SELECT first_name, last_name FROM users WHERE user_id = ?"); $stmt->bind_param("i", $user_id); $stmt->execute();

这种写法将用户输入始终作为数据处理，不会改变SQL语句结构。

4.2 其他防御措施

1. 最小权限原则：数据库账号只赋予必要权限
2. 输入验证：对用户输入进行严格的白名单过滤
3. 错误处理：避免将数据库错误信息直接返回给用户
4. WAF部署：Web应用防火墙可以拦截常见的注入攻击

5. 实战经验与疑难解答

5.1 常见问题排查

问题1：UNION注入时出现"Column count doesn't match"错误解决：先使用ORDER BY确定字段数，确保UNION前后查询的字段数一致

问题2：注入语句被转义或过滤解决：尝试大小写混淆、注释符绕过、编码绕过等技术

5.2 效率提升技巧

1. 使用SQLMap等工具自动化测试（但理解原理更重要）
2. 建立自己的注入语句备忘库
3. 学习不同数据库的特性差异（MySQL、MSSQL、Oracle等）

在最近的一次真实环境测试中，我遇到了一个过滤了空格的注入点，通过使用/**/作为空格替代符成功实现了注入。这种实战经验让我深刻理解了灵活变通的重要性。

6. 从靶场到实战的思维转变

DVWA靶场虽然模拟了真实漏洞，但与实际业务系统仍有差距。在真实环境中，我还会关注：

1. 盲注技术的使用（当没有明显回显时）
2. 时间延迟注入的技巧
3. 二阶SQL注入的检测
4. 与XSS、CSRF等其他漏洞的组合利用

记得有一次在授权测试中，我发现了一个通过用户注册功能触发的二阶SQL注入漏洞，这种漏洞在常规扫描中很难发现，需要人工仔细分析业务逻辑。