本文讲的是<b>利用Burp“宏”自动化另类 SQLi</b>，有许多工具可用于Web应用程序自动化测试。最著名的工具可能是sqlmap。 通过一些简单的命令，Sqlmap就可以轻松地识别和利用SQL注入漏洞。然而，诸如CSRF令牌或一些简单的反自动化技术，例如在表单中包含一个唯一的隐藏字段，就可以防止自动化工具正确工作。 Burp Suite中的宏是绕过这些防护措施以便能够执行自动化测试的好方法，尽管那些防护措施实现起来可能很复杂。
在这篇文章中，我们会使用一个示例应用程序，用户可以在此应用程序中搜索动物的图片：
这个Web应用程序使用ASP.NET开发，后端数据库是SQL Server。 该应用程序存在一处SQL盲注漏洞。如下图所示：
查看页面源代码，我们可以看到在表单中有一个隐藏的输入字段（token），其值为一个GUID：
服务器每次响应时都会生成新的表单Token，并且如果在POST请求表单中该表单Token不匹配，网页就会报错，如下图：
所以，已知了这一切，就先让我们看看当我们尝试用sqlmap而不使用宏来修改请求时会发生什么。 我们运行如下命令：
我们从sqlmap的输出中注意到的第一件事是重定向到错误页面：
不过，很明显这对于sqlmap来说找到并利用SQLi的希望并不大。不过，还是让我们继续这个过程，看看会发生什么。
Okay，sqlmap似乎认为该参数不可注入; 但我们知道这里的确存在一处SQLi。让我们现在创建一个Burp宏，它将用一个新的表单Token替换请求中的“token”参数，以便我们可以使用sqlmap继续利用此SQLi漏洞。
Burp Suite中的宏实际上是一系列HTTP请求，这些请求会在由Burp代理的请求发送到服务器之前进行请求。一旦已经执行了宏请求，则从最终的宏请求的响应中取得的参数集合就可以被传递到调用宏的请求中。
首先要做的是记录我们想要的一系列HTTP请求。 在本文这种场景中，只有一个请求：对服务器的GET请求也就是获取token的请求。 “宏”可用于执行复杂的操作，例如登录应用程序和检索Cookie。 在Burp Suite中，转到“项目选项”选项卡和“会话”子选项卡。如下图：
向下滚动到“Macros”（宏）部分，然后单击添加。
将弹出两个对话框。 第一个是宏编辑器，第二个是宏记录器。 为了确定我们想要执行的一系列请求，我们需要“记录”我们想要创建的宏。可以通过两种方式完成：我们现在可以执行我们想要做为宏的一部分的操作（即浏览登录页面，发送特定的GET请求等），然后从列表中选择登录和特定操作的HTTP请求; 或者直接在“代理历史列表”（Proxy –> HTTP History）中选择已经存在的HTTP请求。在本文的示例中，我们只需要找到一个请求，如下图：
一旦选中我们所需的请求（高亮显示的那一个），点击ok，然后我们进入了宏编辑器。
从这里，我们将需要对截获的请求进行一个小的更改。 选中请求，单击右侧的“配置项目”（Configure item），将显示“配置宏项目”的对话框。 然后，点击“自定义响应的参数位置”中的添加按钮。
然后，我们需要在HTTP响应体中定位我们要的参数——token，Burp会高亮显示我们要提取的值，设置参数的名称，以便在宏完成后可以将其传递给最终的HTTP请求。
当我们在响应中高亮显示我们所需的值的时候，“定义开始和结束”这一部分会自动完成。 所有其他设置可以保留为默认值。 单击确定关闭“定义自定义参数”的对话框，单击确定关闭“配置宏项目”的对话框，最后再次单击确定以关闭宏编辑器。
现在我们创建了我们想要的宏，但是我们仍然需要实现会话处理规则，以允许宏对所需的请求进行操作。 在“会话”选项卡上，转到“会话处理规则”部分，然后单击添加按钮。如下图：
当对话框弹出时，单击“规则操作”下的添加，然后从下拉菜单中选择“运行宏”。
之后会打开“会话处理操作编辑器”。 在这里我们选择我们之前添加的宏，然后选择“仅更新以下参数”，并将我们的参数添加到列表中。 如果我们需要根据宏的最终请求修改cookie，那么我们也可以在这里进行添加。本文的演示示例不需要设置cookie。
单击OK关闭此对话框，然后单击会话处理规则编辑器的“范围（Scope）”标签页。
这里我们需要定义受规则影响的请求的范围。在“Tools Scope”下，默认情况下不会选择代理（因为如果没有正确配置的话，可能会影响通过Burp代理的每一个请求）。为了使用此规则与sqlmap一起工作，我们必须选中“Proxy”。为了限制范围，我们使用“Use suite scope”选项，本文的演示仅包括示例站点。最后，我们将“参数范围”限制为仅影响包含“token”参数的请求，因为这是我们真正需要修改的请求。单击“OK”关闭对话框。
上述设置就是我们需要配置的一个宏来自动修改sqlmap的请求。现在，当sqlmap的请求通过代理时，Burp将首先向服务器发出GET请求，并使用从GET请求中提取的token参数的值替换sqlmap的POST请求中的“token”参数的值。
N.B：Burp不会在“代理历史记录”列表中显示被宏修改过的HTTP请求，因此如果你想确认你添加的宏是否按预期工作，那么你可以打开 “项目选项”标签页中的“会话”选项卡中的会话跟踪器来进行观察。在会话跟踪器里可以按照请求顺序挨个查看通过会话处理规则的处理过的每一个请求，所以，你将能够观察对请求所做的任何更改。
一旦启用了我们添加的宏，sqlmap应该就能够正确地识别我们示例网站中的SQL注入漏洞了，并能够成功利用此漏洞：
可以看到，sqlmap发现参数是易受攻击的，我们现在可以使用sqlmap来提取数据，如用户和表：
原文发布时间为：2017年3月13日
本文作者：李白
本文来自云栖社区合作伙伴嘶吼，了解相关信息可以关注嘶吼网站。
<a href="http://www.4hou.com/technology/3664.html" target="_blank">原文链接</a>