攻击性SQL注入

问题：传统测试的三个断点

传统SQL注入测试常陷入“工具驱动”的循环：用扫描器跑一遍，报几个报错就结束，隐蔽点（如无回显的盲注、WebSocket消息中的参数）被忽略；即使找到漏洞，也常因缺乏系统方法论，导致结果难复现、修复建议空泛。

核心能力与关键步骤

这个技能把攻击性测试拆成五个可落地的环节：

• 第一步：全量输入向量映射：先梳理所有可能触达数据库的入口——URL参数、POST体、Cookie、请求头、API过滤条件、甚至WebSocket消息，避免“漏测角落”。
• 第二步：分层探测与回退机制：先插入经典payload（如' OR 1=1 --）触发可见错误；若无回显，自动切换到推断型测试（布尔盲注、时间盲注），解决“无报错即无漏洞”的误判。
• 第三步：数据库指纹与Schema枚举：通过响应时间、错误消息等特征识别数据库类型，再枚举表结构，为后续利用铺路。
• 第四步：可控利用与范围适配：在授权范围内提取数据、提升权限或测试RCE，而非盲目破坏。
• 第五步：可操作的结果输出：将发现整理成报告，附具体修复建议（如参数化查询、最小权限原则）。

适用边界与注意点

• 授权优先：仅限自有系统或已获书面授权的场景，测试前需明确范围，避免触碰敏感数据。
• 隐蔽点处理：对时间盲注等依赖延迟的测试，需控制请求频率，防止被误判为攻击。
• 结果反馈：修复建议需结合具体技术栈（如Java用PreparedStatement，Python用SQLAlchemy参数绑定），而非通用口号。