利用存储过程攻击二阶 SQL 注入

当存储过程通过 WITH EXECUTE AS 子句或证书签名以高权限运行时，其中动态 SQL 存在的注入点可被用于提权至 sysadmin。文章覆盖漏洞存储过程的创建、发现、利用与修复，并附实验搭建指南。

SQL 注入最有效的防线在数据库层：强制所有数据访问经由参数化的存储过程，并将用户权限限制在 CONNECT 与 EXECUTE，让任意 SQL 语句直接失败。

NetSPI 开源其 SQL 注入 Wiki：从注入检测到各类 DBMS 的攻击查询一站式覆盖，兼顾教学与速查，包含数据提取、查询混淆与内网横向等进阶内容，代码托管在 GitHub 欢迎共建。

生产库经不起失误：文章以 MySQL、MSSQL、Oracle 三大库为例，示范一套只读的 SQL 注入测试习惯（避免 UPDATE/DELETE 类 payload），让测试既能挖到漏洞又不会弄坏线上数据。

针对“写出可被 SQL 注入利用的代码程序员就该被解雇”的评论，作者认为追责不应只盯着开发者：架构师设计了漏洞百出的系统、DBA 未坚持参数化查询、QA 缺位、决策者不愿为真正的渗透测试买单，同样难辞其咎。

NetSPI 批评用黑名单防御 SQL 注入如同依赖特征库的杀毒软件，注定疲于奔命；文中以 SQL Server 的 xp_cmdshell 为例演示多种绕过手法，指出攻击工具泛滥让新手也能批量得手，建议改用白名单过滤或启用现有网络设备自带的 WAF 模块。