SQL注入检测

SQL注入检测

可以通过多种方式检测注入。最简单的方法是添加一个’或"多个参数并从Web服务器返回数据库错误。下面的部分描述了在哪里可以找到以及如何检测这些参数。

参数位置

浏览下面的选项卡以查看各种HTTP请求中的常见注入点。常见注射点以红色突出显示

- GET - HTTP请求
在一般的HTTP GET请求（以及大多数请求类型）中，有一些常见的注入点。URL参数，如：请求后面的id，cookie名称和值，Host标头和任何自定义标头都是最有可能的。但是，HTTP请求中的任何内容都可能容易受到SQL注入攻击。

GET /?id=homePage HTTP/1.1
Host: www.netspi.com
Connection: close
Cache-Control: max-age=0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.94 Safari/537.36
Upgrade-Insecure-Requests: 1
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8
Accept-Encoding: gzip, deflate
Accept-Language: en-US,en;q=0.9
X-Server-Name: PROD
Cookie: user=harold;

- POST - 表单数据
在具有application-type of application / x-www-form-urlencoded的标准HTTP POST请求中，注入一个类似于URL参数的东西在GET请求中。它们位于HTTP标头的后方，但仍可以相同的方式利用它们。

POST / HTTP/1.1
Host: netspi.com.com
Content-Type: application/x-www-form-urlencoded
Content-Length: 39

username=harold&email=harold@netspi.com

- POST - JSON
在具有application-type of application / json的标准HTTP POST请求中，注入通常是JSON {“key”:“value”}对的值，该值也可以是数组或对象。
尽管符号不同，这些值可以以与所有其他参数相同的方式注入。提示：尝试’时，请确保JSON使用双引号，否则您可能会破坏请求格式。）

POST / HTTP/1.1
Host: netspi.com.com
Content-Type: application/json
Content-Length: 56

{
  "username":"harold",
  "email":"harold@netspi.com"
}

- POST - XML
在具有application-type of application / xml的标准HTTP POST请求中，注入通常在一个内部。尽管符号不同，但可以以与所有其他参数相同的方式注入值。（提示：’）

POST / HTTP/1.1
Host: netspi.com.com
Content-Type: application/xml
Content-Length: 79

<root>
  <username>harold</username>
  <email>harold@netspi.com</email>
</root>

注入检测

通过在应用程序中触发错误和布尔逻辑，可以最轻松地检测易受攻击的参数。提供格式错误的查询语句将触发错误，并且使用各种关于布尔逻辑的语句发送后的有效查询将触发来自Web服务器的不同响应。

注意：真或假语句应通过HTTP状态代码或HTML内容返回不同的响应。如果这些响应与查询的真/假性质一致，则表示注入。

描述	询问
逻辑测试	page.asp?id=1 or 1=1 – true page.asp?id=1’ or 1=1 – true page.asp?id=1" or 1=1 – true page.asp?id=1 and 1=2 – false
算术	product.asp？id = 1/1 - true product.asp？id = 1/0 - false
基于盲注 注意：检测盲注可能需要识别或猜测DBMS以找到合适的定时功能。	看到这里
基于报错注入 注意：使用无效语法的逻辑测试和算法也可能导致错误。	看到这里