burpsuite 學習筆記

本文參考：http://drops.wooyun.org/tools/1548

Burp Suite 使用介紹

Getting Started

Burp Suite用於***web應用程序的集成平臺。包含了許多工具，併爲這些工具設計了許多接口，以促進加快***應用程序的過程。所有的工具double共享一個能處理並顯示HTTP消息，持久性，認證，代理，日誌，警報的一個強大的可擴展的框架。本文主要介紹它的以下特點：

1.Target（目標）-- 顯示目標目錄結構的一個功能。
2.Proxy(代理)-- 攔截HTTP/S的代理服務器，作爲一個在瀏覽器和目標應用程序之間的中間人允許你攔截
，查看，修改在兩個方向上的原始數據流。
3.Spider（蜘蛛）-- 應用智能感應的網絡爬蟲，它能自動地發現web應用程序的安全漏洞。
4.Scanner（掃描器）-- 高級工具，執行後，它能自動地 發現web應用程序的安全漏洞。
5.Intruder（***)-- 一個定製的高度可配置的工具，對web應用程序進行自動化***，如：枚舉標識符，收集有用的數據，以及使用fuzzing技術探
測常規漏洞。
6.Reapeater（中繼器）-- 一個靠手動操作來觸發單獨的HTTP請求，並分析應用程序響應的工具。
7.Sequencer（會話）-- 用來分析那些不可預知的應用程序會話令牌和重要數據項的隨機的工具。
8.Decoder（解碼器）-- 進行手動執行或對應用程序數據者智能解碼編碼的工具。
9.Comparer(對比)-- 通常是通過一些相關的請求和響應得到兩項數據的一個可視化的“差異”。
10.Extender（擴展）-- 可以讓你加載Burp Suite的擴展，是用你自己的或第三方代碼來擴展burpsuite
的功能。
11.Options（設置）-- 對 Burp Suite 的設置。

測試工作流程

Burp支持手動web應用程序測試的活動。它可以讓你有效地結合手動和自動化技術，使您可以完全控制所有的burpsuite執行的行動，並提供有關您所測試的應用程序的詳細信息的分析。讓我們一起看看burpsuiteDev測試流程過程吧！如下圖：

簡要分析

代理工具可以說是Burpsuite測試流程的一個心臟，它可以讓你通過瀏覽器來瀏覽應用程序來捕獲所有相關信息，並讓您輕鬆地開始進一步行動，在一個典型的測試中，偵察和分析階段包括以下任務：

手動映射應用程序-使用瀏覽器通過BurpSuite代理工作，手動映射應用程序通過以下鏈接，提交表單，並通過多步驟的過程加強。這個過程將填充代理的 歷史和目標站點地圖與所有請求的內容，通過被動蜘蛛將添加到站點地圖，可以從應用程序的響應來推斷任何進一步的內容(通過鏈接、表單等)。也可以請求任何 未經請求的站點(在站點地圖中以灰色顯示的)，並使用瀏覽器請求這些。

在必要是執行自動映射-您可以使用BurpSuite自動映射過程中的各種方法。可以進行自動蜘蛛爬行，要求在站點地圖未經請求的站點。請務必在使用這個工具之前，檢查所有的蜘蛛爬行設置。

使用內容查找功能發現，可以讓您瀏覽或蜘蛛爬行可見的內容鏈接以進一步的操作。

使用BurpSuite Intruder(***者)通過共同文件和目錄列表執行自定義的發現，循環，並確定命中。

注意，在執行任何自動操作之前，可能有必要更新的BurpSuite的配置的各個方面，諸如目標的範圍和會話處理。

分析應用程序的***面 - 映射應用程序的過程中填入代理服務器的歷史和目標站點地圖與所有的BurpSuite已抓獲有關應用程序的信息。這兩個庫中包含的功能來幫助您分析它們所 包含的信息，並評估受***面的應用程序公開。此外，您可以使用BurpSuite的目標分析器報告的***面的程度和不同類型的應用程序使用的URL 。

接下來主要介紹下BurpSuite的各個功能吧。先介紹Proxy功能，因爲Proxy起到一個心臟功能，所有的應用都基於Proxy的代理功能。

Burp Suite功能按鈕鍵翻譯對照

導航欄
Burp	BurpSuite	save state wizard	保存狀態嚮導
restore state	恢復狀態	Remember setting	記住設置
restore defaults	恢復默認	Intruder	***者
Start attack	開始***(爆破)	Actively scan defined insertion points	定義主動掃描插入點
Repeater	中繼器	New tab behavior	新標籤的行爲
Automatic payload positions	自動負載位置	config predefined payload lists	配置預定義的有效載荷清單
Update content-length	更新內容長度	unpack gzip/deflate	解壓gzip/放棄
Follow redirections	跟隨重定向	process cookies in redirections	在重定向過程中的cookies
View	視圖	Action	行爲
功能項
Target	目標	Proxy	代理
Spider	蜘蛛	Scanner	掃描
Intruder	***者	Repeater	中繼器
Sequencer	定序器	Decoder	解碼器
Comparer	比較器	Extender	擴展
Options	設置	Detach	分離
Filter	過濾器	SiteMap	網站地圖
Scope	範圍	Filter by request type	通過請求過濾
Intercept	攔截	response Modification	響應修改
match and replace	匹配和替換	ssl pass through	SSL通過
Miscellaneous	雜項	spider status	蜘蛛狀態
crawler settings	履帶式設置	passive spidering	被動蜘蛛
form submission	表單提交	application login	應用程序登錄
spider engine	蜘蛛引擎	scan queue	掃描隊列
live scanning	現場掃描	live active scanning	現場主動掃描
live passive scanning	現場被動掃描	attack insertion points	***插入點
active scanning optimization	主動掃描優化	active scanning areas	主動掃描區域
passive scanning areas	被動掃描區域	Payload	有效載荷
payload processing	有效載荷處理	select live capture request	選擇現場捕獲請求
token location within response	內響應令牌的位置	live capture options	實時捕捉選項
Manual load	手動加載	Analyze now	現在分析
Platform authentication	平臺認證	Upstream proxy servers	上游代理服務器
Grep Extrack	提取

Proxy功能

Burp Proxy相當於BurpSuite的心臟，通過攔截，查看和修改所有的請求和響應您的瀏覽器與目標Web服務器之間傳遞。 下面瞭解有關BurpProxy：

Using BurpProxy http、https

http

設置代理的方法：以http ie爲例：

工具>>Internet選項>>連接>>局域網>>勾選代理服務器填寫地址127.0.0.1端口8080

這裏端口可以隨便定義但是要跟burp的監聽端口要一致然後保存再到Proxy的Options中添加add

這樣http協議的監聽就可以了,當intercept is on表示開啓攔截功能，反之

這樣就代表攔截成功，我們可以右擊send to Repeater去修改數據再發送，也可以右擊改變提交請求方式(change request method)比如get或者post等功能

https

1.以管理員權限運行ie瀏覽器
2.像http那樣配置好代理 
3.在地址欄訪問https地址，單擊繼續 
4.點擊錯誤證書在這個地址欄 
5.點擊查看證書 
6.在證書路徑選項卡點擊PortSwigger CA,然後再點擊查看證書 
7.在常規選項卡里點擊安裝證書 
8.在證書導入嚮導中，選擇“將所有的證書放入下列存儲區” 
9.點擊瀏覽 
10.以當前用戶或者本機計算機都可以 
11.點擊ok完成導入 
12.重啓ie（不需要以管理員權限運行） 其它瀏覽器差不多具體請查看官網

Intercept

用於顯示和修改HTTP請求和響應，通過你的瀏覽器和Web服務器之間。在BurpProxy的選項中，您可以配置攔截規則來確定請求是什麼和響應被攔截(例如，範圍內的項目，與特定文件擴展名，項目要求與參數，等)。 該面板還包含以下控制：

Forward

當你編輯信息之後，發送信息到服務器或瀏覽器

Drop

當你不想要發送這次信息可以點擊drop放棄這個攔截信息

Interception is on/off

這個按鈕用來切換和關閉所有攔截。如果按鈕顯示Interception is On，表示請求和響應將被攔截或自動轉發根據配置的攔截規則配置代理選項。如果按鈕顯示Interception is off則顯示攔截之後的所有信息將自動轉發。

Action

說明一個菜單可用的動作行爲操作可以有哪些操作功能。

Comment field

爲請求或響應添加註釋，以便更容易在History選項卡中識別它們。

Highlight

爲請求或響應添加顏色，可以在history選項卡和截獲中更容易發現。

History

代理歷史認爲每個請求和響應。通過代理可以記錄全部請求和響應。您可以過濾和註釋這個信息來幫助管理它，並使用代理的歷史來測試流程。 History(代理歷史)總在更新，即使你把Interception turned off(攔截關閉)，允許瀏覽不中斷的同時還監測應用流量的關鍵細節。

History Table

表中顯示已通過代理HTTP消息的所有請求，並且可以查看完整的你所做的任何修改和截獲的信息的請求和響應。 表中包含以下字段：

# (請求索引號)、Host(主機)、Method(請求方式)、URL(請求地址)、Params(參數)、Edited(編輯)、Status(狀 態)、Length(響應字節長度)、MIME type(響應的MLME類型)、Extension(地址文件擴展名)、Title(頁面標題)、Comment(註釋)、SSL、IP(目標IP地 址)、Cookies、Time(發出請求時間)、Listener port(監聽端口)。

您可以通過單擊任何列標題進行升序或降序排列。如果您在表中雙擊選擇一個項目地址，會顯示出一個詳細的請求和響應的窗口。或者右擊選擇 Show new history window

Display Filter

Proxy histroy有一個可以用來在視圖中隱藏某些內容的功能，以使其更易於分析和你感興趣的工作內容的顯示過濾。 History Table上方的過濾欄描述了當前的顯示過濾器。點擊過濾器欄打開要編輯的過濾器選項。該過濾器可以基於以下屬性進行配置：

Request type

Show only in-scope items--勾選則顯示在範圍內的項目，反之。

MIME type

您可以設定是否顯示或隱藏包含各種不同的MIME類型，如HTML，CSS或圖像的響應。

Status code

您可以設定是否要顯示或隱藏各種HTTP狀態碼響應。

Search term

您可以過濾對反應是否不包含指定的搜索詞。您可以設定搜索詞是否是一個文字字符串或正則表達式，以及是否區分大小寫。如果您選擇了“Negative search (消極搜索)”選項，然後不匹配的搜索詞唯一的項目將被顯示。

File extension

您可以設定是否要顯示或隱藏指定的文件擴展名的項目。

Annotation

您可以設定是否顯示使用用戶提供的評論或僅亮點項目。

Listener

你可以只顯示特定的監聽端口上接收的項目。測試訪問控制時可能有用。 如果設置一個過濾器，隱藏一些項目，這些都沒有被刪除，只是隱藏起來，如果你取消設置相關的過濾器將再次出現。這意味着您可以使用篩選器來幫助您系統地研究了大量代理的歷史來理解各種不同的請求顯示。

Annotations

您可以通過添加註釋和批註亮點代理歷史記錄項。這可能是有用的描述不同要求的目的，並標記了進一步查看。 兩種方式添加亮點： 1)使用在最左邊的表列中的下拉菜單中突出顯示單個項目。 2)可以突出顯示使用上下文菜單中的“亮點”項目的一個或多個選定的項目。 兩種方法添加註釋： 1)雙擊相關條目，註釋列中，添加或編輯就地評論。 2)發表評論使用上下文菜單中的“添加註釋”項目的一個或多個選定的項目。 除了以上兩種，您也可以註釋項目，它們出現在攔截選項卡，這些都將自動出現在歷史記錄表。 當您已經註明想要的請求，您可以使用列排序和顯示過濾器後迅速找到這些項目。

Options

設置代理監聽、請求和響應，攔截反應，匹配和替換，ssl等。

Proxy Listeners

代理偵聽器是偵聽從您的瀏覽器傳入的連接本地HTTP代理服務器。它允許您監視和攔截所有的請求和響應，並且位於BurpProxy的工作流的心 髒。默認情況下，Burp默認監聽12.0.0.1地址，端口8080。要使用這個監聽器，你需要配置你的瀏覽器使用127.0.0.1:8080作爲代 理服務器。此默認監聽器是必需的測試幾乎所有的基於瀏覽器的所有Web應用程序。

1)Binding

這些設置控制Burp怎麼代理監聽器綁定到本地網絡接口：

Bind to port---這是將被打開偵聽傳入連接的本地接口上的端口。你將需要使用一個沒有被綁定被其他應用程序的閒置端口。
Bind to address---這是Burp綁定到本地接口的IP地址。

您可以綁定到剛剛127.0.0.1接口或所有接口，或任何特定的本地IP地址。

注意：如果監聽器綁定到所有接口或特定的非loopback接口，那麼其他計算機可能無法連接到該偵聽器。這可能使他們發起出站連接，從您的IP地址發起，並以訪問代理服務器歷史的內容，其中可能包含敏感數據，如登錄憑據。你應該只啓用此當你位於一個受信任的網絡上。

BurpSuite讓您創建多個代理服務器的偵聽器，並提供了豐富的控制自己的行爲的配置選項。你可能偶爾需要進行測試時不尋常的應用，或與一些非基於瀏覽器的HTTP客戶端進行合作，利用這些選項。

2)Request Handling

這些設置包括選項來控制是否BurpSuite重定向通過此偵聽器接收到的請求：

Redirect to host - 如果配置了這個選項，Burp會在每次請求轉發到指定的主機，而不必受限於瀏覽器所請求的目標。需要注意的是，如果你正使用該選項，則可能需要配置匹配/替換規則重寫的主機頭中的請求，如果服務器中，您重定向請求預期，不同於由瀏覽器發送一個主機頭。

Redirect to port - 如果配置了這個選項，Burp會在每次請求轉發到指定的端口，而不必受限於瀏覽器所請求的目標。

Force use of SSL - 如果配置了這個選項，Burp會使用HTTPS在所有向外的連接，即使傳入的請求中使用普通的HTTP。您可以使用此選項，在與SSL相關的響應修改選項 結合，開展sslstrip般的***使用Burp，其中，強制執行HTTPS的應用程序可以降級爲普通的HTTP的受害用戶的流量在不知不覺中通過 BurpProxy代理。

注意：每一個重定向選項都可以單獨使用。因此，例如，可以將所有請求重定向到一個特定的主機，同時保留原來的端口和協議在每個原始請求中使用。隱形BurpProxy的支持允許非代理感知客戶端直接連接到監聽。

3)Certificate

這些設置控制呈現給客戶端的SSL服務器的SSL證書。使用這些選項可以解決一些使用攔截代理時出現的SSL問題：

你可以消除您的瀏覽器的SSL警報，並需要建立SSL例外。 
凡網頁加載來自其他域的SSL保護的項目，您可以確保這些均可由瀏覽器加載，而不需要先手動接受每個引用的域代理的SSL證書。 
您可以與拒絕連接到服務器，如果接收到無效的SSL證書胖客戶端應用程序的工作。

下列選項可用：

Use a self-signed certificate---||-一個簡單的自簽名SSL證書提交給您的瀏覽器，它總是導致SSL警告。

Generate CA-signed per-host certificate---||-這是默認選項。 安裝後，BurpSuite創造了一個獨特的自簽名的證書頒發機構（CA）證書，並將此計算機上使用，每次BurpSuite運行。當你的瀏覽器發出 SSL連接到指定的主機，Burp產生該主機，通過CA證書籤名的SSL證書。您可以安裝BurpSuite的CA證書作爲在瀏覽器中受信任的根，從而使 每個主機的證書被接受，沒有任何警報。您還可以導出其他工具或Burp的其他實例使用CA證書。

Generate a CA-signed certificate with a specific hostname---|| 這類似於前面的選項;然而，Burp會產生一個單一的主機證書與每一個SSL連接使用，使用您指定的主機名。在進行無形的代理時，此選項有時是必要的，因 爲客戶端沒有發送連接請求，因此Burp不能確定SSL協議所需的主機名。你也可以安裝BurpSuite的CA證書作爲受信任的根。

Use a custom certificate---||-此選項使您可以加載一個特定的證書（在PKCS＃12格式）呈現給你的瀏覽器。如果應用程序使用它需要特定的服務器證書（例如一個給定序列號或證書鏈）的客戶端應該使用這個選項。

4)Exporting and Importing the CA Certificate

您可以導出您安裝特定的CA證書在其他工具或BurpSuite的其他情況下使用，並且可以導入證書Burp在當前實例使用。 您可以選擇要導出的證書只（用於導入到您的瀏覽器或其他設備的信任），或者你可以同時導出的證書及其私鑰。

注意：您不應該透露的私鑰證書給任何不可信的一方。擁有你的證書和密鑰的惡意***者可能可以，即使你不使用Burp攔截瀏覽器的HTTPS流量。

您也可以僅通過訪問http://burp/cert在瀏覽器中導出證書。它使HTTPS請求您的瀏覽器相同的證書，但在一些移動設備上安裝時，設備通過一個URL來下載它是有幫助的。

Interception Options

設置控制哪些請求和響應都停滯用於查看和編輯在攔截選項卡。單獨的設置將應用到請求和響應。

在“Intercept”複選框確定是否有訊息攔截。如果它被選中，然後Burp應用配置的規則對每個消息，以確定它是否應該被攔截。

個別規則可以激活或停用對每個規則的左邊的複選框。規則可以被添加，編輯，刪除，或使用按鈕重新排序。規則可以在消息，包括域名， IP地址，協議， HTTP方法， URL，文件擴展名，參數，cookie ，頭/主體內容，狀態代碼，MIME類型， HTML頁面標題和代理的幾乎任何屬性進行配置偵聽端口。您可以配置規則來只攔截項目的網址是目標範圍之內的。可以使用正則表達式對定義複雜的匹配條件。

規則按順序處理，並且使用布爾運算符AND和OR組合。這些都與處理簡單的“從左到右”的邏輯，其中每個算子的範圍，如下所示：（所有規則之前累積 的結果）和/或（當前規則的結果）所有活動的規則在每封郵件進行處理，並最終活動規則應用後的結果確定消息是否被攔截或轉發的背景。“自動更新內容長度” 複選框控件時，這已被用戶修改是否Burp自動更新消息的Content-Length頭。使用這個選項通常是必不可少的，當HTTP主體已被修改。

如果有需求，可以在請求結束時自動修復丟失或多餘的新行。如果編輯請求不包含標題下面一個空行，Burp會添加此。如果與含有URL編碼參數的身體 的編輯請求包含任何換行符在身體的末端，Burp就會刪除這些。這個選項可以是有用的糾正，而手動編輯在攔截視圖的要求，以避免發出無效的請求向服務器發 出的錯誤。

Response Modification

設置用於執行自動響應的修改。您可以使用這些選項通過自動重寫應用程序響應的HTML來完成各種任務。 下列選項在數據刪除客戶端控件可能是有用的：

顯示隱藏的表單字段。 （有一個子選項，以突出強調取消隱藏欄在屏幕上，便於識別。 ）
啓用已禁用的表單域
刪除輸入字段長度限制
刪除的JavaScript表單驗證

下列選項可用於禁止客戶端邏輯用於測試目的（注意，這些特徵並非設計用來作爲NoScript的的方式進行安全防禦）有用：

刪除所有的JavaScript。
刪除<object>標記。

下列選項可用於提供對受害用戶的流量在不知不覺中被通過BurpSuite代理sslstrip般的***。您可以在與聽者選項強制SSL的傳出請求，以有效地從用戶的連接剝離SSL一起使用這些：

轉換HTTPS爲HTTP的鏈接。
刪除cookie安全標誌。

Match and Replace

用於自動替換請求和響應通過代理的部分。對於每一個HTTP消息，已啓用的匹配和替換規則依次執行，以及任何適用的替代品製成。規則可以分別被定義 爲請求和響應，對於消息頭和身體，並且還特別爲只請求的第一行。每個規則可以指定一個文字字符串或正則表達式來匹配，和一個字符串來替換它。對於郵件頭， 如果匹配條件，整個頭和替換字符串匹配留空，然後頭被刪除。如果指定一個空的匹配表達式，然後替換字符串將被添加爲一個新的頭。有可協助常見任務的各種缺 省規則 - 這些都是默認爲禁用。 匹配多行區域。您可以使用標準的正則表達式語法來匹配郵件正文的多行區域。

在替換字符串，組可以使用其次爲索引$引用。所以下面的替換字符串將包含被匹配在上述正則表達式，該標記的名稱：

SSL Pass Through

用於指定目標Web服務器爲其Burp會直接通過SSL連接。關於通過這些連接的請求或響應任何細節將在代理攔截視圖或歷史。

通過SSL連接傳遞可以在這情況下是不能直接消除了客戶端的SSL錯誤是非常有用 - 例如，在執行SSL證書釘扎的移動應用程序。如果應用程序訪問多個域，或使用HTTP和HTTPS連接的混合，然後通過SSL連接到特定問題的主機仍然可 以讓您以正常方式使用Burp其他交通工作。

如果啓用該選項來自動添加客戶端SSL協商失敗的項目，然後BurpSuite會在客戶端失敗的SSL協議檢測（例如，由於不承認BurpSuite的CA證書），並會自動將相關的服務器添加到SSL通通過列表。

Miscellaneous

控制Burp代理的行爲的一些具體細節。下列選項可用：

Use HTTP/1.0 in requests to server - 該選項控制BurpSuite代理是否強制在請求目標服務器的HTTP 1.0版。默認設置是使用任何的HTTP版本所使用的瀏覽器。然而，一些遺留服務器或應用程序可能需要1.0版本才能正常工作。

Use HTTP/1.0 in responses to client - 目前所有的瀏覽器都支持這兩個版本1.0和HTTP 1.1 。從1.0版本開始已經減少了一些功能，迫使使用1.0版本有時會很有用，以控制瀏覽器的行爲的各個方面，例如防止企圖執行HTTP流水線。

Set response header “Connection:close” - 這個選項也可能是有用的，以防止HTTP流水線在某些情況下。

Unpack gzip / deflate in requests - 某些應用程序（通常是那些使用自定義客戶端組件） ，壓縮在請求消息體。該選項控制BurpProxy是否自動解壓縮壓縮請求主體。請注意，某些應用程序可能被破壞，如果他們期望的壓縮體和壓縮已通過Burp被刪除。

Unpack gzip / deflate in responses - 大多數瀏覽器接受的gzip和響應緊縮壓縮的內容。該選項控制BurpSuite代理是否自動解壓縮壓縮響應機構。請注意，您可以經常防止服務器試圖通過 刪除請求（可能使用BurpProxy的匹配和替換功能）的Accept-Encoding頭壓縮的響應。 Disable web interface at http://burp - 如果你不得不配置你的聽衆接受無保護的接口上的連接，並希望阻止他人接觸到Burp瀏覽器控件，此選項可能有用。

Suppress Burp error messages - 當某些錯誤時，默認情況下BurpSuite返回有意義的錯誤信息到瀏覽器。如果你想在隱身模式下運行Burp，履行人在這方面的中間人***的受害者用戶，那麼它可能是有用的抑制這些錯誤信息來掩蓋一個事實，即Burp是參與。

Disable logging to history and site map - 此選項可以防止Burp從記錄任何請求到代理服務器的歷史或目標站點地圖。如果您使用的是Burp代理對於一些特定用途，如身份驗證到上游服務器或進行匹配和替換操作，並且要避免產生內存和存儲開銷採伐牽扯它可能是有用的。

Enable interception at startup- 此選項可讓您設定是否在Burp時啓動代理截獲應該啓用。您可以選擇始終啓用攔截，始終禁用攔截，或者從Burp上次關閉恢復設置。

Target功能

目標工具包含了SiteMap，用你的目標應用程序的詳細信息。它可以讓你定義哪些對象在範圍上爲你目前的工作，也可以讓你手動測試漏洞的過程。

Using Burp Target

在地址欄輸入www.baidu.com，如圖

這樣看起來site map是不是很亂，則可以右擊add to scope，然後點擊Filter勾選Show only in-scope items，此時你再回頭看Site map就只有百度一個地址了，這裏filter可以過濾一些參數，show all顯示全部，hide隱藏所有，如果勾選了表示不過濾

針對地址右擊顯示當前可以做的一些動作操作等功能。左圖 針對文件右擊顯示當前可以做一些動作操作等功能。右圖

2)Scope

這個主要是配合Site map做一些過濾的功能，如圖：

Include in scope就是掃描地址或者攔截歷史記錄裏右擊有個add to scope就是添加到這了，也可以自己手動添加。

Target分爲site map和scope兩個選項卡

SiteMap

中心Site Map彙總所有的信息Burp已經收集到的有關地址。你可以過濾並標註此信息，以幫助管理它，也可以使用SiteMap來手動測試工作流程。

Target Information

SiteMap會在目標中以樹形和表形式顯示，並且還可以查看完整的請求和響應。樹視圖包含內容的分層表示，隨着細分爲地址，目錄，文件和參數化請 求的URL 。您還可以擴大有趣的分支才能看到進一步的細節。如果您選擇樹的一個或多個部分，在所有子分支所選擇的項目和項目都顯示在表視圖。

該表視圖顯示有關每個項目（URL ， HTTP狀態代碼，網頁標題等）的關鍵細節。您可以根據任意列進行排序表（單擊列標題來循環升序排序，降序排序，和未排序） 。如果您在表中選擇一個項目，請求和響應（如適用）該項目顯示在請求/響應窗格。這包含了請求和響應的HTTP報文的編輯器，提供每封郵件的詳細分析。

站點地圖彙總所有的信息BurpSuite已經收集到的有關申請。這包括：

所有這一切都通過代理服務器直接請求的資源。
已推斷出通過分析響應代理請求的任何物品（前提是你沒有禁用被動Spider） 。
內容使用Spider或內容發現功能查找。
由用戶手動添加的任何項目，從其它工具的輸出。

已請求在SiteMap中的項目會顯示爲黑色。尚未被請求的項目顯示爲灰色。默認情況下（與被動蜘蛛(passviely scan this host)啓用） ，當你開始瀏覽一個典型的應用，大量的內容將顯示爲灰色之前，你甚至得到儘可能要求，因爲BurpSuite發現在您所請求的內容鏈接到它。您可以刪除不 感興趣的地址

Display Filter

Sitemap可以用來隱藏某些內容從視圖中，以使其更易於分析和對你感興趣的工作內容的顯示過濾器 Sitemap上方的過濾欄描述了當前的顯示過濾器。點擊過濾器欄打開要編輯的過濾器選項。該過濾器可以基於以下屬性進行配置：

Request type 你可以只顯示在範圍內的項目，只能與反應項目，或者帶參數的請求。 MIME type 您可以設定是否顯示或隱藏包含各種不同的MIME類型，如HTML，CSS或圖像的響應。 Status code 您可以設定是否要顯示或隱藏各種HTTP狀態碼響應。 Search term 您可以過濾對反應是否不包含指定的搜索詞。您可以設定搜索詞是否是一個文字字符串或正則表達式，以及是否區分大小寫。如果您選擇了“消極搜索”選項，然後 不匹配的搜索詞唯一的項目將被顯示。 File extension 您可以設定是否要顯示或隱藏指定的文件擴展名的項目。 Annotation 您可以設定是否顯示使用用戶提供的評論或僅亮點項目。

Annotations

通過添加註釋和批註亮點代理歷史記錄項。這可能是有用的描述不同要求的目的，並標記了進一步查看。

您可以通過添加註釋和批註亮點代理歷史記錄項。這可能是有用的描述不同要求的目的，並標記了進一步查看。

兩種方式添加亮點：

1)使用在最左邊的表列中的下拉菜單中突出顯示單個項目。
2)可以突出顯示使用上下文菜單中的“亮點”項目的一個或多個選定的項目。
兩種方法添加註釋：
3)雙擊相關條目，註釋列中，添加或編輯就地評論。
4)發表評論使用上下文菜單中的“添加註釋”項目的一個或多個選定的項目。

除了以上兩種，您也可以註釋項目，它們出現在攔截選項卡，這些都將自動出現在歷史記錄表。 當您已經註明想要的請求，您可以使用列排序和顯示過濾器後迅速找到這些項目。

Scope

Target scope設置，可以從SiteMap中添加也可以手動添加掃描範圍到Scope。你可以在Target SiteMap和Proxy history上設置只顯示在範圍內的項目。並且可以設置代理攔截只有在範圍內的請求和響應。Spider會掃描在範圍內的地址。專業版還可以設置自動啓 動在範圍內項目的漏洞掃描。您可以配置Intruder和Repeater跟隨重定向到任何在範圍內的網址。發送Burp目標以適當的方式執行行動，只針 對你感興趣並願意***項目。

範圍定義使用的URL匹配規則兩個表 - 一個“包括(include)”列表和“exclude(排除)”列表中。Burp根據一個URL地址來決定，如果它是目標範圍之內，這將被視爲是在範圍 上如果URL匹配至少一個“include”在內的規則，不符合“exclude”規則。這樣能夠定義特定的主機和目錄爲大致範圍內，且距離該範圍特定的 子目錄或文件（如註銷或行政職能）排除。

Spider功能

Burp Spider 是一個映射 web 應用程序的工具。它使用多種智能技術對一個應用程序的內容和功能進行全面的清查。 通過跟蹤 HTML 和 JavaScript 以及提交的表單中的超鏈接來映射目標應用程序，它還使用了一些其他的線索，如目錄列表，資源類型的註釋，以及 robots.txt 文件。 結果會在站點地圖中以樹和表的形式顯示出來，提供了一個清楚並非常詳細的目標應用程序 視圖。能使你清楚地瞭解到一個 web 應用程序是怎樣工作的，讓你避免進行大量 的手動任務而浪費時間，在跟蹤鏈接，提交表單，精簡 HTNL 源代碼。可以快速地確人應 用程序的潛在的脆弱功能，還允許你指定特定的漏洞，如 SQL 注入，路徑遍歷。

Using Burp Spider

要對應用程序使用 Burp Spider 需要兩個簡單的步驟：

1 使用 Burp Proxy 配置爲你瀏覽器的代理服務器，瀏覽目標應用程序(爲了節省時間，你可 以關閉代理攔截)。 
2 到站點地圖的”target”選項上，選中目標應用程序駐留的主機和目錄。選擇上下文菜單的” spider this host/branch”選項。

你也可以在任何 Burp 工具的任意請求或響應上使用上下文菜單上選擇” spider this item”。當你發送一個站點地圖的分支來 spidering，Spider 會首先檢查這個分支是否在定義好的spidering 的範圍內。如果不是，Burp 會提示你是否把相關的 URL 添加到範圍裏。然後，Burp 開始 spidering，並執行下面的操作：

在分支上，請求那些已被發現的還沒被請求過的 URL。 在分支上，提交那些已被發現但提交 URL 錯誤的表單。 重複請求分支上的先前收到的狀態碼爲 304 的項，爲檢索到一個應用程序的新(未進入緩存)副本。 對所有的檢索到內容進行解析以確認新的 URL 和表單。 只有發現新內容就遞歸地重複這些步驟。 繼續在所有的範圍區域內 spidering，直到沒有新內容爲止。

注意 Spider 會跟蹤任何在當前定義的 spidering 範圍內的 URL 鏈接。如果你定義了一個 範圍比較大的目標，並且你只選擇了其中的一個分支來 spidering，這時 Spider 會跟蹤所有進入到這個比較大的範圍內的鏈接，於是也就不在原來的分支上 spider。爲了確保 Spider 只在指定分支內的請求上，你應該在開始時，就把 spidering 範圍配置爲只在這個分支上。

你應該小心地使用 Burp Spider。在它的默認設置上，Spider 會在 spidering 範圍內使用 默認輸入值，自動地提交任意表格，並且會請求許多平常用戶在只使用一個瀏覽器不會發出 的請求。如果在你定義範圍的 URL 是用來執行敏感操作的，這些操作都會被帶到應用程序 上。在你完全地開始自動探索內容之前，使用瀏覽器對應用程序進行一些手動的映射，是非常可取的。

Control tab

這個選項是用來開始和停止 Burp Spider，監視它的進度，以及定義 spidering 的範圍。

Spider Status

1)Spider running

這個是用來開始和停止 Spider。Spider 停止後，它自己不會產生請求，但它會 繼續處理通過 Burp Proxy 的響應，並且在 spidering 範圍內的新發現的項都會送入請求隊列 裏，當 Spider 重新啓動時，再來請求。這裏顯示的一些 Spider 進度的指標，讓你能看到剩餘的內容和工作量的大小。

2)Clear queues

如果你想改變你工作的優先權，你可以完全地清除當前隊列的項目，來讓其他 的項目加入隊列。注意如果被清除的項目如果還在範圍內並且 Spider 的分析器發現有新的 鏈接到這個項目，那麼它們還會加入隊列。

Spider Scope

在這個面板裏，你能精確地定義 Spider 的請求範圍。最好的方法通常是使用一套廣泛的目標範圍，默認情況下，蜘蛛會使用該範圍。如果您需要定義不同範圍的蜘蛛使用，然後選擇“Use custom scope(使用自定義範圍)”。進一步的配置面板會出現在相同的方式套件範圍的目標範圍內面板的功能。如果你使用自定義範圍並向 Spider 發送不在範圍內 的項，則 Burp 會自動更新這個自定義的範圍而不是 Suite 範圍。

Options tab

這個選項裏包含了許多控制 Burp Spider 動作的選項，如下描述。這些設置在 spider 啓 動後還可以修改的，並且這修改對先前的結果也是有效的。例如，如果增加了最大鏈接深度， 在以前的最大鏈接深度外的鏈接如果滿足現在的條件，也會加入到請求隊列裏。

Crawler Settings

1)check robots.txt

如果這個選項被選中，Burp Spider會要求和處理robots.txt文件，提取內容鏈接。這個文件是由機器人排除協議控制的蜘蛛狀製劑在互聯網上的行爲。請注意，注意 Burp Spider不會確認 robots 排除協議。Burp Spider 會列舉出目標應用程序的所有內容，請求所有在範圍 內的 robots.txt 條目。

2)detect custom "not found" responses

HTTP協議需要向Web服務器返回404狀態碼，如果一個請求的資源不存在。然而，許多Web應用程序返回使用不同的狀態代碼定製爲“not found”的網頁。如果是這種情況，則使用該選項可以防止誤報的網站內容的映射。Burp Spider從每個域請求不存在的資源，編制指紋與診斷“not found”響應其它請求檢測定製“not found”的迴應。

3)ignore links to non-text content

常常需要推斷出在 HTML 上下文裏鏈接到特殊資源的 MIME 類型。例如，帶有 IMG 標記的 URL 會返回圖像；那些帶有 SCRIPT 標記的會返回 JavaScript。 如果這個選項被選中，Spider 不會請求在這個上下文出現的出現的非文本資源。使用這個選 項，會減少 spidering 時間，降低忽略掉感興趣內容的風險。

4)request the root of all directories 如果這個選項被選中，Burp Spider 會請求所有已確認的目標 範圍內的 web 目錄，除了那些目錄裏的文件。如果在這個目標站點上目錄索引是可用的， 這選項將是非常的有用。

5)make a non-parameterised request to each dynamic page

如果這個選項被選中，Burp Spider 會對在範圍內的所有執行動作的 URL 進行無參數的 GET 請求。如果期待的參數沒有被接收， 動態頁面會有不同的響應，這個選項就能成功地探測出添加的站點內容和功能。

6)maximum link depth

這是Burp Suite在種子 URL 裏的瀏覽”hops”的最大數。0表示讓Burp Suite只請求種子 URL。如果指定的數值非常大，將會對範圍內的鏈接進行無限期的有效跟蹤。將此選項設置爲一個合理的數字可以幫助防止循環Spider在某些種類的動態生 成的內容。

7)Maximum parameterized requests per URL

請求該蜘蛛用不同的參數相同的基本URL的最大數目。將此選項設置爲一個合理的數字可以幫助避免爬行“無限”的內容，如在URL中的日期參數的日曆應用程序。

Passive Spidering(被動掃描)

1)passively spider as you browse

如果這個選項被選中，Burp Suite 會被動地處理所有通過 Burp Proxy 的 HTTP 請求，來確認訪問頁面上的鏈接和表格。使用這個選項能讓 Burp Spider 建立一個包含應用程序內容的詳細畫面，甚至此時你僅僅使用瀏覽器瀏覽了內容的一個子集，因爲所有被訪問內容鏈接到內容都會自動地添加到 Suite 的站點地圖上。

2)link depth to associate with proxy requests

這個選項控制着與通過 Burp Proxy 訪問的 web 頁面 有關的” link depth”。爲了防止 Burp Spider 跟蹤這個頁面裏的所有鏈接，要設置一個比上面 選項卡里的” maximum link depth”值還高的一個值。

Form Submission

1)individuate forms

這個選項是配置個性化的標準(執行 URL，方法，區域，值)。當 Burp Spider 處理這些表格時，它會檢查這些標準以確認表格是否是新的。舊的表格不會加入到提交序列。

2)Don’t submit

如果選中這個，Burp Spider 不會提交任何表單。

3)prompt for guidance

如果選中這個，在你提交每一個確認的表單前，Burp Suite 都會爲你指示引導。這允許你根據需要在輸入域中填寫自定義的數據，以及選項提交到服務器的哪一個 區域，以及是否遍歷整個區域。

4)automatically submit

如果選中，Burp Spider 通過使用定義的規則來填寫輸入域的文本值來自動地提交範圍內的表單。每一條規則讓你指定一個簡單的文本或者正則表達式來匹配表單字段名，並提交那些表單名匹配的字段值。可以爲任意不匹配的字段指定默認值。

在應用程序通常需要對所有輸入域都是有效格式的數據的地方，如果你想通過登記表單 和相似功能自動地 spider，則這個選項會非常有用。在自動地把表單數據提交到廣闊範圍內 的應用程序時，Burp 使用一組非常成功的規則。當然，如果你遇到有自己需要提交的特定 值的表單字段名時，你可以修改這些或者添加自己的規則。你要小心地使用這個選項，因爲 提交了表單裏的虛假值有時會導致一些不希望看到操作。

許多表單包含了多個提交元素，這些會對應用程序進行不同的操作，和發現不同的內容。 你可以配置 Spider 重複通過表單裏提交元素的值，向每個表單提交多次，次數低於配置的 最大值。

Application Login

登陸表單在應用程序中扮演一個特殊角色，並且你常常會讓 Burp 用和處理平常表單不 一樣的方式來處理這個表單。使用這個配置，你可以告訴 Spider 在遇到一個表單執行下面 4 種不同操作的一種：

1.如果你沒有證書，或者關注 Spidering 的敏感保護功能，Burp 可以忽略登陸表單。
2.Burp 能交互地爲你提示引導，使你能夠指定證書。這時默認設置項。
3.Burp 通過你配置的信息和自動填充規則，用處理其他表單的方式來處理登陸表單。
4.在遇到的每個登陸表單時，Burp 能自動地提交特定的證書。

在最後一種情況下，任何時間 Burp 遇到一個包含密碼域的表單，會提交你配置的密碼到密碼域，提交你配置用戶名到最像用戶名的字段域。如果你有應用程序的證書，想讓 Spider爲你處理登陸，通常情況下這是最好的選項

Spider Engine

這些設置控制用於Spidering時發出HTTP請求的引擎。下列選項可用：

1)Number of threads----此選項控制併發請求進程數。
2)Number of retries on network failure----如果出現連接錯誤或其他網絡問題，BurpSuite會放棄和移動之前重試的請求指定的次數。測試時間歇性網絡故障是常見的，所以最好是在發生故障時重試該請求了好幾次。
3)Pause before retry----當重試失敗的請求，BurpSuite會等待指定的時間（以毫秒爲單位）以下，然後重試失敗。如果服務器被宕掉、繁忙或間歇性的問題發生，最好是等待很短的時間，然後重試。
4)Throttle between requests----BurpSuite可以在每次請求之前等待一個指定的延遲（以毫秒爲單位）。此選項很有用，以避免超載應用程序，或者是更隱蔽。
5)Add random variations to throttle----此選項可以通過降低您的要求的時序模式進一步增加隱身。

Request Headers

這些設置控制由蜘蛛發出的HTTP請求中使用的請求頭。您可以配置頭蜘蛛在請求中使用的自定義列表。這可能是有用的，以滿足各個應用程序的特定要求 - 例如，測試設計用於移動設備的應用程序時，以模擬預期的用戶代理。

以下選項也可用：

1)Use HTTP version 1.1----如果選中，Spider會使用HTTP1.1版在其請求;否則，它會使用1.0版。

2)Use Referer header----如果選中，Spider會要求從另一個頁面鏈接到任何項目時提交相關Referer頭。此選項很有用更加緊密地模擬將通過您的瀏覽器發出的請求，並且還可能需要瀏覽一些應用程序驗證Referer頭。

Scanner功能

Using Burp Scanner

分以下幾個步驟來簡單使用Scanner 1.設置好代理之後在地址欄輸入你要抓取的地址，並且要在Proxy裏把攔截關了，隨後切換到Scanner的Results就可以看到地址已經在開始掃描咯

2.對地址右擊還可以導出報告，

Html或者xml隨便你以什麼格式的，然後一直下一步下一步到如下圖選擇保存文件到哪

我們打開看看，是不是很漂亮呢

3.如果掃描出漏洞了我們還可以直接在這針對某個漏洞進行查看，如果想測試的話可以發送到Repeater進行測試哦

Results

結果選項卡包含所有的掃描儀已確定，從主動和被動掃描的問題。以一種樹型圖顯示應用程序的內容，其中的問題已經被發現，使用URL分解成域，目錄和 文件的層次表示。如果您選擇一個或多個部分的分支，所有選定的項目將掃描的問題都列出來，用組合在一起的相同類型的問題。您還可以擴大這些問題彙總查看所 有的每種類型的個別問題。 如果您選擇的問題那麼將顯示相應的詳情，包括：

1)自定義的漏洞，諮詢內容包括：
問題類型及其整治的標準描述。
中適用於該問題，並影響其修復任何特定的功能的描述。
2)完整的請求和響應都是依據報告了該問題。在適用的情況，是相關的識別和再現問題的請求和響應的部分在請求和響應消息的編輯器中突出顯示。

通常情況下，測試並驗證一個問題最快的方法是使用發送到Repeater。另外，對於GET請求，您可以複製此URL，並將其粘貼到瀏覽器中。然 後，您可以重新發出請求。 Burp掃描報告描述，每一個問題都會給出嚴重程度（高，中，低，資訊）和置信度（肯定的，堅定的，暫定）的評級。當一個問題一直使用一種技術，本質上是 不太可靠（如SQL盲注）確定，Burp會讓你意識到這一點，通過丟棄的置信水平存在一定不足。這些額定值應始終被解釋爲指示性的，你應該根據你的應用程 序的功能和業務方面的知識進行審查。

這個問題已經上市，你可以用它來執行以下操作的上下文菜單：如圖所示

Report selected issues

啓動BurpSuite Scanner的報告嚮導，生成的選定問題的正式報告。 Set severity - 這讓你重新分配問題的嚴重程度。您可以設置嚴重程度高，中，低，或信息。您還可以標記問題作爲假陽性。

Delect selected issues

刪除選定問題。請注意，如果你刪除了一個問題，Burp重新發現了同樣的問題（例如，如果你重新掃描了同樣的要求），那麼問題將再次報告。相反，如 果你是一個假陽性標記的問題，那麼這將不會發生。因此，最適合用於清理掃描結果移除你不感興趣。對於內部的功能不需要您的問題仍然工作在主機或路徑刪除的 問題，您應該使用假陽性的選項。

Scan Queue

Active Scanning(主動掃描)過程通常包括髮送大量請求到服務器爲所掃描的每個基本的請求，這可能是一個耗時的過程。當您發送的主動掃描請求，這些被添加到活動掃描隊列，它們被依次處理。如圖

掃描隊列中顯示每個項目的詳細信息如下：

1)索引號的項目，反映該項目的添加順序。
2)目的地協議，主機和URL 。
3)該項目的當前狀態，包括完成百分比。
4)項目掃描問題的數量（這是根據所附的最嚴重問題的重要性和彩色化） 。
5)在掃描項目的請求數量進行。
注意 這不是插入點的數量的線性函數 - 觀察應用程序行爲的反饋到後續***的請求，僅僅因爲它會爲一個測試儀。
6)網絡錯誤的數目遇到的問題。
7)爲項目創建的插入點的數量。

這些信息可以讓您輕鬆地監控個別掃描項目的進度。如果您發現某些掃描進度過於緩慢，可以理解的原因，如大量的插入點，緩慢的應用響應，網絡錯誤等給定這些信息，你就可以採取行動來優化你的掃描，通過改變配置爲插入點時，掃描引擎，或正在測試的主動掃描區域。

你可以雙擊任何項目在掃描隊列顯示，到目前爲止發現的問題，並查看了基本請求和響應的項目。您可以使用掃描隊列的上下文菜單來執行各種操作來控制掃描過程。確切的可用選項取決於所選的項目（S ）的狀態，幷包括：如下圖所示

Show details

這將打開顯示到目前爲止發現的問題的一個窗口，與底座請求和響應的項目。

Scan again

此複製所選擇的項目（S ） ，並將這些隊列的末尾。

Delete item(S)

這將永久地從隊列中刪除選定的項目（S ） 。

Delect finished items

這永久刪除那些已經完成了隊列中的任何項目。

Automatically delete finished items

這是否切換掃描器會自動從隊列爲他們完成刪除項目。

Pause/resume scanner

這可以暫停和恢復激活掃描儀。如果任何掃描正在進行時，掃描會暫停，而掛起的掃描請求完成後，通常會有一個短暫的延遲。

Send to

這些選項用於所選項目的基本請求發送到其它Burp(Repeater、Intruder)工具。

Live Scanning

實時掃描可讓您決定哪些內容通過使用瀏覽器的目標應用，通過BurpProxy服務器進行掃描。您可以實時主動掃描設定live active scanning和live passive兩種掃描模式。如圖

Live active scanning

執行現場主動掃描，請執行以下步驟：

1)配置與目標的細節，你要主動掃描現場主動掃描設置。如果你已經配置了一套全範圍的目標爲你目前的工作，那麼你可以簡單地通知Burp主動掃描落在該範圍內的每個請求。或者，您可以使用URL匹配規則定義自定義範圍。 
2)各地通過BurpProxy通常的方式應用瀏覽。這將有效地展示Burp要掃描的應用功能。對於每一個獨特的所在範圍的要求，你通過你的瀏覽器，Burp會排隊主動掃描請求，並將努力走在後臺找到漏洞爲您服務。

Live Passive Scanning

現場演示被動掃描，請執行以下步驟：

1)配置具有您要被動地掃描目標的細節live passive scanning。默認情況下，Burp執行所有請求的被動掃描，但你可以限制掃描目標範圍，或者使用URL匹配規則的自定義範圍。 
2)通過BurpProxy通常的方式應用瀏覽。這將有效地展示Burp你要掃描的應用功能。

Options

此選項卡包含Burp掃描選項進行***的插入點，主動掃描引擎，主動掃描優化，主動掃描區和被動掃描區域。

Attack Insertion Points

這些設置控制掃描儀的地方“插入點(insertion points)”到被髮送的主動掃描每個基本要求。插入點***將被放置，探測漏洞請求中的位置。每個定義的插入點單獨掃描。 BurpSuite爲您提供細粒度地控制放置插入點，以及這些選項仔細配置會讓您量身定製您的掃描到您的目標應用程序的性質。插入點的配置也代表你的掃描 速度和全面性之間進行權衡。

注：除了讓Burp自動指定插入點，就可以完全自定義這些，這樣你就可以在你想要***的地方放在任意一個位置。要使用此功能，將請求發送給 Intruder，用payload positions標籤來定義通常的方式各插入點的開始和結束，並選擇***者菜單選項“積極定義掃描插入點” 。您也可以指定以編程方式使用Burp擴展的自定義插入點位置。

1)Insertion Point Locations

這些設定可讓您選擇，其中插入點應放在請求中的位置的類型：

URLparameter values - URL查詢字符串中標準的參數值。
Body parameter values - 在郵件正文中，包括標準形式生成的參數參數值，屬性的多重編碼的參數，如上傳的文件名， XML參數值和屬性，和JSON值。
Cookieparameter values - 的HTTP Cookie的值。
Parameter name - 任意添加的參數的名稱。 URL參數總是被添加，並且機身參數也加入到POST請求。測試一個附加的參數名稱通常可以檢測到被錯過，如果只是參數值進行了測試異常的錯誤。
HTTPheaders - 在引用頁和用戶代理標頭的值。測試這些插入點通常可以檢測如SQL注入或跨站腳本持續在日誌記錄功能的問題。
AMF string parameters- 內AMF編碼的郵件的任何字符串數據的值。
REST-style URL parameters - URL的文件路徑部分中的所有目錄和文件名令牌的值。測試每一個插入點可以並處顯著開銷，如果你相信應用程序使用這些位置傳送參數數據，才應使用。

2)Change Parameter Locations

允許您配置掃描儀將一些類型的插入點到其他地點的請求中，除了測試他們在原來的位置。例如，您可以將每個URL參數到郵件正文中，並重新測試它。或者你可以移動身體的每個參數到一個cookie ，然後重新測試它。

用這種移動參數方式往往可以繞過防過濾器。許多應用程序和應用程序防火牆執行每個參數輸入驗證假設每個參數是它的預期位置的要求之內。移動參數到不 同的位置可以迴避這個驗證。當應用程序代碼後檢索參數來實現其主要的邏輯，它可能會使用一個API，它是不可知的，以參數的位置。如果是這樣，那麼移動的 參數可能可以使用輸入，通常會在處理之前被過濾，以達到易受***的代碼路徑。

下列選項可用於更改參數的位置：

URL to body
URL to cookie
Body to URL
Body to cookie
Cookie to URL
Cookie to body

3)Nested Insertion Points

嵌套的插入時，會使用一個插入點的基值包含可識別的格式的數據。 例如，一個URL參數可能包含Base64編碼數據，並且將解碼後的值可能又包含JSON或XML數據。與使用啓用嵌套插入點的選項，Burp會爲輸入在 每個嵌套級別中的每個單獨的項目適合的插入點。 Spider僅包含常規的請求參數請求時使用此選項不徵收費用，但允許Burp達到更復雜的應用，數據是在不同的格式封裝的***面。

4)Maximum Insertion Points Per Request

無論你的設置選擇，對於單個請求插入點的數目，一般視乎該請求的功能，如參數的數目。偶爾，請求可以包含的參數（幾百或更多）數量。如果Burp執 行的每個參數進行完全掃描，掃描會花費過多的時間量完成。 此設置允許您設置的，將每個基本要求生成插入點的數量的限制，從而防止您的掃描由偏快轉爲停滯，如果他們遇到含參數龐大的數字請求。在其中插入點的數量是 由這個限制縮減的情況下，在有效掃描隊列中的項目的條目將顯示被跳過的插入點的數量，使您能夠手動檢查基本要求，並決定是否值得執行完全掃描其所有可能的 插入點。

5)Skipping Parameters

設定讓您指定請求參數的Burp應該跳過某些測試。有跳過服務器端注入測試（如SQL注入）和跳過所有檢查單獨的列表。 服務器端注入測試是比較費時的，因爲Burp發送多個請求探測服務器上的各種盲目的漏洞。如果您認爲出現請求中的某些參數不容易（例如，內置僅由平臺或 Web服務器中使用的參數） ，你可以告訴Burp不能測試這些。 （用於測試客戶端蝽象跨站點腳本涉及更少的開銷，因爲測試每個參數規定最小的開銷在掃描期間，如果該參數不容易。 ） 如果一個參數是由您不希望測試一個應用程序組件來處理，或者修改一個參數是已知的導致應用程序不穩定跳過所有的測試可能是有用的。 列表中的每個項目指定參數類型，該項目要匹配（名稱或值） ，匹配類型（文本字符串或正則表達式） ，表達式匹配。 你可以通過它們的位置（斜線分隔）的URL路徑中標識的REST參數。要做到這一點，從參數下拉，“姓名”，從項目下拉“ REST參數” ，並指定您希望從測試中排除的URL路徑中的位置的索引號（從1開始） 。您還可以通過值來指定REST參數。

Active Scanning Engine

控制用來做主動掃描時發出HTTP請求的引擎。下列選項可用：

1)Number of threads - 控制併發請求數。
2)Number of retries on network failure - 如果出現連接錯誤或其他網絡問題，Burp會放棄和移動之前重試的請求指定的次數。測試時間歇性網絡故障是常見的，所以最好是在發生故障時重試該請求了好幾次。
3)Pause before retry - 當重試失敗的請求，Burp會等待指定的時間（以毫秒爲單位）以下，然後重試失敗。如果服務器宕機，繁忙，或間歇性的問題發生，最好是等待很短的時間，然後重試。

Throttle between requests - 在每次請求之前等待一個指定的延遲（以毫秒爲單位）。此選項很有用，以避免超載應用程序，或者是更隱蔽。

Add random variations to throttle - 通過降低您的要求的時序模式進一步增加隱身。

Follow redirections where necessary- 有些漏洞只能通過下面的重定向進行檢測（例如，在一條錯誤消息，跨站點腳本這是隻有下列一個重定向後退還）。因爲某些應用程序的問題重定向到包含您所提交 的參數值的第三方網址，BurpSuite保護您免受無意中***的第三方應用程序，不按照剛剛收取任何重定向。如果所掃描的要求是明確的目標範圍之內（即 您使用的是目標範圍，以控制哪些被掃描的），然後BurpSuite只會跟隨重定向是指同一範圍內。如果所掃描的要求不在範圍內（即你已經手動發起超出範 圍的請求的掃描），BurpSuite只會跟隨重定向其中（a）是在同一臺主機/端口的請求被掃描;及（b）沒有明確涵蓋的範圍排除規則（如 “logout.aspx”）。

小心使用這些選項可讓您微調掃描引擎，根據不同應用對性能的影響，並在自己的處理能力和帶寬。如果您發現該掃描儀運行緩慢，但應用程序表現良好和你 自己的CPU利用率很低，可以增加線程數，讓您的掃描進行得更快。如果您發現連接錯誤發生，該應用程序正在放緩，或者說自己的電腦被鎖定了，你應該減少線 程數，也許增加網絡故障和重試之間的間隔重試的次數。如果應用程序的功能是這樣的：在一個基地的要求執行的操作干擾其他請求返回的響應，你應考慮減少線程 數爲1，以確保只有一個單鹼基請求被掃描的時間。

Active Scanning Optimization

主動掃描邏輯的行爲，以反映掃描的目的和目標應用程序的性質。例如，您可以選擇更容易發現問題，在一個大型應用程序的快速掃描;或者您可以執行更慢全面掃描，以發現更難，而且需要更多的掃描請求，以檢測問題。

下列選項可用：

Scan speed(掃描速度) - 該選項決定徹底的某些掃描檢查，怎麼會檢查是否有漏洞時。 “Fast(快速)”設置使更少的請求，並檢查一些漏洞更少的推導。在“Thorough(徹底)”的設置使更多的請求，並檢查更多的衍生類型的漏洞。 “Normal(正常)”設定爲中途在兩者之間，並且代表速度和完整性之間的適當折衷對於許多應用。

Scan accuracy(掃描精度) - 此選項決定的證據表明，掃描儀會報告某些類型的漏洞之前，要求的金額。可以只使用“blind(盲)”的技術，其中，Burp推斷可能存在基於某些觀察到 的行爲，如時間延遲或一個差分響應的一個漏洞被檢測到的一些問題。因爲這些觀察到的行爲的發生原因，無論如何，在沒有相關聯的漏洞的影響，該技術本身更容 易出現假陽性比其他技術，例如在觀察錯誤消息。試圖減少誤報，BurpSuite重複某些測試了一些，當一個假定的問題，推斷時間，嘗試建立提交的輸入和 觀察到的行爲之間有可靠的相關性。的準確性選項用於控制BurpSuite會多少次重試這些測試。在“Minimize false negatives(最小化假陰性)”的設置進行重試較少，因此更可能報告假陽性的問題，但也不太可能會錯過由於不一致的應用程序行爲的真正問題。在 “Minimize false positives(最小化誤報)”設置進行更多的試，所以是不太可能報告假陽性的問題，但可能會因此錯誤地錯過了一些真正的問題，因爲有些重試請求可能 只是碰巧不返回結果是測試。 “Normal(正常)”設置爲中途兩者之間，並代表之間的假陽性和假陰性的問題合適的權衡對於許多應用。

Use intelligent attack selection(使用智能進攻選擇) - 此選項使通過省略出現無關緊要給每個插入點參數的基值支票掃描更有效率。例如，如果一個參數值包含不正常出現在文件名中的字符，BurpSuite會跳過文件路徑遍歷檢查此參數。使用這個選項，可以加快掃描件，具有相對低的存在缺少實際的漏洞的風險。

Active Scanning Areas

定義哪些是主動掃描過程中進行檢查。是檢查以下類別可供選擇：

SQL injection(SQL注入) - 這有子選項，以使不同的測試技術（誤差爲基礎，延時測試，布爾條件測試） ，並且也使檢查特定於單個數據庫類型（ MSSQL ，Oracle和MySQL的） 。
OS command injection(操作系統命令注入) - 這有子選項，以使不同的測試技術.。
Reflected XSS(反映了跨站點腳本)
Stored XSS(存儲的跨站點腳本)
File path traversal(文件路徑遍歷)
HTTP header injection(HTTP頭注入)
XML/SOAP injection(XML / SOAP注射)
LDAP injection(LDAP注入)
Open redirection(開放重定向)
Header manipulation(頭操縱)
Server-level issues服務器級的問題

所執行的每個檢查增加的請求的數目，以及每個掃描的總時間。您可以打開或關閉個別檢查根據您的應用程序的技術知識。例如，如果你知道某個應用程序不 使用任何LDAP ，您可以關閉LDAP注入測試。如果你知道哪個後端數據庫的應用程序使用，你可以關閉SQL注入檢測特定於其他類型的數據庫。您也可以選擇性地啓用基於你 如何嚴格要求你的掃描是檢查。例如，您可以配置BurpSuite做應用程序的快速一次過，只爲XSS和SQL注入的網址和參數檢查，每漏洞類型更全面的 測試在每一個插入點之前。

Passive Scanning Areas

自定義的請求和響應的各個方面在被動掃描檢查。下列選項可用：

Headers--頭 
Forms--表格 
Links--鏈接 
Parameters--參數 
Cookie 
MIME類型 
Caching緩存 
Information disclosure--信息披露 
Frameable responses--耐燃反應（“點擊劫持”） 
ASP.NET的ViewState 
需要注意的是被動掃描不會派出自己的任何要求，和每個被動強加檢查您的計算機上一個微不足道的處理負荷。不過，你可以禁用檢查各個領域，如果你根本就不關心他們，不希望他們出現在掃描結果。

Intruder

Burp intruder是一個強大的工具，用於自動對Web應用程序自定義的***。它可以用來自動執行所有類型的任務您的測試過程中可能出現的。

要開始去了解BurpSuite Intruder，執行以下步驟：

1)首先，確保Burp安裝並運行，並且您已配置您的瀏覽器與Burp工作。
2)如果你還沒有這樣做的話，瀏覽周圍的一些目標應用程序，來填充的應用程序的內容和功能的詳細信息Burp的SiteMap。在這樣做之前，要加快速度，進入代理服務器選項卡，然後截取子標籤，並關閉代理攔截（如果按鈕顯示爲“Intercept is On”，然後點擊它來截取狀態切換爲關閉） 。
3)轉到Proxy選項卡，並在History選項卡。發現一個有趣的前瞻性要求，您的目標應用程序，包含了一些參數。選擇這個單一的請求，然後從上下文菜單中選擇“Send to intruder” 。
4)轉到Intruder標籤。Burp Intruder可以讓你同時配置多個***。您Send to Intruder的每個請求在自己的***選項卡中打開，而這些都是順序編號的默認。您可以雙擊標籤頭重命名選項卡，拖動標籤來重新排序，並且還關閉和打開新的標籤頁。
5)爲您發送請求建立的Intruder選項卡，看看Target和Positions選項卡。這些已經自動填入您發送的請求的細節。
6)Burp Intruder本質工作，採取了基本模板的要求（你送到那裏的那個） ，通過一些payloads的循環，將這些payloads送入定義的Positions，基本要求範圍內，併發出每個結果的要求。位置標籤用於配置，其中有效載荷將被插入到基本要求的位置。你可以看到，BurpSuite一直在你想用來放置有效載荷自動進行猜測。默認情況下，有效載荷放入所有的請求參數和cookie的值。每對有效載荷標記定義了一個有效載荷的位置，並且可以從基體的要求，這將被替換的有效載荷的內容，當該payload position用於括一些文本。有關進一步詳情，請參閱Payload Markers的幫助。
7)旁邊的請求編輯器中的按鈕可以被用於添加和清除有效載荷的標誌。試着增加payload position在新的地點請求中，並刪除其他標誌物，並看到效果了。當你理解了payload positions是如何工作的，請單擊“Auto§ ”按鈕恢復到BurpSuite爲您配置的默認payload positions。如果你修改了請求本身的文本，可以重複步驟3創建與它的原始請求一個新的Intruder的***選項卡。

8)轉到Payloads選項卡。這使您可以定義將要放入已定義的有效載荷倉的有效載荷。保持默認設置（使用有效載荷的“Simple list” ） ，並添加一些測試字符串到列表中。您可以通過輸入到“Enter a new item”框中，單擊“add”，輸入自己的字符串。或者您可以使用“add from file”下拉菜單，然後選擇“Fuzzing-quick”，從內置的負載串[專業版]列表中。
9)現在，您已經配置了最低限度的選項來發動***。轉到Intruder菜單，然後選擇“Start attack” 。
10)在包含在結果選項卡一個新的窗口中打開***。結果表包含已經取得，與各關鍵細節，如所使用的有效載荷， HTTP狀態碼，響應長度等，您可以在表中選擇任何項目，以查看完整的請求和響應每個請求的條目。您還可以對錶進行排序通過單擊列標題，並使用過濾器欄過濾表中的內容。這些特徵以相同的方式工作，作爲Proxy history。
11)這次襲擊窗口包含其他標籤，顯示被用於當前***的配置。您可以修改大部分這種配置的***已經開始。轉到選項選項卡，向下滾動到“ grep-match” ，並勾選“標誌的結果與項目相匹配的響應這些表達式” 。這將導致Intruder檢查響應匹配列表中的每個表達式項目和標誌的火柴。默認情況下，列表顯示fuzzing時是很有用的一些常見的錯誤字符串，但可以配置，如果你想自己的字符串。返回result選項卡，看到Intruder增加了對每個項目列在列表中，而這些包含複選框，指示表達式是否被發現在每一個響應。如果你是幸運的，你的基本模糊測試可能引發一個錯誤的存在在一些迴應的錯誤消息。
12)現在，在表中選擇任何項目，並期待在該項目的響應。發現在反應（如網頁標題，或錯誤消息）一個有趣的字符串。右鍵單擊該項目在表中，然後從上下文菜單中選擇“Define extrace grep from response” 。在對話框中，選擇響應的有趣字符串，然後單擊“確定” 。結果表中現在包含一個新的列，其提取這一段文字從每個響應（其可以是不同的在每一種情況下） 。您可以使用此功能來定位在大型***有趣的數據與成千上萬的反應。請注意，您還可以配置“extrace grep ”項目中的選項選項卡，在此之前前或在***期間。
13)在結果表中選擇任一項目，並打開上下文菜單。選擇“Send to Repeater” ，然後轉到Repeater選項卡。你會看到所選的請求已被複制到Repeater工具，進行進一步的測試。許多其他有用的選項是可用的上下文菜單中。有關發送BurpSuite工具之間的項目，使整體測試工作流程的詳細信息。
14)您可以使用“Save”菜單在結果窗口中都救不結果表或整個***。你可以加載結果表到其他工具或電子表格程序。您可以通過在主Burp的UI Intruder菜單重新加載保存的***。
15)這些步驟只介紹一個簡單的用例Intruder，對於Fuzzing的要求有一些標準的***字符串和用grep搜索中的錯誤消息。您可以使用Intruder許多不同類型的***，有許多不同的payloads和***選項。

Using Burp Intruder

for example 這裏我本地搭建一個環境，爆破一個php大馬，如果是一句話就把get改成post，如果是php一句話，就在下面加上php這行代碼，如圖

asp     password=execute("response.clear:response.write(""passwordright""):response.end")
php     password=execute("response.clear:response.write(""elseHelloWorld""):response.end")
aspx    password=execute("response.clear:response.write(""elseHelloWorld""):response.end")。

一般步驟如下

1.代理好服務器地址，然後訪問這個大馬地址

2.隨後點擊forward,並且在大馬頁面隨便輸入什麼，burp攔截了數據之後發送到repeater

3.切換到repeater選項卡中，點擊go按鈕，找出一些反饋的錯誤信息，當然如果不要也可以，這裏找錯誤信息是方便爆破成功了之後便於發現， 我這個馬反饋的是中文錯誤信息，顯示是亂碼就不寫了，我們可以通過爆破成功了之後看字節數。 4.接下來就是發送到intruder，target一般都不需要管，已經自動填好了，然後選擇positions

先點擊Clear$，選擇密碼地地方點擊add$。

5.切換到payloads設置payload type，選擇我們自己的字典

6.切換到options去設置進程數和失敗之後重試次數、過濾結果

一般我都會把Grep-Match清理掉，省得干擾。

7.接下來點擊intruder下的start attack就開始爆破了，密碼admin，我是根據length來判斷跟其他的不同

附贈一個webshell字典：shellpassword.txt.zip

Target

用於配置目標服務器進行***的詳細信息。所需的選項有： Host(主機) - 這是目標服務器的IP地址或主機名。 Port(端口) - 這是HTTP / S服務的端口號。 Use HTTPS(使用HTTPS)，這指定的SSL是否應該被使用。 配置這些細節最簡單的方法是選擇你要***中BurpSuite的任何地方的請求，並選擇上下文菜單中的“Send to intruder”選項。這將發送選定的請求，在intruder一個新的選項卡，將自動填充的目標和位置選項卡。

Positions

用於配置request temlate的***，和payloads markers、attack type一起。

Request Template

主要請求編輯器是用來定義從所有***請求都將被導出的請求模板。對於每一個***的請求，BurpSuite接受請求的模板，並把一個或多個有效載荷 送入由有效載荷標記定義的位置。 成立請求模板的最簡單的方法是選擇你要***中BurpSuite的任何地方的請求，並選擇上下文菜單中的“Send to intruder”選項。這將發送選定的請求，在intruder的選項卡，將自動填充的Target和Positions選項卡。

Payload Markers

有效載荷的標記是使用§字符，並且功能如下放置：

1)每對標記指定一個有效載荷的位置。
2)一對標記物可以從它們之間任選的模板要求附上一些文字。
3)當一個有效載荷的位置被分配了一個有效載荷，無論是標記和任何包含的文本將被替換爲有效載荷。
4)當一個有效載荷的位置不具有分配的有效載荷，該標記將被刪除，但是所包含的文本保持不變。

爲了使配置更加簡單，Intruder會自動突出顯示每對有效載荷的標記和任何它們之間包含的文本。

您可以手動或自動做有效載荷標記。當您從BurpSuite別處發送一個請求到Intruder，Intruder猜測你可能要放置有效載荷，並設置相應的有效載荷標記。您可以修改使用按鈕的默認有效載荷標記旁邊的請求模板編輯器：

Add§ - 如果沒有文本被選中，該插入一個有效載荷標記在光標位置。如果您已經選擇了一些文字，一對標記插入封閉選定的文本。 Clear§ - 這將刪除所有的位置標記，無論是從整個模板或模板的選定部分。 Auto§ - 自動放置有效載荷標記。包括價值：

1)URL查詢字符串參數
2)車身參數
3)曲奇餅
4)多重參數屬性（例如，在文件上傳的文件名）
5)XML數據和元素屬性
6)JSON參數

您可以配置自動負載位置是否將更換或追加到現有的參數值，通過***者菜單上的選項。需要注意的是，如果一個子部分的要求，但不是整個消息體，包含格 式化數據使用XML或JSON ，可以自動通過這種結構中的位置的有效載荷手動選擇格式化數據的準確塊，並使用“自動”按鈕在其定位的有效載荷。這是有用的，例如，當一個多參數的值包含 在XML或JSON格式數據。

刷新 - 這將刷新請求模板編輯器的語法彩色化，如果必要的。
清除 - 這會刪除整個請求模板。

注意：您也可以使用***者的有效載荷倉的UI通過BurpSuite掃描儀配置自定義插入點主動掃描。要做到這一點，配置請求模板和有效載荷在標記內***者通常的方式，然後選擇從***者菜單中的“主動掃描定義插入點” 。

Attack type

Burp Intruder支持各種***類型 - 這些決定在何種負載分配給有效載荷倉的方式。***類型可以使用請求模板編輯器上方的下拉菜單進行選擇。以下***類型可供選擇：

Sniper(狙擊手) - 這將使用一套單一的payloads。它的目標依次在每個有效載荷的位置，並把每個有效載荷送入依次那個位置。這不是針對一個給定的請求的位置不受影響 - 位置標記被移除，並在它們之間出現在模板中任何封閉文本保持不變。這種***類型爲個別模糊測試的一些請求參數常見的漏洞非常有用。在***中生成的請求的總 數是位置的數目和在有效載荷中設定的有效載荷的數量的乘積。

Battering ram(撞擊物) - 使用一組payload。通過迭代的有效載荷方式，並將相同的payloads再一次填充到所有已定義的有效載荷倉。當其中一個***需要相同的輸入將被插 入在多個地方在請求中（例如，一個Cookie中的用戶名和cookie參數）對這種***類型是非常有用的。在***中生成的請求的總數是有效載荷的有效載 荷中設定的數目。

例如生成一組數字1-9，則就是1-1 ，2-2，3-3這種形式 Pitchfork(相交叉) - 這將使用多個payloads集。有對每個定義的位置（最多20個）不同的有效載荷組。通過設置所有有效載荷的***迭代的方式，並將一個有效載荷到每個定義的位置。

例如設置多個，每個payload設置一個字典，則就是1-1-1，2-2-2，3-3-3這種形式

換句話說，第一個請求將放置第一個有效載荷的Payload set 1到Positions 1 ，並從有效載荷中的第一個Payload set 2到Positons 2 ;第二個請求將放置第二個Payload set 1到Positions 1 ，並從payload中的第二個Payload set 2到Postions2 ，等在那裏的***需要不同但相關的輸入進行插在多個地方，這種***類型是有用的請求（例如，用戶名中的一個參數，和對應於該用戶名中的另一個參數已知的 ID號） 。在***中生成的請求的總數是有效載荷中的最小有效載荷組的數目。

Cluster bomb(集束炸彈) - 使用多個Payload sets。有對每個定義的Positions（最多20個）設置不同的payload set。通過每個有效載荷的***迭代依次設置，使有效載荷組合的所有排列進行測試。

例如設置三個字典都是10個數，則總共有1000總匹配的模式

也就是說，如果有兩個有效載荷的位置，則該***將放置第一個有效載荷從payload set 2到Positions 2 ，並通過在有效負載的所有 payload set 1中的positions 1 ;然後它將第二個有效載荷從載荷設置2到位置2 ，並通過有效載荷全部載入循環設置1到位置1 。其中一個***需要不同的和無關的或未知輸入要在多個地方插入這種類型的***是非常有用的在請求中（例如猜測憑證，在一個參數的用戶名，並且在另一個參數 密碼時） 。在***中生成的請求的總數是在所有定義的有效載荷的有效載荷集的數目的乘積 - 這可能是非常大的。

Payloads

Types

Burp Intruder包含以下幾種attack type:

Simple list--簡單字典
Runtime file--運行文件
Custom iterator--自定義迭代器
Character substitution--字符替換

此負載類型允許您配置一個字符串列表，並應用各種字符替換到每個項目。這可能是在密碼猜測***非常有用，用來產生在字典中的單詞常見的變化。 用戶界面允許您配置了一些字符替換。當執行***，有效載荷類型工程通過逐一配置的列表項。對於每個項目，它產生一個數的有效載荷，根據所定義的取代基包括 取代的字符的所有排列。例如，默認替換規則（其中包括e>3且t>7），該項目“peter”將產生以下的有效載荷：

peter
p3ter
pe7er
p37er
pet3r
p3t3r
pe73r
p373r

Case modification--此負載類型允許您配置一個字符串列表，並應用各種情況下修改每個項目。這可能是密碼猜測***非常有用，用來產生在字典中的單詞的情況下的變化。 可以選擇以下的情況下修改規則：

No change - 這個項目可以用不被修改。 
To lower case- 在該項目的所有字母轉換爲小寫。 
To upper case - 在該項目的所有字母轉換爲大寫。 
To Propername - 在該項目的第一個字母轉換爲大寫，以及隨後的字母轉換爲小寫。 
To ProperName - 在該項目的第一個字母轉換爲大寫，以及隨後的字母都不會改變。

例如：

Peter Wiener
peter wiener
PETER WIENER
Peter wiener

選項：

Recursive grep--遞歸grep
Illegal Unicode--非法的Unicode
Character blocks--字符塊
Numbers--數字
Dates--日期
Brute forcer--暴力
Null payloads--空的有效負載
Character frobber--性格frobber
Bit flipper--位翻轉
Username generator--用戶名生成器
ECB block shuffler--歐洲央行座洗牌
Extension-generated--擴展生成
Copy other payload--複製其它有效負載

Processing

由配置的有效載荷類型生成的有效載荷可以使用各種有效載荷的處理規則和有效負載編碼可以進一步操縱。

1)Payload Processing Rules

在它被使用之前可以定義規則來對每個有效載荷執行各種處理任務。該定義的規則按順序執行，並且可以打開和關閉，以幫助調試與配置的任何問題。有效載 荷的處理規則是有用的在多種情況下，你需要生成不同尋常的有效載荷，或者需要在一個更廣泛的結構或在使用前編碼方案包的有效載荷可達。

Add prefix - 添加一個文字前綴
Add suffix - 添加一個文字後綴
Match/replace - 將替換匹配特定正則表達式的有效載荷的任何部位，用一個文字字符串表示。
Substring - 提取的有效載荷的子部分中，從指定的偏移量（0-索引）和至所指定的長度開始。
Reverse substring - 對於子規則來說，最終的偏移量指定的有效載荷的末尾向後計數，並且長度從端部向後偏移計數。
Modify case - 這個修改了的有效載荷的情況下，如果適用的話。同樣的選項作爲的情況下修改有效載荷類型。
Encode - URL，HTML，Base64的，ASCII碼或十六進制字符串構建各種平臺：採用不同的計劃，該編碼的有效載荷。
Hash - hash
Add raw payload - 這之前或之後，在當前處理的值增加了原始負載值。它可以是有用的，例如，如果你需要提交相同的有效載荷在raw和哈希表。
Skip raw payload - 將檢查是否當前處理的值匹配指定的正則表達式，如果是這樣，跳過有效載荷和移動到下一個。這可能是有用的，例如，如果知道一個參數值必須有一個最小長度和要跳過的一個列表，比這更短的長度的任何值。
Invoke Burp extension - 調用一個Burp exxtension(擴展)來處理負載。擴展名必須已註冊***者有效載荷處理器。您可以從已註冊的當前加載的擴展可用的處理器列表中選擇所需的處理器。

是規則的以下類型：

2)Payload Encoding

你可以配置哪些有效載荷中的字符應該是URL編碼的HTTP請求中的安全傳輸。任何已配置的URL編碼最後應用，任何有效載荷處理規則執行之後。 這是推薦使用此設置進行最終URL編碼，而不是一個有效載荷處理規則，因爲可以用來有效載荷的grep選項來檢查響應爲呼應有效載荷的最終URL編碼應用 之前。...

Optins

此選項卡包含了request headers，request engine，attack results ，grep match，grep_extrack，grep payloads和redirections。你可以發動***之前，在主要Intruder的UI上編輯這些選項，大部分設置也可以在***時對已在運行的 窗口進行修改。

Request Headers

這些設置控制在***Intruder(***者)是否更新配置請求頭。請注意，您可以完全控制請求頭通過在Payload positions(有效載荷位置)標籤的要求範圍內。這些選項可以用來更新每個請求的報頭的方式，通常是有幫助的。

下列選項可用：

Update Content-length header(更新Content-Length頭) - 此選項使Intruder(***者)添加或更新的Content-Length頭的每個請求，與該特定請求的HTTP體的長度正確的值。此功能通常用於該 插入可變長度的有效載荷送入模板的HTTP請求的主體的***至關重要。如果未指定正確的值，則目標服務器可能會返回一個錯誤，可能不完全響應請求，或者可 能無限期地等待在請求繼續接收數據。

Set Connection:close(設置連接：關閉) - 此選項使Intruder(***者)添加或更新連接頭的值爲“close(關閉)” 。在某些情況下（當服務器本身並不返回一個有效的Content-Length或Transfer-Encoding頭） ，這個選項可以讓***更快速地執行。

Request Engine

設置控制用於發出HTTP請求中的Intruder(***者)***的Engine(引擎)。下列選項可用：

Number of threads(執行進程數) - [專業版]該選項控制併發請求數的***。
Number of retries on network failure(網絡故障的重試次數) - 如果出現連接錯誤或其他網絡問題，Burp會放棄和移動之前重試的請求指定的次數。測試時間歇性網絡故障是常見的，所以最好是在發生故障時重試該請求了好幾次。
Pause before retry(重試前暫停) - 當重試失敗的請求，Burp會等待指定的時間（以毫秒爲單位） ，然後重試失敗以下。如果服務器被宕機，繁忙，或間歇性的問題發生，最好是等待很短的時間，然後重試。
Throttle between requests(請求之間的節流) - Burp可以在每次請求之前等待一個指定的延遲（以毫秒爲單位） 。此選項很有用，以避免超載應用程序，或者是更隱蔽。或者，您可以配置一個可變延遲（與給定的初始值和增量） 。這個選項可以是有用的測試應用程序執行的會話超時時間間隔。
Start time(開始時間) - 此選項允許您配置***立即啓動，或在指定的延遲後，或開始處於暫停狀態。如果***被配置，將在未來的某個時刻以供將來使用被執行，或保存這些替代品可能是有用的。

小心使用這些選項可讓您微調***引擎，這取決於對應用程序性能的影響，並在自己的處理能力和帶寬。如果您發現該***運行緩慢，但應用程序表現良好和 你自己的CPU利用率很低，可以增加線程數，使你的***進行得更快。如果您發現連接錯誤發生，該應用程序正在放緩，或者說自己的電腦被鎖定了，你應該減少 線程數，也許增加網絡故障和重試之間的間隔重試的次數。

Attack Results

這些設置控制哪些信息被捕獲的***效果。下列選項可用：

Store requests/responses(存儲請求/響應) - 這些選項確定***是否會保存單個請求和響應的內容。保存請求和響應占用磁盤空間，在你的臨時目錄中，但可以讓您在***期間在衆目睽睽這些，如果有必要重複單個請求，並將其發送到其他Burp工具。
Make unmodified baseline request(未修改的基本請求) - 如果選擇此選項，那麼除了配置的***請求，Burp會發出模板請求設置爲基值，所有有效載荷的位置。此請求將在結果表顯示爲項目＃ 0 。使用此選項很有用，提供一個用來比較的***響應基地的響應。
Use denial-of-service mode(使用拒絕服務的模式) - 如果選擇此選項，那麼***會發出請求，如正常，但不會等待處理從服務器收到任何答覆。只要發出的每個請求， TCP連接將被關閉。這個功能可以被用來執行拒絕服務的應用層對脆弱的應用程序的***，通過重複發送該啓動高負荷任務的服務器上，同時避免通過舉辦開放套接字等待服務器響應鎖定了本地資源的請求。
Store full payloads(保存完整的有效載荷) - 如果選擇此選項，Burp將存儲全部有效載荷值的結果。此選項會佔用額外的內存，但如果你想在運行時執行某些操作，如修改payload grep setting(有效負載值設置)，或重新發出請求與修改請求模板可能需要。

Grep-Match

設置可用於包含在響應中指定的表達式標誌結果的項目。對於配置列表中的每個項目，Burp會添加一個包含一個複選框，指出項目是否被發現在每個響應的新成果列。然後，您可以到組排序此列（通過單擊列標題）匹配的結果相加。

使用此選項可以是非常強大的，幫助分析大套的成績，並迅速找出有趣的項目。例如，在口令猜測***，掃描短語，如“password incorrect(密碼不正確)”或“login successful(登錄成功)”，可以找到成功登錄;在測試SQL注入漏洞，掃描含有“ ODBC ” ， “error(錯誤)”等消息可以識別易受***的參數。

除了表達式匹配的列表，下列選項可用：

Match(匹配類型) - 指定的表達式是否是簡單的字符串或regular expressions(正則表達式)。
Case sensitive match(區分大小寫的匹配) - 指定檢查表達式是否應區分大小寫。
Exclude HTTP headers(不包括HTTP頭) - 指定的HTTP響應頭是否應被排除在檢查。

Grep-Extrack

可以被用來Extrack(提取)從反應有用的信息進入***結果的表。對於配置列表中的每個項目，Burp會添加一個包含提取該項目的文本的新成果列。然後，您可以排序此列（通過單擊列標題）命令所提取的數據。例如我要匹配

information_schema這個表。則可以這樣寫，都是需要匹配唯一的那種，也可以使用正則，前提是你會寫正則。在烏雲社區有人提起過當時怎麼匹配手機號，就可以從這裏提取。

Grep-Payloads

設置可用於含有所提交的有效載荷的反射標誌的結果項。如果啓用該選項，Burp會添加一個包含一個複選框，指示當前負載的值是否被發現在每個響應的新成果列。 （如果使用一個以上的有效載荷，單獨的列將每個有效載荷集加。 ）

此功能可以在檢測跨站點腳本和其他應對注入漏洞，它可以出現在用戶輸入動態地插入到應用程序的響應是有用的。

下列選項可用：

Case sensitive match(區分大小寫的匹配) - 指定檢查payload(負載)是否應區分大小寫。
Exclude HTTP headers(不包括HTTP頭) - 這指定的HTTP響應頭是否應被排除在檢查。
Match against pre-URL-encoded payloads(對預URL編碼的有效載荷匹配) - 這是正常的配置Inturder(***者)請求中URL編碼的有效載荷。然而，這些通常是由應用程序解碼，迴盪在他們的原始形式。您可以使用此選項，以用於有效載荷Burp檢查反應在他們的預編碼形式。

Redirections

控制Burp在進行***時如何處理重定向。它往往是要遵循重定向來實現你的***目標。例如，在一個口令猜測***，每一次嘗試的結果可能只能通過下面的重定向顯示。模糊測試的時候，相關的反饋可能只出現在最初的重定向響應後返回的錯誤消息。

下列選項可用： Follow redirections(跟隨重定向) - 控制重定向都遵循的目標。下列選項可用：

1)Never(從來沒有) - ***者不會遵循任何重定向。
2)On-site only(現場唯一的) - ***者只會跟隨重定向到同一個網頁“網站” ，即使用相同的主機，端口和協議的是在原始請求使用的URL 。
3)In-scope only(調查範圍內的唯一) - Intruder只會跟隨重定向到該套件範圍的目標範圍之內的URL 。
4)Always(總是) - Intruder將遵循重定向到任何任何URL 。您應使用此選項時應謹慎 - 偶爾， Web應用程序在中繼重定向到第三方的請求參數，並按照重定向你可能會不小心***。

Process cookies in redirections(過程中的Cookie重定向) - 如果選擇此選項，然後在重定向響應設置任何cookies將被當重定向目標之後重新提交。例如，如果你正在嘗試暴力破解登錄的挑戰就可能是必要的，它總是 返回一個重定向到一個頁面顯示登錄的結果，和一個新的會話響應每個登錄嘗試創建。

Burp會跟進到10鏈重定向，如果必要的。在結果表中的列將顯示重定向是否其次爲每個單獨的結果，以及完整的請求和響應中的重定向鏈存儲與每個結果的項目。重定向的類型Burp會處理（ 3xx的狀態碼，刷新頭，等）配置在一套全重定向選項。

注意重定向： 在某些情況下，可能需要下面的重定向時只使用一個單線程的***。出現這種情況時，應用程序存儲會話中的初始請求的結果，並提供重定向響應時檢索此。

自動下重定向有時可能會造成問題 - 例如，如果應用程序響應一個重定向到註銷頁面的一些惡意的請求，那麼下面的重定向可能會導致您的會話被終止時，它原本不會這麼做。

Attacks

當你配置完你的***設置時，你需要launch the attacks(發起***)，analyze the results(分析結果)，有時修改***配置，與您的測試工作流程鏈接，或進行其他操作。

Launching an Attack

***可以通過兩種方式啓動：

1)您可以配置Target(目標)，Positions(位置)，Payloads(有效載荷)和Options(選項卡)的***設置，然後選擇從Intruder(***者)菜單“Start attack(開始***)”。 
2)您可以通過從Intruder menu(***者菜單)中選擇“previously saved attack(打開保存的***)”打開以前保存的***。

在單獨的窗口中每次***會打開。該窗口顯示***爲它們生成的結果，使您能夠修改***配置實時，並與您的測試工作流程鏈接，或進行其他操作。

Result Tab

在結果選項卡包含在***發出的每個請求的全部細節。你可以過濾並標註此信息來幫助分析它，並使用它來驅動您的測試工作流程。

1)Results Table

Results Table顯示已在attack中所有的請求和響應的詳細信息。根據不同的***配置，表可能包含以下幾列，其中一些是默認隱藏的，可以使用Columns菜單 中取消隱藏：

request 請求數 Position 有效載荷位置編號 Payload 有效載荷 Status http狀態 Error 請求錯誤 Timeout 超時 Length 字節數 Comment 註釋

2)Display Filter

結果選項卡，可以用來隱藏某些內容從視圖中，以使其更易於分析和對你感興趣的工作內容顯示過濾在結果表中。點擊過濾器欄打開要編輯的過濾器選項。該過濾器可以基於以下屬性進行配置：

Search term(檢索詞) - [專業版]您可以篩選反應是否不包含指定的搜索詞。您可以設定搜索詞是否是一個文字字符串或正則表達式，以及是否區分大小寫。如果您選擇了“negative search(消極搜索)”選項，然後不匹配的搜索詞唯一的項目將被顯示。
Status code(狀態代碼) - 您可以配置是否要顯示或隱藏各種HTTP狀態碼響應。
Annotation(註釋) - 您可以設定是否顯示使用用戶提供的評論或只重點項目。在結果表中顯示的內容實際上是一個視圖到基礎數據庫，並顯示過濾器控制什麼是包含在該視圖。如果設置一個過濾器，隱藏一些項目，這些都沒有被刪除，只是隱藏起來，如果你取消設置相關的過濾器將再次出現。這意味着您可以使用篩選器來幫助您系統地研究一個大的結果集（例如，從模糊測試包含許多參數的要求）來理解各種不同的有趣的響應出現。

Attack configuration Tabs

在結果選項卡中，***窗口包含每個從它目前的***是基於主界面的配置選項卡中的克隆。這使您能夠查看和修改***配置，同時進攻正在進行中。有關進一 步詳情，請參閱各配置選項卡的幫助：目標職位有效載荷選項當修改一個跑動進攻的配置，以下幾點值得關注：***結構的某些部分是基本的***（如***類型和有 效載荷類型）的結構，並且***已經開始之後不能改變。改變配置的某些部分***正在運行時，可能會有意想不到的效果。

例如，如果您使用的是數量的有效載荷和編輯字段中，然後更改纔會生效，因爲每個鍵被按下;如果你最初從刪除數字字段中，那麼***可能會突然完成，因爲要字段現在包含一個較小的數字。我們強烈建議您暫停修改它們的配置運行前的***。

Result Menus

結果視圖包含幾個菜單命令與控制的***，並進行其他操作。這些將在下面說明。

1)Attack Menu(***菜單)

包含的命令pause(暫停)，resume(繼續)或repeat(重複)***。

2）Save Menu(保存菜單)

attack - 這是用來保存當前***的副本，包括結果。保存的文件可以使用從主Burp的UI Intruder菜單中的“打開保存的***”選項來重新加載。
Results table - 這是用於對結果表保存爲一個文本文件。你可以選擇保存的所有行，或僅選定的行。您也可以選擇要包括的列，列分隔符。此功能是有用的導出結果到電子表格中，以便進一步分析，或用於保存單個列（如使用提取的grep函數挖掘數據），以用作用於隨後的***或其它工具的輸入文件。
Server responses - 這是用於保存收到的所有請求的全部應答。這些既可以被保存在單獨的文件中（順序編號）或串行級聯的序列轉換成一個單一的文件。
Attack configuration - 這是用來保存當前正在執行***的配置（而不是結果）。您可以重新使用從主Burp的UI Intruder菜單中的“加載配置***”選項，***配置。

3)Columns Menu(列菜單)

這使您可以選擇哪些可用的列是可見的***結果表。

Repeater

---

Burp Repeater(中繼器)是用於手動操作和補發個別HTTP請求，並分析應用程序的響應一個簡單的工具。您可以發送一個內部請求從Burp任何地方到Repeater(中繼器)，修改請求並且發送它。

Using Burp Repeater

您可以使用中繼器用於各種目的，如改變參數值來測試輸入爲基礎的漏洞，發出以特定的順序要求，以測試邏輯缺陷，並可以多次重發從Burp Scanning results(掃描結果)的要求手動驗證報告的問題。

For example:

1)可以從Proxy history、site map、Scanner result裏地項目地址詳情發送到repeater，可以對頁面數據進行修改。  
2)點擊go，發送請求，右邊響應請求。  
3)可以通過“<“和”>“來返回上一次和下一個操作。  
4)單擊”x“可以刪除當前測試請求頁面，.....表示打開新的標籤頁  
5)底部的功能用於搜索條件，可以用正則表達式，底部右邊顯示匹配結果數

Issuing Requests

主中繼器的用戶界面可讓您在多個不同的請求同時工作，每一個在它自己的標籤。當你發送請求到中繼器，每一件都是在自己的編號標籤打開。

每個選項卡都包含以下項目：

控制發出請求，然後瀏覽請求的歷史。目標服務器的請求將被髮送顯示 - 你可以點擊目標細節來改變這些。

HTTP消息中包含的編輯器將發出的請求。您可以編輯該請求，並一遍又一遍地重新發布它。

HTTP消息編輯器，顯示從上次發出的請求接收到的響應。

開始與中繼器工作的最簡單的方法是選擇要在另一個burp工具（如Proxy history或site map）工作的要求，並在上下文菜單中使用“Send to Repeater(發送到轉發器)”選項。這將在中繼器創建一個新的請求選項卡，並自動填充目標細節和請求消息的編輯器相關的細節。然後，您可以修改併發 出所需的要求。當你的要求準備好發送，點擊“go(轉到)”按鈕，將其發送到服務器。當這個被接收時，與響應長度和一個計時器（以毫秒爲單位）一起被顯示 的響應。您可以使用通常的HTTP消息的編輯功能，以幫助分析請求和響應消息，並開展進一步的行動。

Request History

每個中繼器選項卡維護其自身已在它的請求的歷史。您可以點擊“ <”和“ > ”按鈕來向前和向後導航這段歷史，並查看每個請求和響應。您也可以使用下拉按鈕以顯示歷史相鄰項的編號列表，並迅速轉移給他們。在歷史上的任何時候，你可 以編輯和重新發布當前顯示的請求。

Repeater Options

Burp Repeater具有控制其行爲的各種選項，包括自動更新的Content- Length頭的，拆包的壓縮內容，和重定向的下面。你可以通過Repeater(中繼器)菜單訪問這些選項。

Managing Request Tabs

您可以輕鬆地管理Repeater的request(請求)選項卡。您可以：
通過雙擊該選項卡頭重命名標籤。
通過拖動重新排列標籤。
通過單擊最右側的“...”選項卡上打開一個新的標籤。
關閉選項卡單擊該選項卡標題中的X按鈕。

Options

直放站菜單控制的burpRepeater的行爲方面。下列選項可用：

Update Content-length

該選項控制Burp是否自動更新的要求在必要的Content-Length頭。使用這個選項通常是必不可少的，當請求消息中包含一個身體。

Unpack gzip/deflate

該選項控制Burp是否自動解壓縮在收到的答覆的gzip和deflate壓縮內容。

Follow redirections

此設置控制是否重定向響應會被自動執行。下列選項可用：

1)Never - 中繼器將不會跟隨任何重定向。  
2)On-site only - 中繼器將只跟隨重定向到同一個網頁“site”，即使用相同的主機，端口和協議的是在原始請求使用的URL。  
3)In-scope Only - 中繼器將只跟隨重定向到該套件範圍的目標範圍之內的URL。  
4)Always - 中繼器將跟隨重定向到任何URL任何責任。您應使用此選項時應謹慎 - 偶爾，Web應用程序在中繼重定向到第三方的請求參數，並按照重定向你可能會不小心***你不想要的。

Process cookies in redirections

如果選擇此選項，然後在重定向響應設置任何cookies將被當重定向目標之後重新提交。

View

此子菜單允許您配置了請求/響應面板的佈局。您可以在頂部/底部，左/右拉開，或在選項卡中查看HTTP消息。

Action

此子菜單包含相同的選項，可在通過請求和響應消息編輯器的上下文菜單。

Sequencer

Burp Sequencer是一種用於分析數據項的一個樣本中的隨機性質量的工具。你可以用它來測試應用程序的session tokens(會話tokens)或其他重要數據項的本意是不可預測的，比如反彈CSRFtokens，密碼重置tokens等。

Using Burp Sequencer

Burp Sequencer是一種用於分析在應用程序的會話tokens，並且意圖是不可預測的其他重要數據項的隨機性質量的工具。

使用Sequencer可能會導致在某些應用中意想不到的效果。直到你完全熟悉它的功能和設置，你應該只使用Burp Sequencer對非生產系統。

要開始去了解Burp Sequencer，執行以下步驟：

1)首先，確保Burp已安裝並運行，您已配置您的瀏覽器Burp的工作，並且您已經瀏覽你的目標應用程序來填充你的代理服務器的歷史。  
2)發現發出會話tokens或其他類似的項目，無論是在Set-Cookie頭，在一個表單域，或其他地方的代理史上的一個迴應。使用上下文菜單中發送的內容到Sequencer。  
3)轉到Sequencer選項卡，然後再選擇“live capture(現場捕獲請求)”，選擇你剛纔發送的項目。

4)在“Token Location Within Response(tokens位置在迴應)”部分，選擇在tokens出現的響應的位置。如果標記出現在自定義位置（即不是在一個Set-Cookie頭或表單域） ，然後選擇“Custon location(自定義位置)”選項，然後在對話框中，選擇響應tokens，然後單擊“確定” 。

5)在“Select live Captrue Request(選擇現場捕獲請求)”部分中，單擊“Start live capture(開始實時捕獲)”按鈕。這將導致Burp反覆發出原始請求，並extract(提取)所有在響應收到的tokens。實時捕獲會話打開一個新窗口，顯示捕獲的進度，並已獲得的tokens數量。當幾百tokens已獲得，暫停實時捕獲會話，然後單擊“Analyze now(立即分析)”按鈕。  
6)當分析完成後，會顯示出隨機性測試的結果。這表明樣品中整體摘要，並附有詳細的結果爲每種類型進行了測試。有簡短的文檔，結果自己在每個測試。在某些情況下，你可能已經獲得tokens的一個合適的樣本。您可以手動加載此樣品爲Sequnecer，並執行相同的分析。要做到這一點，在主burp的UI ，轉到序選項卡，然後手動加載子選項卡。您可以從剪貼板粘貼標記，或從文件中加載它們，並使用“Analyze now(立即分析)”按鈕，開始裝載樣品的分析。

Randomness Tests

Burp Sequencer採用標準統計測試的隨機性。這些都是基於對測試的證據試樣的假設，並計算髮生的觀測數據的概率，假設該假說是真實的原則：

Character-Level Analysis

字符級測試在其原始形式tokens的每個字符位置進行操作。首先，字符設置在每個位置的大小進行計數- 這是出現在每個位置上的取樣數據中的不同的字符的數目。然後，下面的測試是使用此信息來進行：

Character count analysis - 此測試可分析tokens內使用在各位置中的字符分配。如果樣品是隨機生成的，所用的字符的分佈可能是近似均勻的。在每個位置上，該測試計算，如果tokens是隨機產生所觀察到的分佈的概率。
Character transition analysis - 此測試可分析樣品中的連續符號之間的轉換。如果樣品是隨機生成的，一個字符出現在一個給定的位置，同樣可能被隨後的下一個標記由一個用於在該位置上的字符中的任何一個。在每個位置上，該測試計算，如果tokens是隨機產生的觀察到的轉換的概率。

基於上述試驗，character-level analysis(字符級分析)計算整體分數，每個字符位置 - 這是在每個位置由每個字符級測試的計算的最低概率。分析然後計數的有效熵各種顯着性水平的位的數目。根據它的字符集的大小，每個位置被分配一個號碼的比特 （如果有4個字符，3位，如果有8個字符等2位），並且比特的總數等於或高於每顯着性水平進行計算。

Bit-Level Analysis

Bit-level test(位級測試)是比字符級測試功能更強大。啓用位級的分析，每個tokens被轉換成一組比特，與由字符集的每個字符位置的大小來確定的比特的總 數。如果任何職位聘用，其大小不是2的圓形電源的字符集，在該位置的樣本數據被轉換成其大小是兩個最接近的較小的圓形電源的字符集。在該位置的數據的部分 比特被有效地合併成從該位置所產生的全部位。這個翻譯是在被設計爲保留原始樣本的隨機性特點，不會引入或移除任何偏見的方式進行。然而，這種類型的沒有進 程可以是完美的，它很可能與分析非圓字符集大小的樣本將介紹一些不準確到分析結果的過程。當每個tokens已被轉換成一個比特序列，下面的測試是在每個 位的位置進行：

FIPS monobit test - 此測試分析的1和0的每個位的位置分佈。如果樣品是隨機產生的，1和0中的數量很可能是近似相等的。在每個位置上測試計算，如果tokens是隨機產生所 觀察到的分佈的概率。對於每一個進行的，除了報告中出現的觀測數據的概率FIPS測試，Burp Sequncer也記錄是否每一位通過或失敗的FIPS測試。請注意，通過FIPS標準重新調整Burp Sequencer內任意樣本量的工作，而正式規範的FIPS測試假定恰好20,000tokens的樣本。因此，如果你希望得到的結果是嚴格符合 FIPS規範，你應該確保你使用的20,000tokens的樣本。

FIPS poker test - 該測試將所述位序列中的每一個位置轉換成的四個連續的，非重疊的組，並導出一個4位的數量從每個組。然後計算每個出現16個可能的數字的數，並進行卡方計 算來評估這樣的分佈。如果樣品是隨機生成的，四比特數的分佈可能是近似均勻的。在每個位置上，該測試計算，如果tokens是隨機產生所觀察到的分佈的概 率。
FIPS runs tests - 該測試將所述位序列中的每一個位置轉換成連續的位具有相同值的運行。然後計算試驗次數爲1，2，3，4，5，和6及以上的長度。如果樣品是隨機生成的，運 行與每個這些長度的數量很可能是由樣本集的大小所確定的範圍之內。在每個位置上，該測試計算髮生，如果tokens是隨機觀察到的運行的概率。

FIPS long runs test - 這個測試測量位在每個位的位置值相同的最長運行。如果樣品是隨機生成的，最長的運行很可能是由樣本集的大小所確定的範圍之內。在每個位置上，該測試計算， 如果tokens是隨機產生所觀察到的最長的概率。需要注意的是符合FIPS規範這個測試僅記錄失敗，如果位的最長過於漫長。然而，位過於短最長也表明， 樣品是不是隨機的。因此，某些位可能錄得顯着性水平是低於FIPS傳遞，即使他們沒有嚴格失敗的FIPS檢驗水平。

Spectral tests - 該測試執行在每個位置上的比特序列的複雜的分析，並能夠識別非隨機性的證據表明，通過其他的統計測試的一些樣品中。測試工程通過比特序列以及將每個系列的 連續的數字作爲一個多維空間的座標。它繪出的點在此空間由這些座標來確定每個位置。如果樣品是隨機生成的，點此空間內的分佈可能是大致均勻;在該空間內聯 網的外觀表示該數據很可能是不隨機的。在每個位置，測試，計算所觀察到的分佈存在的，如果tokens是隨機的概率。該試驗重複進行多種尺寸的數目（1 8位）和用於多個號碼的尺寸（2至6）。

Correlation test - 其他各個位級測試工作在採樣tokens中的各個位的位置，所以隨機性的每個位的位置量計算隔離。僅執行這種類型的測試將防止隨機性的tokens作爲一 個整體金額的任何有意義的評估：包含在每個位置相同的位值標記的樣本可能會出現含有比含有不同的值更短的標記的樣品更多的熵在每個位置上。因此，有必要以 測試在tokens內的不同的位位置中的值之間的任何統計學顯著關係。如果樣品是隨機生成的，在給定的比特位置處的值是同樣可能伴隨着一個或一個零在任何 其它位的位置。在每個位置上，這個測試與計算在出現的其他位置位觀察，如果tokens是隨機的關係的可能性。爲了防止任意的結果，當兩個比特之間觀察到 一定程度的相關性，該測試調整，其顯着性水平下是基於所有其他位級測試的位的顯着性水平。

Compressoion test - 其他各個位級測試工作在採樣tokens中的各個位的位置，所以隨機性的每個位的位置量計算隔離。僅執行這種類型的測試將防止隨機性的tokens作爲一 個整體金額的任何有意義的評估：包含在每個位置相同的位值標記的樣本可能會出現含有比含有不同的值更短的標記的樣品更多的熵在每個位置上。因此，有必要以 測試在tokens內的不同的位位置中的值之間的任何統計學顯著關係。如果樣品是隨機生成的，在給定的比特位置處的值是同樣可能伴隨着一個或一個零在任何 其它位的位置。在每個位置上，這個測試與計算在出現的其他位置位觀察，如果tokens是隨機的關係的可能性。爲了防止任意的結果，當兩個比特之間觀察到 一定程度的相關性，該測試調整，其顯着性水平下是基於所有其他位級測試的位的顯着性水平。

Samples

在一個應用程序的令牌進行隨機試驗中，首先有必要獲得這些令牌的合適的樣品。這可以通過兩種方式來完成：通過直接從目標進行標記的自動live capture(實時捕捉)，或通過Manually loading(手動加載)令牌，你已經取得的樣本。

Live Capture

要進行live capture(實時捕捉)，你需要找到一個返回響應的地方，你要分析的session token(會話令牌)或其他項目的目標應用程序中的請求。您可以選擇在任何地方Burp的請求，然後從上下文菜單中選擇“Send to sequencer(發送到音序器)”選項做到這一點。需要對這個請求來配置實況採集的步驟如下所述。

i)Select Live Capture Request - 實時捕獲請求列表中顯示已發送到音序器從其他burp工具的要求。選擇返回你想要分析的標記或其他項目的要求。

ii)Token Location Within Response - 選擇令牌出現的應用程序的響應中的位置。

下列選項可用：

cookie - 如果響應設置的任何cookie，這個選項可以讓你選擇一個cookie來分析。這是通過會話令牌給客戶的最常用方法。  
Form field - 如果響應包含任何HTML表單字段，這個選項可以讓你選擇一個表單字段的值來分析。這種方法通常用於發送反CSRF令牌和其它每頁令牌提供給客戶。  
Custom location - 您可以使用此選項來包含要分析的數據的響應中指定一個特定的自定義位置。這是通過使用響應提取規則對話框。

iii)Live Capture Options

這些設置控制用於執行實時捕捉時發出HTTP請求和收穫令牌發動機。下列選項可用：

number of threads(執行緒數目) - 此選項控制併發請求數的實時捕捉，卻可以使。  
Throttle between requests(請求之間的節流)- 可選的，實時捕捉每一個可以請求之前等待一個指定的延遲（以毫秒爲單位）。此選項很有用，以避免超載應用程序，或者是更隱蔽。  
Ignore token whose length deviates by x characters忽略令牌，其長度偏差的X字符- 您可以選擇配置的實時捕捉忽略的令牌，其長度與平均長度令牌偏離給定的閾值。這可能是有用的，如果應用程序偶爾會返回一個包含在令牌通常出現的位置不同項目的異常反應。

vi)Running the Live Capture

當你已經完全配置的live Capture(實時捕捉)，點擊“開始實時捕獲”按鈕開始實時捕捉。burp序會反覆發出您的請求，並從應用程序的響應提取相關的令牌。在實時捕捉，一個進度條顯示，有令牌，請求和網絡錯誤次數的計數器。下列選項可用：

Pause/resume(暫停/恢復) - 這將暫時停頓，然後繼續，捕捉。  
Stop(停止) - 這會永久停止捕獲。副本令牌 - 這會將當前拍攝的令牌到剪貼板，以便在其他burp***（如***者有效載荷）或工具的使用。  
Save tokens(保存tokens) - 這節省了當前拍攝的令牌文件。  
Auto-analyze(自動分析) - 如果啓用此選項，burp就會自動進行標記分析，並定期更新結果現場採集過程中。  
Analyze now(現在分析) - 這是時可用最少100令牌已被抓獲，並導致burp，分析當前採樣和更新的結果。

Manual load

此功能允許你加載Sequencer與您已獲得令牌的樣本，然後進行統計分析的樣本。

要執行手動負載，您首先需要通過一些手段，比如你自己的腳本或從較早的live captrue實時捕捉，輸出，或Intruder attack，以獲得自己的目標應用程序令牌的樣本。令牌需要在一個簡單的換行符分隔的文本格式。

使用粘貼按鈕，從剪貼板粘貼，或Load按鈕的標記，從文件中加載它們。加載令牌，再加上最短和最長長度的詳細情況，將顯示您感，檢查樣品已正確裝入。
要執行加載令牌的分析，請單擊“analyze now(立即分析）”按鈕。

Analysis Options

在“analysis options(分析選項)”選項卡允許您配置如何Token Handled，並在分析過程中都進行哪些類型的測試。

Token handling

令牌過程中如何分析處理這些設置控制。下列選項可用：

Pad short tokens at start/end(墊短令牌在開始/結束) - 如果由應用程序產生的標記具有可變長度，這將需要被填充，以使將要進行的統計檢驗。您可以選擇是否填充應在開始或每個標記的結尾被應用。在大多數情況下，填充令牌在開始是最合適的。  
Pad with(墊) - 您可以指定將用於填充字符。在大多數情況下，對於數字或ASCII十六進制編碼的令牌，填充與“0”字符是最合適的。  
Base64-decode before analyzing(base64解碼分析之前) - 如果令牌是Base64編碼，可以配置Burp分析，這將普遍提高在編碼分析之前的準確度。

Token Analysis

這些選項控制所執行分析的類型。您可以單獨啓用或禁用每種類型的字符級和位級測試。有時候，啓用所有測試進行了初步分析後，您可能需要禁用某些測試，以反映您更好的瞭解所標記的特點，或以隔離受您的樣品表現任何不尋常的特性的影響。
在結果窗口中，修改任何的分析選項後，您可以點擊“重做分析”按鈕，您的新設置重新進行了分析，並更新結果。

Result

Summary

summary選項卡是看獲得有關隨機性樣品中的程度的總體結論首位。它包括一個圖表，顯示的有效熵以上各顯着性水平的位的數目。這提供了一個直觀的判決用來傳遞隨機性測試不同的可能顯着性水平的位的數目。
該標籤還報告了結果的可靠性的估計值，是根據樣本的數量。

Character-level analysis

人物層次的分析選項卡顯示所有字符級測試結果摘要，並讓您深入到每個字符級測試的細節。它也包含圖表顯示的字符集在每個位置的大小，並且熵的比特可以從每個字符位置來提供的最大數量。

注意，字符級測試是不可靠的，如果所採用的字符集的大小過大相對於樣本的數目。例如，如果一個令牌採用了64個不同的字符在每個位置，你只捕獲 100個樣品，還有隔靴搔癢的樣本數據得出關於角色分配的任何可靠的結論。出於這個原因，當存在的不可靠的結果的危險，burp序將自動禁止字符級測試， 以防止破壞整體合併結果從分析的字符級的結果。

Bit-level analysis

該位層次的分析選項卡中顯示了所有位級的測試結果摘要，並讓您深入到每一個位級測試的細節。這可以讓你獲得樣品的性能有更深的瞭解，找出任何異常的原因，並評估令牌預測的可能性。
還有一個圖表，顯示位貢獻的令牌中的每一個字符的位置的數目。這將使你的令牌中交叉引用各個位回到原來的字符位置，如果你需要。

Analysisi options

分析選項卡顯示已配置的分析的選項。如果需要重新進行分析,您可以修改這些。

Decoder

Burp Decoder是一種用於將編碼數據納入其規範形式，或將原始數據轉換成各種編碼和哈希表的簡單工具。它能夠智能地識別多種編碼格式採用啓發式技術。

Loading Raw Data

您可以將數據加載到解碼器在兩個方面：

鍵入或直接粘貼到頂部編輯器面板。

選擇數據中burp的任何位置，然後從上下文菜單中選擇“發送到解碼器”。

您可以使用“文本”和“十六進制”按鈕來切換編輯器的類型來對數據使用。

Transformations

轉換不同的變換可以應用到的數據的不同部分。下面的解碼和編碼操作可用：

1)Url  
2)HTMLBase64  
3)十六進制  
4)ASCII碼  
5)八進制  
6）二進制  
7)GZIP等

各種常用的散列函數是可用的，取決於你的Java平臺的功能。

Working manually

要進行手動解碼和編碼，使用下拉列表選擇所需的變革。所選擇的轉型將被應用到選定數據，或整個數據如果沒有被選中。

Smart decoding

在解碼器內的任何面板，您可以點擊“智能解碼”按鈕。然後Burp將試圖通過尋找出現在可識別的格式，例如URL編碼或HTML編碼要編碼的數據來 智能地解碼該面板的內容。遞歸執行這個動作，一直持續到沒有進一步的識別的數據格式檢測。這個選項可以是一個有用的第一步，當你已經確定了一些不透明的數 據，並想快速瀏覽一下，看看是否可以很容易地解碼成更容易識別的形式。應用到數據的每個部分的解碼是使用通常的着色表示。因爲Burp解碼器，使一個“最 佳猜測”嘗試識別一些常見的編碼格式，它有時會犯錯誤。發生這種情況時，你可以很容易地看到所有參與解碼的階段，及已被應用在每個位置上的轉變。使用手動 控制則可以手動修復任何不正確的轉換和手動或巧妙繼續解碼從這點。

Comparer

---

Burp的Comparer是執行任何兩項數據之間的比較（視覺“diff(差異)”）一個簡單的工具。對Burp的Comparer一些常見用途如下：
當尋找的用戶名枚舉的條件下，您可以使用有效和無效的用戶名比較響應登錄失敗，尋找在反應細微的差別。
當Intruder襲擊已導致不同長度的比基反應一些非常大的反應，你可以比較這些很快看到那裏的分歧所在。
當comparing的site maps或通過不同類型的用戶生成的Proxy history條目，你可以比較對類似的要求，看看那裏的不同之處在於，爲不同的應用程序行爲引起的。
當測試使用布爾條件注射和其他類似的測試盲目SQL注入漏洞，你可以比較兩個反應，看是否注射不同的條件已導致響應的相關差異。

Loading Raw Data

您可以將數據加載到comparer對以下方式：

它直接粘貼形成剪貼板。  
從文件中加載它。  
選擇數據中burp的任何位置，然後從上下文菜單中選擇“發送到的Comparer”。

Performing Comparisons

加載數據的每個項目顯示爲兩個相同的列表。要進行比較，從每個列表中選擇其他項目，並單擊其中的“comparsions”按鈕之一：

Word compare(字比較) - 這種比較tokenizes根據空格分隔每個數據項，並確定了改造的第一個項目進入第二所需的標記級別的編輯。當在單詞層面存在被比較項之間的有趣的差異，例如，在含有不同含量的HTML文檔，是最有用的。

Byte compare(字節比較) - 這種比較確定改造的第一個項目進入第二所需的字節級的編輯。當在字節水平存在比較項之間的有趣的差別，比如在包含在一個特定的參數或cookie值稍有不 同值的HTTP請求，這是最有用的。注意：該字節級的比較是相當多的計算密集的，並且當一個字級別的比較失敗，以確定在一個信息道的相關的差異通常應該只 使用這個選項。當您啓動一個比較，會出現一個新窗口，顯示比較的結果。該窗口的標題欄顯示的差異（即編輯）這兩個項目之間的總數。在兩個主面板顯示項目相 比彩色化來表示每個修改，刪除和改造的第一個項目進入第二所需的加法。你可以在文本或十六進制形式查看每個項目。選擇“sync views(同步視圖)”選項可以使您同時滾動兩個小組等快速找出在大多數情況下有趣的編輯。

Extender

---

Using Burp extender

要使用Burp extender功能，需要一下幾個步驟：

1.首先必須要有java環境  
2.在Burp extensions 下單擊add添加

3.選擇查找.jar後綴插件，點擊確定之後下一步就是安裝了  
4.安裝好了會提示安裝成功，並且在如下圖中顯示

5.如果是python擴展的話需要先到options中配置好python環境並且安裝jython環境

Loading and managing extensions

下表顯示了所有已安裝的擴展名列表。您可以添加，刪除和使用按鈕的擴展表重新排序的擴展。請注意：
該擴展名的顯示順序是，其中的任何註冊的偵聽器和其他推廣資源將被調用的順序。
擴展可以卸載，但保留在表中，以便能夠方便重裝稍後time.To切換擴展的負載狀態，而不從列表中刪除它，在“loaded”欄或擴展詳細信息面板中單 擊該複選框。注意：您可以快速重新按Ctrl +單擊“loaded”複選框的延伸。這將卸載並重新加載該擴展名，而不顯示確認對話框。
要運行用Python編寫的擴展，你首先需要配置Jython的獨立JAR的位置，在Python環境選項。

Extension details

選擇在擴展表中的項目顯示在下部面板的擴展信息。詳細信息選項卡顯示以下信息：無論是擴展當前加載的。您可以點擊複選框，加載或卸載選定的擴展。擴 展名。擴展可以通過編程設置其顯示在用戶界面中自己喜歡的名字。您可以手動編輯，如果需要此名稱。擴展（ Java或Python）的類型。從中加載該擴展名的文件。的方法，聽衆，並在由擴展使用其他資源的詳細信息。輸出選項卡包含擴展的標準輸出流的細節，以 及錯誤選項卡包含有關標準錯誤流相同的信息。爲每個數據流，可以配置應用程序的輸出是否應該被定向到系統控制檯，或者保存到文件中，或者在UI中顯示出 來。請注意：寫法基於UI的輸出窗口有大小限制，不適合用於重型記錄。擴展是負責指導他們的輸出和錯誤消息，其中burp已經分配給他們正確的數據流，並 通過擴展API的編程可用。擴展不遵守這個可以直接直接輸出到系統控制檯，無論在這裏具體確定的設置。

Burp extender apis

此選項卡包含可用於創建Burp extensions API的細節。該列表顯示，可在Burpk運行版本的API。從列表中選擇一個接口的名稱，顯示界面代碼全部。
您還可以使用“save interface files(另存接口文件)”和“save javadoc(保存Javadoc文件)”按鈕來保存這些文件的本地副本，用於開發擴展的時候。

Options

---

Settings

此設置控制啓動時Burp是如何處理擴展。當Burp啓動時，它會自動恢復可擴展的配置清單。如果選擇此選項，Burp也將自動嘗試重新加載列表中的該被裝在其發生時Burp是關閉任何擴展。

Java Environment

設置允許您配置環境執行的是用Java編寫的擴展。如果您的擴展使用任何庫，你可以指定哪些庫將被加載的文件夾。burp會搜索這個文件夾中的任何JAR文件，並且將在用於加載Java擴展類加載器的類路徑中包括這些。

Python Environment

設置允許您配置環境執行的是用Python編寫的擴展。使用Python擴展，您將需要下載的Jython ，這是Java實現的Python解釋器。下列選項可用：在Jython的獨立JAR文件的位置 - 這是您已下載的Jython的位置。你必須下載的Jython的獨立版本。文件夾中加載的模塊 - 此設置是可選的，可以用來指定從哪個Python解釋器應該嘗試加載所需要的您的擴展模塊的文件夾。如果配置，此選項會導致Burp來更新指定的位置了 Python的sys.path變量。如果您已經創建了自己的一套Python庫在多個單獨的擴展使用使用此選項很有用。

注意：由於在Jython中動態生成Java類的方式，您可能會遇到內存問題，如果你加載多個不同的Python擴展，或者如果你卸載並重裝一個 Python擴展多次。如果發生這種情況，你會看到一個這樣的錯誤：java.lang.OutOfMemoryError: PermGen space
You can avoid this problem by configuring Java to allocate more PermGen storage, by adding a -XX:MaxPermSize option to the command line when starting Burp.

例如:java -XX:MaxPermSize=1G -jar burp.jar

Ruby Environment

設置允許您配置環境執行的是用Ruby編寫的擴展。使用Ruby的擴展，你需要下載的JRuby，這是Java實現的Ruby解釋器。請注意，您可以在這裏配置JRuby的JAR文件的位置，或者您也可以通過Java類路徑在啓動時加載的JAR文件。

Suite Options

---

Burp含有大量的影響的所有工具的行爲套房範圍的選項。

有如下選項：

Connections

此選項卡包含設置來控制Burp platform authentication，upstream proxy servers，SOCKS代理，timeouts，hostname resolution，以及範圍外的要求。

platform authentication

設置允許您配置Burp platform authentication(平臺自動)驗證到目標Web服務器。不同的認證方式和認證可以配置爲單個主機。

支持的認證類型有：Basic(基本的)，NTLMv1，NTLMv2身份驗證和摘要驗證。域和主機名信息僅用於NTLM身份驗證。

在“Prompt for credentials on platform authentication failure(提示平臺上認證失敗憑據)”選項會導致Burp顯示交互式彈出每當身份驗證失敗時遇到的問題。

Upstream Proxy Servers

設置控制Burp是否會向外發送請求到Upstream Proxy Servers，或者直接到目標Web服務器。
您可以定義多個規則，指定不同的目標主機或主機組不同的代理服務器設置。規則的應用順序，而目標Web服務器相匹配的第一條規則將被使用。如果沒有規則匹配，burp默認爲直接的，非代理連接。
您可以在目標主機規範中使用通配符（*匹配零個或多個字符，而？除了點匹配任何字符）。將所有流量到一個單一的代理服務器，創建一個規則*爲目的主機。離開代理主機空白直接連接到指定的主機。
對於您配置的每個上游代理服務器，如果需要，可以指定認證方式和認證。支持的認證類型有：基本的，NTLMv1，NTLMv2身份驗證和摘要驗證。域和主機名信息僅用於NTLM身份驗證。

Socks Proxy

設置允許您配置Burp使用SOCKS代理的所有傳出的通信。此設置是應用在TCP層，所有出站請求都將通過這個代理髮送。
如果您已經爲上游HTTP代理服務器配置的規則，然後請求到上游代理服務器將通過這裏配置的SOCKS代理髮送。
如果“DNS查詢在SOCKS代理”啓用該選項，則所有的域名將由代理解決。沒有本地查詢將被執行。

Timeouts

設置指定要用於各種網絡任務的超時。您可以指定以下超時：

Normal(正常) - 此設置適用於大多數網絡通信，並確定長期burp怎麼會放棄已經發生了超時的請求，並記錄之前等待。  
Open-ended responses(開放式的迴應) - 此設置僅用於需要響應不包含內容長度或傳輸編碼的HTTP標頭被處理的。在這種情況下，burp確定該傳輸已經完成之前，等待指定的時間間隔。  
Domin name resoolution(域名解析) - 此設置確定如何經常burp會重新執行成功的域名查找窗口。這應該被設置爲一個適當的低的值，如果目標主機地址被頻繁地改變。  
Failed domain name resolution(失敗的域名解析) - 此設置確定burp多久將重新嘗試不成功的域名查找窗口。  
值以秒爲單位。如果選項是空白的，然後burp永遠不會超時的功能。

Hostname Resolution

設置使您可以指定主機名映射到IP地址，來覆蓋你的電腦所提供的DNS解析。
每個主機名解析規則指定一個主機名，並應與該主機名關聯的IP地址。規則可以單獨啓用或禁用。
這個功能可能是有用的，以確保請求的正確前進轉發時，hosts文件已被修改爲從非代理感知厚客戶端組件進行流量的不可見的代理。

Out-of-Scope Request

可用於防止Burp從發行任何超出範圍的要求。當你需要保證沒有請求做出不在範圍的爲你目前的工作目標，它可以是有用的。即使你的瀏覽器使得對於超出範圍的項目要求，即將卸任的請求將通過Burp被丟棄。
您可以啓用此功能爲當前目標範圍。或者，您可以使用URL匹配規則定義自定義範圍。

HTTP

---

Redirections

設置控制重定向的類型的Burp會在它被配置爲跟隨重定向的情況下理解。
可以選擇重定向的種類如下：

1)3xx status code with location header  
2)refresh header  
3)meta refresh tag  
4)JavaScript driven  
5)與Location標頭的任何狀態碼

注意，Burp在以下重定向到特定的目標行爲是由每個單獨的Burp工具內設置（例如，根據目標範圍內）來確定。

Streaming Responses

可以告知Burp哪些URL返回“流媒體”的反應，這不終止。然後Burp會不同於正常的反應處理這些反應。流式反應通常用於像不斷更新，現申請價格數據的功能。

Status 100 Responses

控制Burp處理與狀態100的HTTP響應的方式。當一個POST請求發送到服務器，這些反應常發生的，它使一個臨時的響應請求體已被髮送之前。
下面的設置：
understand 100 continue response(瞭解100繼續響應) - 如果選中此選項，Burp會跳過中期響應和解析真正的響應頭像狀態代碼和內容類型的響應信息。
Remove 100 continue headers除去100繼續頭 - 如果選中此選項，Burp會在此之前被傳遞到單獨的工具從服務器的響應中刪除任何中期頭部。

SSL Negotiation

有時候，你可能有困難的談判與某些Web服務器的SSL連接。 Java的SSL協議棧包含了幾個小鬼，和失敗與某些不尋常的服務器配置工作。爲了幫助您解決這個問題，Burp，您可以指定哪些協議和密碼應該在SSL 協商提供給服務器。下面的其他選項可用：自動選擇對談判失敗兼容SSL參數 - 如果啓用此選項，那麼當Burp失敗時使用配置的協議和密碼進行談判的SSL ，它會探測服務器，試圖建立是由雙方支持一組兼容的SSL參數服務器和Java 。如果找到兼容的參數，Burp緩存此信息，並使用在第一個實例中的參數具有相同的服務器未來的談判。這個選項通常是可取的，可避免需要解決SSL問題， 並嘗試使用協議和密碼。啓用阻止Java安全策略的算法 - 從Java 7的， Java安全策略可以被用來從SSL協商被用於阻止某些過時的算法，以及其中的一些默認情況下（如MD2 ）受阻。現場許多Web服務器都使用這些過時的算法， SSL證書，它是不可能使用默認的Java安全策略來連接到這些服務器。啓用此選項允許Burp在連接到受影響的服務器時使用過時的算法。對此選項的更改 纔會生效當您重新啓動Burp。允許不安全的SSL重新協商 - 此選項可能會使用一些客戶端的SSL證書時，或試圖周圍其他的SSL問題的工作是必要的。
SSL

Client SSL Certificates

允許您配置客戶端SSL證書，當目標主機申請一個Burp會使用。您可以配置多個證書，並指定每個證書應使用的主機。當主機請求的客戶端SSL證書，Burp會在列表中的主機配置匹配被連接的主機的名稱中使用的第一個證書。您可以在目標主機規範中使用通配符（ 匹配零個或多個字符，而？除了點匹配任何字符） 。要使用一個證書，每當任何主機請求之一，使用作 爲目標主機。客戶端證書支持以下類型：文件（ PKCS ＃ 12 ） - 你將需要配置的證書文件的位置和密碼的證書。硬件令牌或智能卡（ PKCS ＃ 11 ） - 你將需要配置PKCS＃11庫文件的位置，爲您的設備，您的PIN碼，然後選擇從那些可用的證書。該PKCS＃11庫文件是用軟件爲您的設備安裝的本機代 碼文件。在Windows上，Burp可以自動搜索常見位置找到您所安裝的庫文件。

Server SSL Certificates

此信息僅面板包含從Web服務器接收到的所有的X509證書的詳細信息。雙擊表格中的項目，以顯示該證書的完整細節。

Session

此選項卡包含的設置session handing rules,the cookie jar,and macros。

Session Handling Challenges

當執行任何類型的Web應用程序的測試，你可能會遇到與會話處理和地區的挑戰。
例如：該應用程序可終止被用於測試會話，無論是防守還是其他原因，使後續的請求是無效的，直到會話恢復。某些功能可能使用改變必須與每個請求（例如，妨礙 請求僞造***）提供的令牌。某些功能可能需要一系列的要求被測試前，作出其他的請求，獲取應用程序到一個合適的狀態，它正在接受測試的要求。執行自動化測 試任務，如起毛或掃描時，可能會出現這些問題，當你手動測試也可能出現。Burp的會話處理功能包含一系列的功能，以幫助在所有這些情況下，讓你繼續你的 手動和自動測試，同時Burp需要在後臺爲你的問題的照顧。

Session Handling Rules

Burp讓你定義的會話處理的規則清單，讓您非常細粒度地控制Burp處理應用程序的會話處理機制和相關的功能。每個規則包含一個作用域（什麼規則 適用於）和行動（什麼規則呢） 。對於每一個即將離任的要求，即Burp它決定了所定義的規則在範圍的請求，並執行所有這些規則的行爲的順序（除非條件檢查行動決定不採取進一步行動，應 適用於要求提供） 。在範圍內爲每個規則可基於任何正在處理的請求的下列功能或全部來定義：
Burp工具發出的請求。
請求的URL。的請求中參數的名稱。每個規則可以執行一個或多個動作，例如：更新cookie從Burp的蜜罐。驗證當前會話。運行宏（請求的預定義的順 序） 。通過創建不同的範圍和行動多條規則，你可以定義行爲的層次結構Burp將適用於不同的應用和功能。例如，在一個特定的測試可以定義如下的規則：對於所有 的請求，從Burp的cookie jar添加cookie。對於請求到特定的域，驗證當前會話與該應用程序仍處於活動狀態，如果沒有，運行宏在應用程序重新登錄，並更新蜜罐用得到的會話令 牌。對於請求到包含__ csrftoken參數特定的URL ，首先運行一個宏來獲取有效__ csrftoken價值，並提出請求時使用此。

Session Handling Tracer

需要申請Burp的會話處理功能，以對現實世界的應用程序的功能的配置往往是複雜的，並且就很容易犯錯。您可以使用會話處理示蹤劑，以幫助您解決您的會話處理配置。
示蹤顯示，已經由會話處理功能的處理（即，其中至少一個會話規則已經應用）每個請求的列表。對於每個處理請求，所述示蹤劑表示規則和進行該操作序列，並且改變到在序列中的每個步驟中的電流要求而作出。
請注意，會話處理示蹤規定了所有受影響的HTTP請求的處理和存儲開銷。您應該只與故障排除會話處理的規則問題，當使用的示蹤劑，不應該離開它通常運行。

Cookie Jar

Burp維護一個cpploe幹罐，用於存儲所有你訪問的網站發出的cookies 。密罐是所有Burp的工具之間共享。您可以配置哪些工具Cookie罐應監測，以更新的cookies 。默認情況下，蜜罐是基於代理和蜘蛛的工具流量更新。Burp監視由配置工具接收到的響應，並更新蜜罐與設置任何新的Cookie。在代理的情況下，從瀏 覽器傳入的請求也被檢查。凡申請在前面設置一個永久性的Cookie這是目前在您的瀏覽器，這是需要你的會話進行適當的處理，這是很有用的。有Burp更 新基礎上，通過代理請求的蜜罐意味着所有必要的cookie將被添加到蜜罐，即使你的應用程序當前訪問期間不更新該cookie的值。您還可以查看手工蜜 罐和編輯的cookie的內容，使用“打開蜜罐”按鈕。蜜罐可用於會話處理的規則和宏來自動更新從蜜罐曲奇傳出請求。蜜罐榮譽Cookie的域範圍，在模 仿的cookie處理規格Internet Explorer的詮釋方式。路徑範圍不兌現。

Macros

macro是一個或多個請求一個預定義的順序。您可以使用會話處理規則中的Macro來執行各種任務。典型用例的宏包括：獲取該應用程序（如用戶的 主頁）的頁面來檢查當前會話仍然有效。進行登錄，以獲得新的有效的會話。獲得令牌或隨機數作爲另一個請求中的參數來使用。當Scanner或fuzz(模 糊測試)在一個多步驟的過程的請求時，執行必要的前述要求，以獲得應用到其中的目標請求將被接受的狀態。在一個多步驟的過程中，“attack”的請求 時，在完成該過程的剩餘步驟，以確定所執行的動作，或者獲得的結果，或者從該過程結束時的錯誤消息後。以及請求的基本序列，每個宏包含一些關於如何餅乾和 參數的序列中應處理的重要結構和單件之間的任何相關性。

display

---

User interface

設置允許您控制Burp的用戶界面的外觀。您可以配置用於整個用戶界面（除了HTTP消息的顯示）的字體大小，也是Java的外觀和感覺。更改這些設置就會生效時Burp重新啓動。

http message display

設置允許您控制HTTP消息會顯示在原始的HTTP消息編輯器中。您可以設定字體和點大小和字體平滑是否被使用。您還可以配置爲請求參數和響應語法語法彩色化是否完成。有很多小夥伴說亂碼，就在這裏設置。

Character Sets

設置控制Burp顯示原始的HTTP消息時如何處理不同的字符集。可用的選項有：

1)自動識別每個消息的字符集的基礎上，郵件標題。這是默認選項，可讓您同時在使用不同字符集的郵件的工作。  
2)對所有消息使用平臺默認的字符集。  
3)顯示消息的原始字節（使用ASCII編碼），而不處理任何擴展字符。  
4)對所有消息使用一個特定的字符集。

HTTP頭始終顯示在原料的形式 - 字符集編碼選項只適用於郵件正文中。
需要注意的是所需的一些字符集的字形不支持的所有字體。如果你需要使用一個擴展的或不尋常的字符集，你應該首先嚐試進行系統的字體，如宋體或Dialog。

HTML rendering

Html rendering是html轉義的意思，渲染HTTP消息編輯器顯示HTML內容中標籤約，因爲它會出現在你的瀏覽器。該選項控制Burp是否會作出所 需要的完全呈現HTML內容（例如，用於嵌入式圖像）的任何額外的HTTP請求。使用此選項涉及的速度和HTML渲染質量之間的權衡，以及您是否希望避免 作出任何進一步的請求到目標應用程序。

Misc

此選項卡包含的設置hotkeys(熱鍵)，logging(記錄)，temporary files(臨時文件)的位置，automatic backup(自動備份)和scheduled tasks(預定的任務)。

Hotkeys

設置允許您配置快捷鍵爲常用操作。許多類型的動作可以被分配一個快捷鍵，在以下類別：

1)特定於某個HTTP請求或響應的動作，例如“send to repeater(發送到轉發器)”。  
2)全球行動，如“Switch to proxy(切換到代理服務器)”。  
3)在編輯操作，如“剪切”和“撤消”。

一些熱鍵的默認配置。需要注意的是如果你使用它們頻繁，可以給它們分配一個快捷鍵。

所有的快捷鍵必須使用控制鍵（或在OSX上的Command鍵），也可以使用Shift和其他可用的修飾符。請注意，在某些Windows安裝中的Ctrl + Alt組合是由Windows視爲等同於鍵AltGr，並可能導致輸入的字符時，在文本字段中壓顯現出來。

Logging

設置控制HTTP請求和響應的記錄。可以記錄每個工具或所有Burp流量進行配置。選擇你要記錄的，會彈出一個框讓你選擇保存的地方，可以在掃描的時候把掃描的一些掃描記錄下來，然後放到sqlmap裏進行跑，很淫蕩的想法。

Temporary Files Location

保存一些零時文件的地方，可以設置系統默認，也可以自定義路徑。

Automatic backup

自動備份功能。設置允許您配置Burp保存的所有工具'的狀態和配置的備份每隔多少分鐘，並且還可以選擇退出。

使用這些選項意味着你一般都會有你的工作，最近的備份副本在Burp異常退出的事件。如果您已配置目標範圍爲你的工作，你可以使用“include in-scope items only(僅僅包括在範圍內的項目)”以減少數據必須保存量。

Scheduled Tasks

計劃任務。僅限專業版使用，您可以使用任務調度程序自動啓動和停止某些任務在規定的時間和間隔時間。您可以使用任務計劃程序來啓動和停止某些自動化 任務了幾個小時，而你沒有工作，並定期或在特定時間保存您的工作。要使用此功能，請選擇在Burp的任何地方一個HTTP請求，或任何部分目標站點地圖， 並在上下文菜單中的“Engagement(參與工具)”中選擇“Schedule task(計劃任務)” 。或者，您也可以通過在計劃任務面板中直接添加一個新的任務。創建一個新的任務將打開一個嚮導，可以配置任務的詳細信息。
任務計劃有以下類型：

1）從URL掃描  
2）暫停主動掃描  
3）繼續主動掃描  
4）從URL蜘蛛  
5）暫停蜘蛛  
6）保存狀態

根據任務的類型，您還可以配置一個URL （如掃描）或文件（如保存狀態） 。每一個任務需要有配置了啓動時間。或者，您可以配置任務重複在定義的時間間隔。

Suite functions

---

Generate CSRF POC

[專業版]此功能可用於生成一個證明了概念驗證（PoC ）跨站點請求僞造（CSRF ）***對於一個給定的請求。要使用此功能，請選擇在Burp的任何地方URL或HTTP請求，並選擇上下文菜單中的“Engagement tools(參與工具)”中的“Generate CSRF Poc(生成CSRF的一鍵通)”。

Burp顯示了在頂部面板中選擇的完整的請求，並將生成的HTML CSRF在較低的面板。在HTML使用的形式和/或JavaScript來生成在瀏覽器中所要求的請求。您可以手動編輯的要求，並單擊 “regenerate(重新生成)”按鈕，根據更新的要求來重新生成CSRF的HTML 。你可以測試生成的PoC的效果在瀏覽器中，使用“測試中的瀏覽器”按鈕。當您選擇此選項，可以粘貼到瀏覽器（配置爲使用Burp的當前實例作爲其代理） 一個唯一的URL 。由此產生的瀏覽器請求由服務Burp與當前顯示的HTML，然後你可以決定的PoC是否是通過監測得到的請求（ s）表示，通過代理服務器進行了卓有成效的。

Message Editor

HTTP消息編輯器是用於整個Burp查看和編輯的HTTP請求和響應。以及顯示原始消息本身，編輯器包括大量的功能，幫助您快速進一步分析這些消息，推動Burp的核心工作流程，以及進行其他有用的任務。

Content Discovery

此功能可用於發現內容並不會從您可以瀏覽或蜘蛛可見內容鏈接功能。
要使用此功能，請選擇在Burp的任何地方一個HTTP請求，或任何部分目標站點地圖，並在上下文菜單中的“參與工具”中選擇“查找內容”。

Burp使用各種技術來發現內容，包括姓名猜測，網絡蜘蛛，並且從命名的應用程序中使用的觀測約定外推。發現的內容被顯示在一個特殊的網站地圖是特定的發現會話，並且還可以任選地加入到suite site map。

Control

此選項卡顯示您發現會話的當前狀態。切換按鈕指示是否會話正在運行，並允許您暫停和重新啓動會話。

下面的信息則顯示該發現會話的進展：提出的要求數在服務器響應傳輸的字節數網絡錯誤數排隊的發現任務數蜘蛛排隊的請求數排隊分析響應數排隊的個人發現任務都顯示在表格中。發現引擎的工作原理遞歸，當一個新的目錄或文件被發現，進一步的任務是源於此，這取決於配置。

Target

這些選項可讓您定義了內容發現會話啓動目錄，以及是否文件或目錄要有針對性。下列選項可用：
Start directory(啓動目錄) - 這就是Burp就會開始尋找內容的位置。這條道路及其子目錄內只有項目將在會議期間提出要求。
Discover(發現) - 此選項確定會話是否將尋找文件或目錄，或兩者兼而有之。如果你正在檢查的目錄，你可以選擇是否以及如何深遞歸到子目錄中發現的。

Filenames

這些選項可讓您配置Burp應該使用生成的文件名來測試源。下列選項可用
內置的短文件列表 、內置短路目錄列表 、內置長文件列表 、內置長目錄列表
發現在目標站點上使用的名稱。如果選擇此選項，Burp會維護所有的目錄和文件名莖已發現的目標網站上的名單，也將檢查這些在測試每一個新的目錄。
根據發現的物品推導。如果選擇此選項，Burp會嘗試猜測基於那些已經被發現的項目名稱。例如，如果該目錄AnnualReport2011被發現，Burp也將檢查AnnualReport2012，AnnualReport2013等。

File Extensions

控制如何發現會話添加文件擴展名，正在測試。該文件的本身是根據文件名選擇導出。當每個文件的在測試時，Burp會檢查各種不同的擴展名，根據這些設置。下列選項可用：

1)Test these extensions(測試這些擴展)- 此選項可讓您設定的擴展，Burp會經常檢查清單。你可以微調的基礎上已知在對目標應用程序中使用的技術，默認列表。  
2)Test all extensions observed on target site(測試目標點觀測到的所有分機) - 如果選擇此選項，然後Burp會自動檢查是否存在已在使用中被觀察到目標站點上的文件擴展名。此選項很有用，當你不知道到底是什麼擴展或技術都在使用。您還可以配置你不想要檢查，即使發現是在使用中（如圖像文件）的擴展名列表。  
3)Test these variant exxtensions on discovered files(在測試文件中發現這些變異擴展) - 此選項可讓您設定的擴展名列表的Burp會額外檢查以便發現文件名。這個選項是檢查現有的文件的備份副本很有用。  
4)Test filestemswith no extension(測試文件無擴展名) - 如果選擇此選項，Burp會爲每個文件檢查不帶擴展名添加。

Discovery Engine

用於發現內容時發出HTTP請求的引擎，並帶有套房站點地圖互動。下列選項可用：

1)Case sensitivity(區分大小寫) - 這個設置控制Burp是否會處理文件名的情況下，敏感。如果選擇“自動檢測”被選中，然後Burp會通過處理文件名的情況下靈敏啓動，並在發現的第一個新項目，將測試情況變化的服務器的處理。根據所治療，Burp可能恢復到處理文件名的情況下不區分大小寫。  
2)Add discovered content to suite site map(發現添加內容到套房站點地圖) - 如果選擇此選項，然後在當前會話的發現確定了新的項目將被自動添加到主浴室的站點地圖。  
3)Copy content from suite site map(複製主站點地圖的內容) - 如果選擇此選項，則發現會話將複製任何現有的相關內容從主套房站點地圖進去發現網站地圖，以提供發現新的內容較強的出發基礎。  
4)Number of discovery threads(蜘蛛從已發現的內容) - 如果選擇此選項，則發現會話將執行常規的網絡蜘蛛，並且將處理響應發現請求尋找鏈接到其他新的內容。發現執行緒數目 - 此選項控制併發請求數的發現引擎能夠作出。蜘蛛線程數 - 該選項控制併發請求數的蜘蛛功能是能夠使，如果啓用。

Site map

該發現會話使用自己的站點地圖，顯示所有已發現的定義範圍內的所有內容。如果您已配置Burp的話，新發現的項目也將被添加到Burp的主要站點地圖。

Alert

用來顯示當前Burp的掃描代理的一些狀態，這個沒什麼介紹的。

Burp Sqlmap插件

---

SqlMap是一個開源***測試工具，它可以自動檢測和利用SQL注入漏洞和接管數據庫服務器的過程。它配備了一個功能強大的檢測引擎，許多利基功 能，爲最終的***測試和廣泛的交換機從數據庫中指紋持久的，在數據從數據庫中獲取，通過訪問底層文件系統和操作系統上執行命令的輸出帶外連接。如圖效果圖

0x01 環境及工具

需要python、java環境，並且需要下載sqlmap.py、gason.jar插件。

下載地址：https://github.com/sqlmapproject/sqlmap

http://www.praetorian.com/tools/gason-0.9.6.jar

0x02 安裝

1）選擇Burp Extender擴展添加

2）添加成功會提示加載成功，然後在任意的Burp請求地址的詳情裏右擊

3）接下來會出現gui 界面，要是用還必須加載sqlmap.py的路徑

圖形界面挺不錯的，對於使用sqlmap新手挺好的，有時候使用命令界面的時候不知道命令了可以用這個圖形界面查看命令怎樣使用，比如：我不知道怎麼在後面加數據庫參數，則可以如下圖所示

0x03 使用

如上有地址參數了在右下角點擊run即可，圖形界面就不做過多的介紹了，其使用方法和sqlmap命令界面是一樣的，主要是結合了burp唯一的好處就是用burp檢測到注入瞭然後可以直接發送到sqlmap進行注入。而且操作簡單。

Notes

0x01 介紹

在Notes選項卡中，您可以：

- 儲存注意事項：儲存任何目前開啓的文件到一個文件中。  
- 負載注：從文件加載以前保存的一套紙幣。  
- 新文本：添加一個標籤一個新的文本文檔。  
- 導入文本：加載一個文本文件的內容。  
- 新的電子表格：添加一個標籤一個新的電子表格。  
- 導入電子表格：加載一個CSV文件的內容。  
- 您還可以導出單個音符的標籤到外部文件。

界面如下：

0x02 安裝

在Burp主界面Extender>>Extensions>>Burp Extensions下的add按鈕

0x03 使用

1)可以從Burp主界面的Proxy history裏選擇發送到notes。  
2)切換到notes標籤選項卡即可。  
3)Save notes(保存文本)  
4)也可以導入文本和表格文件

JSBeautifier

0x01 介紹

大多數的網站壓縮其資源，如JS文件，以便增加裝載速度。然而，安全性測試和調試一個壓縮的資源是不容易的事。這是一個Burp開源擴展，這使得它 可以美化大部分資源。因此，這將有助於Web應用程序安全研究人員查看壓縮資源更容易。它還可以幫助他們有足夠的資源內的瀏覽器解壓縮後的版本（如 JS，CSS，HTML，XML，等等）。

0x02安裝

1）下載jsbeautifier.jar 文件和libs目錄  
2）點擊Extender>>add選擇jsbeautifier.jar

0x03 使用

直接勾選或者在響應請求選擇beautify this!即可

0x01 Android虛擬機 proxy for BurpSuite

---

安卓虛擬機工具

這裏我使用的是谷歌安卓模擬器Android SDK,大家可以根據自己的系統來定，我使用的是window64系統，大家選擇下載的時候可以注意一下，同時也是使用這個系統來演示。下載地 址：http://developer.android.com/sdk/index.html

配置Android模擬器

下載後，裏面有SDK的manager.exe和其他文件夾。現在，我們建立一個模擬器，可以通過Android SDK管理器來創建我們的AVD（Android的虛擬設備）; 這將是我們虛擬的Android手機。

1、設置安卓虛擬機如圖

2、選擇TOOLs下的Manager AVDS

3、啓動之後，設置如下配置

4、通過Start開啓安卓虛擬機

5、界面如圖

配置代理

1、Burp代理設置如下

2、安卓模擬器設置，Menu>System setting>More>Mobile networks>Access Point Names> 選擇默認的APN或者新建一個並且設置爲默認代理

3、保存好了之後打開瀏覽器輸入地址

最後附上剛下載的一個百度知道應用程序，也是可以抓包的

具體詳情參考：http://resources.infosecinstitute.com/android-application- penetration-testing-setting-certificate-installation-goatdroid-installation/

0x02 Android手機Proxy for Burpsuite

---

準備條件

首先安卓手機要跟電腦同一個網段，連接到同一個wifi下就可以了，我這裏 網關是192.168.1.1 物理機 192.168.1.5 手機ip 192.168.1.2

配置

1)手機設置： 打開手機-->設置->WLAN-->選擇你的wifi進入編輯，在代理這裏設置爲手動，設置如下 主機名：192.168.1.5 //也就是我物理機的ip 端口：8088 保存即可。

2)Burp Suite設置

導入證書到手機中

導入證書到手機中其實也很簡單，就是把電腦上已經安裝好的證書導出來到內存卡中，然後從內存卡中安裝證書

然後命令爲PortSwigger CA導出到桌面，複製到內存卡中步驟如下： 打開手機-->設置-->安全和隱私-->憑據存儲-->從存儲設備安裝,選擇你剛纔證書存放的路徑，安裝即可。 如果安裝好了，就可以在安全和隱私-->憑據存儲-->受信任的憑據-->用戶下即可查看到

0x03暴力破解

---

0-9,a-z情況

選擇Payload type裏的Brute forcer（暴力破解）,在下面Payload options選項會出現組合的一些字母或數字，可以自己加，比如一些特殊字符什麼的，生成的字段長度範圍Min length-Max length，比如這裏我只是需要4個，那就兩個都寫4。

用戶名自動生成

根據提供的用戶名然後進行拆分

日期型爆破

年月日都可以自己定義，有幾種可選，如下

編碼frobber

說白了就是第二個值會替換前一個值

0x04 導出符合爆破規則的數據

---

查找符合結果的數據

比如我想把Length爲1310的數據導出來，則可以先對length排序下，然後選擇length爲1310的所有數據右擊選擇高亮(隨便選擇一種顏色，除了白色，默認情況是白色)

篩選出符合的數據

點擊Filter，勾選show only highlighted items(表示顯示僅僅顯示高亮項)

同理也可以在上述步驟中選擇添加註釋(add commented),這裏就應該選擇show only commented items

導出結果

如滿足以上操作，即可選擇Save-->Result table，即彈出如下窗口

這裏all rows是保存你所有選擇的到的結果，selected rows是導出你選擇的數據， Save header row如果勾選，則保存導航字段名，Delimiter表示字段之間以什麼相隔開tab--一個tab鍵，Custom--自定義 下面有一些就是保存的時候需要保持什麼就勾選，反之。

0x05 批量md5解密

---

準備

我們把需要爆破的md5值或者其他的需要爆破的同一放到一個txt文本里，這裏我隨便加密了幾個放到裏面

以www.cmd5.com網站爲例做的批量解密 首先，還是同樣的設置好代理之後訪問www.cmd5.com,然後抓包

在密文處其實可以隨便寫什麼，但是爲了便於我們後面能夠直接看出解密出的值我們還是寫一個正常的。

設置intruder

通過抓包到的數據我們可以看出我們填寫的密文在哪

發送到repeat先，把我們想要的結果匹配到

接着我們發送到intruder,設置我們輸入的值兩邊加上$

選擇字典

再調節一下線程，最好是調低一點，太高了可能會解密失敗，而且設置解密失敗重試2次最好了

匹配解密出的結果

開始解密

點擊start attack

解密效果，後面導出就不用講了，看過前面的應該就知道怎麼導出想要的結果。

0x00 Intruder Scan

---

發送一個你想csrf_token的請求到intruder。

1)Positions設置如下：

2)Options設置如下：

Request Engine

options>Grep-Extract>add

3)payloads設置如下

這裏payload type設置遞歸(Recursive grep)，在Initial payload for first request設置一個有效的csrf_token值作爲第一項

0x01 Active Scan with sqlmap

---

其實這個結合sqlmap有兩種方法，然後跟@c4bbage討論了下,我採用的也是他那個代碼，但是在注入的時候我發現在burpsuite裏查 看HTTP history(歷史記錄)裏的token是沒有變化的，但是還是可以注入，剛開始挺納悶的，我以爲他寫的那個代碼有問題，後來他說不是，在 burpsuite裏是看不到的，然後我也同意他說的，就是替換這個過程直接經過宏功能替換了，不會顯示在歷史記錄裏。我這裏就說下第二種方法吧。第一種 點這裏。

1)首先是登錄csrf_token頁面，不需要攔截。然後選擇Options>Sessions>Add

2)接着會彈出一個窗口選擇Select macro>add

3)點擊add後會彈出兩個頁面如圖所示：

4)選擇2-3個頁面，第一個頁面是請求頁面，第二個頁面是post數據的時候的頁面，爲了便於查看我這裏添加了3個頁面。

5)選擇第二個頁面點擊Configure item，指定root，添加一個自定義token參數

6)最後配置完可以點擊Test macro看看我們配置成功了沒

7)如果以上配置成功，再選擇Scope選擇應用範圍

8)接着就是放到sqlmap裏去跑數據咯

如果是post頁面，這裏是把post的數據保存到request.txt文件裏，然後運行命令如下：

./sqlmap.py -r request.txt –proxy=http://127.0.0.1:8080

如果是get頁面命令如下：

./sqlmap.py –u “www.target.com/vuln.php?id=1” –proxy=http://127.0.0.1:8080

0x02 Session Randomness Analysis Sequencer

---

請求攔截一個地址，在響應內容中如果有cookie，或者我們可以在sequencer中自定義配置token參數

然後點擊Start live capture進行分析

等分析完即可生成報告，通過報告我們可以看出token是否可以僞造。

參考資料：http://resources.infosecinstitute.com/session-randomness-analysis-burp-suite-sequencer/