再说Web渗透测试（第五集）

本文章阅读大约需要30分钟；

第五集，框架内容-SQL注入；

Web渗透测试框架内容：

编号	名称	描述	检查项
1	信息收集	子域名接管	15项
越权（IDOR）	15项
2	Word Press	CMS 安全	15项
3	HTTP头	识别缺失或配置错误的安全头信息	25项
4	注入攻击	XSS	15项
SQL Injection	15项
5	文件上传	尝试绕过安全机制上传恶意文件
6	SSRF	利用漏洞欺骗服务器端应用程序向内部网络或其他系统发送请求，获取敏感信息或进行攻击。
7	WAF	测试WAF的有效性，包括其检测和阻止恶意流量的能力，以及绕过WAF的潜在方法。

1.SQLi，从理解到深入剖析：Web 安全的“头号公敌”

SQL 注入攻击 (SQL Injection)，简称 SQLi，是一种利用 Web 应用程序代码漏洞，将恶意 SQL 代码注入到数据库中，从而执行未授权操作的攻击方式。简单来说，就是攻击者通过 Web 应用的输入接口，将精心构造的恶意 SQL 代码“偷渡”到数据库服务器，从而达到窃取数据、篡改数据、甚至控制数据库服务器的目的。

为了便于读者深入理解，我将会从web应用、数据库开发者、红队多个视角对SQL注入攻击进行深入剖析：

1.1 应用开发者视角：Web 开发安全之殇

1.1.1 SQL注入攻击的本质：代码逻辑漏洞

从Web开发安全的角度来看，SQL注入攻击的根本原因在于应用程序代码的逻辑缺陷。开发人员在编写数据库交互代码时，如果未能正确处理用户输入，就可能将恶意SQL代码嵌入到数据库查询中，从而导致数据泄露、篡改或破坏。

从数据库安全的角度来看，SQL 注入攻击可以概括为 “利用语法漏洞，操控数据库”。攻击者利用 Web 应用在处理用户输入数据时的疏忽，将恶意 SQL 代码巧妙地嵌入到正常的 SQL 查询语句中，从而改变语句的语法结构和执行逻辑，最终欺骗数据库执行攻击者想要的操作。

这两种诠释分别代表了Web应用和数据库开发者在不同安全视角的理解。

1.1.2 漏洞成因：拼接与信任的错位