第十四章 BurpSuite全局参数设置和使用

第十四章 BurpSuite全局参数设置和使用

在Burp Suite中，存在一些粗粒度的设置，这些设置选项，一旦设置了将会对Burp Suite的整体产生效果，这就是Burp Suite中Options面板。当我们打开Options面板即可看到，它是由Connections、HTTP、SSL、Sessions、Display、Misc六个选项卡组成。

本章的内容主要包括：

• Burp 网络连接设置（Connections）
• HTTP应答消息处理设置（HTTP）
• SSL连接和加密设置（SSL）
• 会话设置（Sessions）
• 显示设置（Display）
• 其它工具设置（Misc）

下面我们就依次来看看每一个选项卡包含哪些详细的功能设置。

Burp 网络连接设置（Connections）

Connections选项卡主要用来控制Burp如何来处理平台认证、上游代理服务器、Socks代理、超时设置、主机名或域名解析以及Scope之外的请求六个方面的相关配置。当我们打开Connections选项卡，从上往下拖动，首先看到的设置将是平台身份认证（Platform Authentication）。

• 平台身份认证（Platform Authentication）
  
  这些设置允许你配置Burp自动执行到目标Web服务器的平台身份验证，不同的主机可以配置不同的认证方式和证书。目前支持的身份验证类型有：BASIC，NTLMv1，NTLMv2和“摘要”式认证( Digest authentication)。其设置界面截图如下：
  
  其中域名和主机名字段只用于NTLMv1，NTLMv2身份验证。在平台身份认证（Platform Authentication）设置的最下方有一个Checkbox选项（Prompt for credentials on platform authentication failure），如果此项选中，则表示当遇到身份验证失败时，Burp会显示一个交互式的弹窗，提示验证失败的信息。

• 上游代理服务器（Upstream Proxy Servers）
  
  这些设置主要是控制Burp是否会发送请求到上游代理服务器，或直转向目标Web服务器。从代理服务器配置的图中我们可以看出，这是一个列表，那就表明我们可以配置多个匹配规则。当我们配置了多个规则时，可以针对不同的目标主机或主机组指定不同的代理服务器设置。这些规则将按照顺序，并将与目标Web服务器相匹配的第一个规则作为生效规则。如果列表没有规则匹配，Burp默认采取直连、非代理的方式进行连接。针对每一个配置，其界面截图如下：
  
  我们可以使用在目标主机输入框中采用正则表达式，使用通配符（*零个或多个字符匹配？与任何字符相匹配，除了一个点）。来指定将所有请求发送到一个代理服务器。而对于配置的每个上游代理服务器，我们可以根据需要指定认证方式和认证凭据。它支持的身份认证类型有：BASIC，NTLMv1，NTLMv2和“摘要式”身份验证。同样，域名和主机名字段只用于NTLM身份认证。当我们每配置完成一条匹配规则之后，它将出现在上游代理服务器的列表中，我们可以在列表中对其进行内容的编辑和上下顺序的调整。

• Socks代理
  
  这些设置允许我们配置Burp使用SOCKS代理的方式进行所有传出的通信，但此设置只在TCP层生效，所有出站请求将通过这个代理发送。如果我们同时设置了已游HTTP代理服务器配置的规则，则请求上游代理将通过这里配置的SOCKS代理发送。其请求的匹配路径依次是：本地-->上游代理-->SOCKS代理。在使用SOCKS代理时，我们需要勾选【Use SOCKS proxy】，并提供代理的ip或者主机名、端口、认证的用户名和口令（如上图所示）。如果我们勾选了【Do DNS lookups over SOCKS proxy】，则进行域名解析时，将通过SOCKS代理去查询，而不会使用本地缓存。

• 超时设置（Timeouts）
  
  这些设置主要用于指定Burp各种网络任务的超时。我们可以对以下超时项进行设置：
• 正常（Normal ） - 此设置用于大多数网络通信，并确定Burp怎样放弃请求和记录已发生超时前等待。
• 开放式应答（Open-ended responses） - 该设置只用在一个响应正在处理不包含内容长度或传输编码HTTP标头。在这种情况下，Burp确定传输已经完成之前等待指定的时间间隔。3.域名解析（Domain name resolution ） - 此设置确定Burp如何重新进行成功的域名查找，如果目标主机地址频繁变化时需要设定为一个适当的低的值。
• 失败的域名解析（Failed domain name resolution ） - 此设置确定Burp多久会重新尝试不成功的域名查找。

以上的选项设置的值都是以秒为时间单位，如果一个选项留空，那么表示Burp永远不会超时。

• 主机名或域名解析
  

此项配置比较简单，通过这些设置，我们可以指定主机名映射到IP地址，来覆盖本地计算机提供的DNS解析。每个主机名解析规则需要指定主机名，并与主机名相关联的IP地址。同时，每一个规则可以单独启用或禁用来控制其是否生效。当我们在渗透测试中，如果使用了隐形代理来测试富客户端组件，此功能可以确保请求正确转发。

• Scope之外的请求
  
  这一特性可用于防止Burp发送任何超出Target面板中设置的Scope范围之外的请求，当我们需要保证没有请求到不在Scope范围内为它是有用的。例如，如果我们勾选了【Drop all out-of-scope requests】，即使你的浏览器使得超出范围的目标请求，这些请求也会被Burp被丢弃。当然，我们可以启用此功能为当前的目标范围，如图，选中【Use suite scope】。或者，可以使用URL匹配规则定义自定义范围，选中【Use custom scope】。当我们选中【Use custom scope】时，界面将会显示其相关URL匹配规则的详细设置。如下图：
  
  和Target Scope配置类似，它也分包含域和排除域，因其配置方式与Scope一致，此处就不在赘述。如果配置中有不明白的地方，请参数Target Scope配置章节

Session设置

会话处理规则（Session Handling Rules）

如上图所示，Burp允许你自定义会话处理规则的列表，这能让我们细粒度地控制Burp如何处理应用程序的会话处理机制和相关功能。对于处理规则，Burp中规则的构成包括范围（规则适用于）和动作（规则做什么），当我们点击【Add】按钮，弹出的规则配置界面如下图所示，其中Details和Scope两个面板的设置分别对于于上文的动作和范围。

• 动作（Rules Action）
  

每个规则可以执行一个或多个操作，例如： 从Burp的cookie jar中更新cookies、验证当前会话、 运行宏（预定义的请求序列）等等。通过创建具有不同范围和操作的多个规则，您可以定义Burp将应用于不同应用程序和函数的行为的层次结构。例如，在特定测试中，您可以定义以下规则：对于所有请求，从Burp的cookie jar添加cookie；对于对特定域的请求，请验证与该应用程序的当前会话是否仍处于活动状态，如果没有，请运行宏以重新登录到应用程序，然后使用生成的会话令牌更新cookie jar；对于包含csrftoken参数的特定URL的请求，首先运行宏以获取有效的csrftoken值，并在发出请求时使用此值。在Details面板中，Burp已经预制了七类规则动作，他们分别是：

1. Use Cookies From the Session Handling Cookie Jar 这个配置的动作是通过Burp的Cookie.jar用来更新请求的cookie信息，当然，你可以设置更新全部的cookie还是有选择性的更新。
2. Set a Specific Cookie or Parameter Value这个配置的动作是指定cookie或者某个参数的值，如果没有设置的话，则在会话中添加此参数或者cookie。
3. Check Session Is Valid此动作是检查当前会话是否有效，如果无效，则可选择地执行下一步的动作以获得新的有效会话。或者，我们可以将Burp配置为仅每X个请求验证会话，这有助于避免在应用程序发出多余的请求（==下图中2部分所示==）。为了确定当前会话的有效性，Burp通常会发出一个或多个请求。这些请求可能是（==下图中1部分所示==）：a）当前的会话请求b）执行宏脚本
   
   当Burp发出请求，并验证了会话的有效性之后，将不再做下一步动作；如果运行了宏，则Burp将进一步检查请求的应答消息。为了准确地确定会话有效性，我们通常将Burp检查响应配置为搜索表达式，其搜索范围为（==上图中3部分所示==）：a)HTTP响应头b)HTTP响应体c)任何重定向目标的URL除了范围外，在设置正则匹配/字符匹配的字符串同时，我们也可以匹配大小写是否敏感、会话是否有效、如果会话失效，需要做的下一步动作是什么等操作。关于会话失效后的下一步操作，Burp中预制了两个类型，如下图所示：
   
   a)运行宏b)从浏览器内部恢复会话针对于这两类操作，会在接下来的章节中描述，此处不再赘述。
4. Prompt For In-Browser Session Recovery这个配置的动作是针对于会话失效后，从浏览器内部进行会话恢复的。在会话恢复时，需要使用Proxy代理的请求记录信息，如果使用此动作，则浏览器的代理设置与Burp需要一致。
5. Run a Macro在Burp中，宏是一系列顺序操作的Burp操作的总和，预先定义好的，在Session中被运行，用于会话规则的处理。宏运行后，Burp根据最终的宏响应报文来选择更新当前正在处理的请求中的参数和Cookie。至于宏的定义和设置在接下来的章节中会专门描述,此处仅做简要介绍。当我们在添加Rules Action时选择了“Run a Macro”项，则弹出的宏配置界面如下图所示：
   
   点击【Add】则添加一个宏，选择某个宏记录，点击【Edit】则可以对宏配置进行编辑。其设置界面如下图：
   
   上图中宏的名称、items、请求和应答消息等简单关注即可，需要重点关注的是【configure item】按钮中对参数的设置。当我们点击此按钮，打开宏参数的配置界面：
   
   此界面上已经对请求报文中的参数和cookie自动提取出来，按照元素分别展示，同时，界面下半部分为客户化参数设置，可以自定义自己想要的参数，并从应答报文中提取参数的值。
   
   在上图中，当我们鼠标双击1处时，2和3处会自动设置提取数据的段，我们只要在4处简单填写参数的名字即可完成常用的宏参数设置。设置完宏之后，当宏运行时，其作用的范围依赖于Session Scope 的设置。
6. Run a Post-Request MacroPost-Request宏通常使用于多步骤测试的场景，例如：后一步的测试数据依赖于上一步的请求结果。在这些场景下，Post-Request宏的使用会帮助你完成参数值的自动化地填充、fuzz、scan等。
7. Invoke a Burp Extension这个配置的动作是Burp的拓展插件，来对当前会话数据进行处理。此处调用的插件，必须要先在Burp的插件中心进行注册。关于Burp插件，请阅读《Burp Suite应用商店插件的使用》章节。
8. 范围（Scope）
   
   而对于Burp做出的每个请求，它在Scope中定义规则在哪些请求的范围内，并且按顺序执行所有这些规则的动作（除非条件检查动作确定不应该对请求）。每个规则的范围可以基于正在处理的请求的以下特征来定义，在Scope面板中共分为以下三类：1.正在发送请求的Burp工具（Tools Scope），包含Burp的各个常用工具组件，例如：Target、Scanner、Proxy、Intruder等。2.请求的网址（Urls Scope），包含所有的URL地址、指定的作用于、自定义作用域三种方式，其配置与Target类似。
   
   3.请求中的参数名称（Paramters Scope），当选中此项时，点击【Edit】按钮即可对参数进行配置，如下图所示例：
   

配置完毕后的Scope截图大体如下图所示：

配置完成后，会话处理规则将对作用域的Burp工具组件中的会话进行处理，例如，如何配置了Proxy，则通过Proxy的会话，可以通过此面板下方的【open sessions tracer】进行会话跟踪。如下图：

Cookie Jar

Burp通过维护Cookie jar来维护你访问过得所有web站点的cookie信息，Cookie jar的信息在Burp的所有工具组件之间是数据共享的。

我们可以通过上图中的勾选项配置，来指定Cookie jar在哪些工具组件之间生效。当设置完毕后，这些工具组件的流量数据更新，会保证Cookie jar的数据也一致性的更新。同时，我们也可以点击下方的【Open cookie jar】按钮，来做cookie信息的手工维护。

宏(Macros)

在会话处理规则章节中，我们队宏的定义已经做了初步的描述，现在我们就来讲一讲Burp的宏的使用。Burp中宏的定义是：一个或者多个请求的预定义序列，其本质是一个或者多个请求，按照一定的顺序组成并按照顺序执行的操作集合的总称。典型的宏的使用场景有：a)检测用户登录页面，判断当前会话是否仍然有效。b)模拟登录操作，以获取一个新的会话令牌。c)在多步骤测试过程中，获取前一步骤的反馈数据，作为后面测试的输入数据。d)在多步骤测试过程中，完成测试目的后，用于结果的验证。除了基本的请求序列外，宏还包含每一个请求相关的cookie、请求参数、数据依赖等配置项。

1. 宏的维护

上图为宏的维护界面，通过【Add】、【Edit】、【Remove】按钮，我们可以对宏进行新建、修改和删除操作。当有多个宏的时候，我们可以通过【Up】和【Down】按钮来调节宏的位置，来控制宏执行的先后顺序。

2. 宏的新建和修改

新建是新增一个宏，修改是对宏列表中已有宏的信息进行修改，其界面和操作类似。此处仅以新建为例，来讲述宏的使用。当我们点击【Add】按钮来新建一个宏，则Burp将弹出宏信息录入界面。

宏信息的录入界面为图中的Macros Editor，而图中的Macros Recorder界面为请求的记录。当我们新建宏操作时，可以选择一条或一组的请求记录，做为宏的基础。

如上图所示，选择序列18~22的记录作为宏的序列，点击【OK】保存序列后，配置参数信息。

当我们点击【configure Item】按钮时，即弹出参数配置界面（如上图）。其配置界面分上下两个部分，上部为图中1所示，主要是对已有参数值的设置，下部为图中2所示，我们可以根据实际场景的需要，添加自定义参数和参数值。完成了如上的设置之后，我们点击【OK】按钮，则一个宏已经被正确的创建。3. 宏的使用完成宏的设置之后，下面我们就看看宏在渗透测试中通常是被如何使用的。在会话处理规则（Session Handling Rules）章节中我们知道，配置【Rule Actions】时有Run a Macro、Run a Post-Request Macro两个选项，当我们设置了其中的选项，针对于当前会话，在作用域的范围内，宏就会生效。无论你设置了哪种类型的宏，其使用的数据处理逻辑大体如下图所示：

其中图中1所示为通过宏应答的响应更新参数的值，我们可以全量更新参数值也可以部分更新参数值；图中2所示为更新cookie的值，同样，我们也可以全量更新参数值也可以部分更新参数值；图中3所示为执行宏之后，还可以执行Burp的插件，需要执行的插件即在此处配置。

显示设置（Display）

和其他的软件一样，Burp也存在显示设置，作为软件与用户习惯交互的接口。Burp的显示设置主要包含：用户界面（User Interface）、Http消息显示（HTTP Message Display）、字符集设置（Character Sets）以及页面渲染（HTML Rendering）

• 用户界面主要用来设置字体和界面风格
  
  常用的有Windows风格、Windows经典风格、Nimbus等，修改配置后，需要重启Burp才会生效。
• Http消息显示主要用来设置其他Burp工具组件中http消息的显示字体、高亮等形式。
  
• 字符集设置主要用来设置http消息显示时使用的字符集编码，正确的使用字符集是防止消息显示乱码的基础，默认情况下会自动获取系统字符集。
  
• 页面渲染是指http消息进行渲染时，是否也显示图片等信息，如果显示图片，可能会增加新的http请求消息。

杂项设置（Misc）

Burp的杂项主要包含以下七个部分内容：

• 快捷键设置（Hotkeys）
  
  Burp的快捷键设置遵循了系统软件的设置习惯，比如Ctrl+V、Ctrl+C、Ctrl+Z都是和操作系统一样，同时，在各个工具组件之间的切换和消息传递时，Burp的快捷键基本遵循了Ctrl+组件的首字母，例如：send to Repeater是Ctrl+Rsend to Intruder是Ctrl+I详细的快捷键读者自己在使用过程中，会慢慢熟悉，而且，Burp也提供了自定义快捷键的功能，只有点击下方的【Edit hotkeys】按钮，进行修改即可。
• 日志设置（Logging）
  
  用来控制Burp中的哪些工具组件需要记录日志，记录时，也可以单独记录请求或者应答消息。
• 临时文件位置（Temporary Files Location）
  
  默认情况下，burp会在用户的系统目录作为临时文件的目录，同样，我们也可以修改这个目录，指定其他的盘符目录作为临时文件目录，burp在工作过程中，产生的临时数据会存放在此目录中。如果修改了此设置，需重启Burp后方可生效。
• 自动备份设置（Automatic Backup）
  
  此设置用于保存Burp的状态和配置，设置完成后，会在后台定时地保存Burp的当前配置参数和运行状态。
• 任务队列（Scheduled Tasks）
  
  我们可以通过任务队列的管理，来控制任务的开始和结束以及周期性运行。目前Burp的任务控制主要为以下几类（如下图），点击【Add】按钮，按照操作向导一步步的执行即可。
  
• 性能反馈（Performance Feedback）主要用于Burp的使用问题或bug反馈。