sql注入靶场sqli-labs第五关

### 关于 SQL 注入靶场 sqli-labs 第五关解决方案

#### 初始化环境
为了确保实验环境处于初始状态，在开始尝试解决第五关之前，应当访问 sqli-labs 的首页并点击 `Setup/reset Database for labs` 进行初始化[^1]。

#### 测试注入点
在这一关中，目标是通过 URL 参数 `id` 实现 SQL 注入攻击。可以先测试该参数是否存在注入可能性。通常情况下，会从简单的布尔盲注入手，比如输入异常的数值来观察页面响应差异：

?id=1' AND '1'='1

如果上述请求返回正常结果，则说明存在潜在的注入风险；反之亦然。

#### 判断列数
接着需要判断查询语句中的列数量以便后续操作。可以通过不断调整 ORDER BY 子句后的数字直到触发错误为止。例如：

?id=1 order by 3--+
?id=1 order by 4--+

当执行至第四列时报错表明实际只有三列表数据被选出[^3]。

#### 构造有效载荷
基于前面获取的信息，现在可以构建更复杂的注入表达式以读取敏感信息。考虑到本关可能涉及联合查询（UNION SELECT），因此可以根据已知条件设计如下形式的有效载荷：

?id=-1 UNION ALL SELECT NULL, CONCAT(table_schema,'.',table_name),NULL FROM information_schema.tables WHERE table_type='BASE TABLE'

这段代码旨在枚举当前数据库内的所有基本表结构，并将其作为第二条SELECT的结果集展示出来。需要注意的是，这里使用了CONCAT函数连接schema名称和表格名称，方便识别具体位置。

对于进一步深入挖掘特定表内字段详情的操作，同样可以从information_schema.columns视图着手，采用相似的方法提取所需元数据[^5]。