誓死追随苏子敬1. 联合查询注入原理与实战解析
作为一名从事网络安全工作多年的从业者，我经常遇到各种SQL注入案例。其中联合查询注入(UNION-based SQL Injection)是最经典也最值得深入掌握的注入技术之一。这种攻击方式之所以有效，本质上是因为开发者在编写数据库查询代码时，直接将用户输入拼接到SQL语句中，且没有对UNION操作进行有效过滤。
1.1 技术原理深度剖析
联合查询注入的核心在于利用UNION SELECT语句将攻击者构造的恶意查询结果与应用程序原始查询结果合并返回。UNION操作在SQL中用于合并两个或多个SELECT语句的结果集，关键点在于：
- UNION两边的SELECT语句必须拥有相同数量的列
- 列的数据类型也必须兼容
- 默认情况下UNION会去除重复行(使用UNION ALL可以保留)
攻击者正是利用这个特性，先通过order by子句探测出原始查询的列数，然后构造相同列数的恶意查询，最终将敏感数据"夹带"在正常结果中返回。
重要提示：现代Web应用通常采用参数化查询(Prepared Statement)来防御SQL注入，这是目前最有效的防护手段。但在遗留系统和一些特殊场景下，联合查询注入仍然可能奏效。
1.2 MySQL元数据库information_schema详解
MySQL的information_schema数据库是联合查询注入的关键突破口。这个特殊的数据库不存储业务数据，而是存储关于数据库结构的元数据，可以理解为"描述数据库的数据库"。
在实际渗透测试中，我们主要关注以下几个关键表：
| 表名 | 存储内容 | 关键字段 |
|---|---|---|
| SCHEMATA | 所有数据库信息 | SCHEMA_NAME |
| TABLES | 所有表信息 | TABLE_SCHEMA, TABLE_NAME |
| COLUMNS | 所有列信息 | TABLE_SCHEMA, TABLE_NAME, COLUMN_NAME |
| STATISTICS | 表索引信息 | - |
通过有层次地查询这些表，攻击者可以像剥洋葱一样逐步获取整个数据库的结构信息，最终定位到敏感数据所在的具体表和字段。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。