pikachu中完成SQL-Inject模块进行SQL insert注入、update注入、delete注入以及http头注入实验

### SQL 注入实验教程

#### Insert 注入

在 Pikachu 平台上执行 `INSERT` 类型的 SQL 注入，主要通过构造特定的有效载荷来触发数据库错误并泄露信息。有效载荷通常会利用某些函数（如 `updatexml()`），这些函数会在遇到异常情况时抛出可捕获的信息。

对于 `INSERT` 操作而言，可以构建如下形式的有效载荷：

name' OR updatexml(1, concat(0x7e, database()), 0) OR '

此语句尝试向表中插入一条新记录的同时调用了 `updatexml()` 函数以期引发 XML 解析器错误从而暴露当前使用的数据库名称[^2]。

#### Update 注入

针对更新操作 (`UPDATE`) 的注入攻击同样依赖于制造条件使目标应用程序返回非预期的结果集或状态码变化。一种常见的做法是在设置字段值的地方嵌入恶意逻辑表达式，进而影响后续的数据处理流程。

假设有一个允许修改用户资料的功能接口，则可以通过提交特制参数来进行测试：

username=admin'; UPDATE users SET password=md5('new_password') WHERE id = '1 --

这条命令试图更改 ID 为 1 的用户的密码至新的哈希值，并且由于分号的存在使得原查询提前结束而忽略了后面的任何附加字符[^1]。

#### Delete 注入

删除类别的注入往往更加危险因为它可以直接导致数据丢失。当确认某处存在潜在风险点后，应当谨慎行事以免造成不可逆损害。下面给出了一种基于布尔盲注的方式去探测是否存在敏感表格名的方法论实例：

kobe' AND SUBSTR((SELECT table_name FROM information_schema.tables WHERE table_schema='pikachu' LIMIT 0,1), 1, 1) = 'h' #

这里采用的是逐位猜测法，即每次只比较单个字母直至完全匹配整个字符串为止；同时注意使用注释符屏蔽掉原始 SQL 结构以防意外终止事务[^3]。

#### HTTP 头部注入

除了传统的 GET/POST 请求方式外，在 HTTP 协议层面上也可能隐藏着安全缺陷等待被挖掘出来加以利用——这就是所谓的“HTTP Header Injection”。具体到本案例里，就是指将有害指令伪装成正常的请求首部发送给服务器端解析引擎。

一个简单的例子就是在 Referer 或 User-Agent 字段内植入带有恶意链接的内容，以此诱导后台程序按照预设路径执行相应动作。不过需要注意的是实际环境中还需考虑更多因素比如编码转换、转义机制等细节问题才能确保成功实施此类攻击。