SQL 注入（SQL Injection）是一种代码注入技术，攻击者通过将恶意 SQL 代码插入到应用程序的输入字段中，从而改变应用程序的 SQL 查询的执行结果。其主要目的是绕过应用程序的安全措施，访问或操纵数据库中的数据。这种攻击方法可能导致严重的安全漏洞，包括数据泄露、数据篡改、数据删除，甚至控制整个数据库服务器。
目录
[1 SQL 注入的工作原理](#1 SQL 注入的工作原理)
[1.1 用户输入被直接嵌入到 SQL 查询中](#1.1 用户输入被直接嵌入到 SQL 查询中)
[1.2 恶意输入](#1.2 恶意输入)
[2 常见的 SQL 注入类型](#2 常见的 SQL 注入类型)
[3 防御 SQL 注入的方法](#3 防御 SQL 注入的方法)
1 SQL 注入的工作原理
1.1 用户输入被直接嵌入到 SQL 查询中
当应用程序直接将用户输入的数据嵌入到 SQL 查询中，而没有进行适当的验证和过滤时，就可能产生 SQL 注入漏洞。例如：
sql
SELECT * FROM users WHERE username = 'user_input';1.2 恶意输入
攻击者可以通过输入特制的 SQL 代码来改变查询的结构。例如：
sql
' OR '1'='1这样，当被插入到查询中时，原本的查询语句就变成了：
sql
SELECT * FROM users WHERE username = '' OR '1'='1';这个查询永远返回真，从而绕过了用户认证机制。
2 常见的 SQL 注入类型
- 基于字符串的 SQL 注入：通过在字符串输入中插入恶意代码。
- 基于布尔的盲注（Boolean-based blind SQL injection）：通过观察应用程序对不同输入的响应来推测数据库的结构和内容。
- 基于时间的盲注（Time-based blind SQL injection）：通过让数据库执行耗时操作来推断查询是否执行成功。
- 基于错误的注入（Error-based SQL injection）：通过数据库错误消息来获取有关数据库的结构和信息。
3 防御 SQL 注入的方法
- 使用参数化查询（Prepared Statements）：将查询和数据分开处理，避免将用户输入直接嵌入到 SQL 查询中。
- 使用存储过程：将 SQL 逻辑封装在数据库中的存储过程内，避免直接使用动态 SQL。
- 输入验证和过滤：对用户输入进行严格的验证和过滤，确保输入数据的合法性。
- 最小权限原则：数据库用户应只具备执行特定任务所需的最低权限，减少潜在的安全风险。
通过这些方法，可以有效地防止 SQL 注入攻击，提高应用程序的安全性。