项目地址：https://github.com/bit4woo/knife
项目简介：knife是一个Burp Suite插件，主要目的是对Burp做一些小的改进，让使用更方便。就像用一把小刀对Burp进行小小的雕刻，故名“knife”。
项目作者：bit4woo 欢迎与我交流
视频教程：https://www.bilibili.com/video/bv1BC4y1s7nS
使用插件前，请先修改配置为自己的Payload！！！尤其是类型以“Action”开头的配置！！！
安装新版本插件后，请参考”配置合并（Merge Config）“部分进行配置更新！！！
1、访问https://github.com/bit4woo/knife/releases
2、下载最新jar包
3、如下方法安装插件
4、如果你想使用最新的功能，可以使用如下方法自行打包。
git clone https://github.com/bit4woo/knife
cd knife
mvn package
将当前选中的请求的所有host都加入到scope当中，burp默认是将当前请求的URL加入到scope中。
使用场景：【比如主动扫描】当使用burp对一个URL进行主动扫描时，如果这个URL不在scope中需要点击确认。如果在测试一个目标网站站时，提前使用该功能，能避免多次重复点击确认按钮。
一键更新当前数据包的cookie，主要用于repeater。
使用场景：【比如漏洞复验】当我们复验一个很早以前的漏洞，往往需要更新其中的cookie值使得数据包生效。这种情况下只要burp的history中有对应请求的最新的cookie，在repeater中即可完成一键更新。
实现原理：从burp history中，倒叙查找与当前数据包host相同的数据包，如果找到并且有cookie，将使用该cookie替换当前数据包的cookie。如果测试时同一个系统的不同账户的请求流量都经过当前burp则需要注意，当然，如果你对此了然于胸也可帮助你测试越权漏洞。
与”update cookie“功能类似，它的作用也是用于更新用户标识，因为有些网站的用户标识并不是存在cookie中，而是以某个header存在。
用户可以自己根据遇到的请求，在图形配置界面配置tokenHeaders的值来自定义带用户标识的header。已预先设置了几个可能的header头名称token,Authorization,Auth,jwt。
对应的配置项：
对当前请求的响应包，添加”set cookie“这个header，使整个网站的后续请求都带上这些cookie。
使用场景：当我们使用IP地址访问一个web的时候，由于cookie的作用域的限制，大多都不会带上有效cookie。但是我们知道它是某个域的站点（比如它是*.jd.com的某个网站），可以通过Set Cookie方法主动给他设置与某个站点相同的cookie（比如www.jd.com的cookie）。
方法一：可以直接输出cookie值
方法二：输入域名，根据域名查找历史记录中的cookie值
使用浏览器打开当前选中的URL或者当前请求的URL。
优先判断当前选中内容是否是有效的URL，如果是则打开选中的URL，如果否则打开当前请求的URL。
用户可以配置打开URL所使用的浏览器，如果值为空或者配置的浏览器路径有错，则会使用系统默认浏览器打开。
对应的配置项：
浏览器打开演示：
可以在配置中设置个人的常用payload。
Config_Custom_Payload：字符串格式的payload，payload的值中可以包含2个变量：分别是%host和%DNSlogServer，会在使用payload时使用对应的值替换。
Config_Custom_Payload_Base64：base64格式的payload，当payload包含换行等特殊字符，或者是二进制文件等格式，可以先将内容转换成base64格式然后设置。比如ImageMagic漏洞的Payload。
对应的配置项
原先的菜单名称是【Insert XSS】，现在对其做了加强。原先是只能批量插入XSS Payload到多个参数值，现在是任意Payload都可以。
一键对当前数据包中【非数字型和非cookie的所有参数】插入自定义的Payload。与Insert Payload的功能类似，只是这个功能尝试对多个参数执行相同的动作而已。
让一些无用的、不想看到的请求包从眼前消失！
Action_Drop_Request_If_Host_Matches 如果后续再次遇到当前Host的任何URL，自动丢弃（drop），不发送请求。
Action_Drop_Request_If_URL_Matches 如果后续再次遇到当前的URL，自动丢弃（drop），不发送请求。
Action_Drop_Request_If_Keyword_Matches 如果后续的URL中包含制定的关键词，自动丢弃（drop），不发送请求。
Action_Forward_Request_If_Host_Matches 如果后续再次遇到当前Host的任何URL，自动放过（Forward），不做拦截。
Action_Forward_Request_If_URL_Matches 如果后续再次遇到当前的URL，自动放过（Forward），不做拦截。
Action_Forward_Request_If_Keyword_Matches 如果后续的URL中包含制定的关键词，自动放过（Forward），不做拦截。
自动Drop掉的URL，可以配合History上方的过滤器”Hide items without responses“，让其不显示在History中。
对应的配置项：
18 *.firefox.com Action_Drop_Request_If_Host_Matches true
19 *.mozilla.com Action_Drop_Request_If_Host_Matches true
20 *.mozilla.org Action_Drop_Request_If_Host_Matches true
21 *.mozilla.net Action_Drop_Request_If_Host_Matches true
一键对当前数据包跑sqlmap，修改SQLMap-Command配置的值可以根据自己的习惯进行修改。
python /usr/local/bin/sqlmap-dev/sqlmap.py -r {request.txt} --force-ssl --risk=3 --level=3
其中的{request.txt} 会在执行时被当前数据包的文件所替换
另外调用SQLMap、Nmap等burp外部程序，本质都是执行系统命令。而RunTerminalWithRobotInput选项会影响命令执行的方式。
当RunTerminalWithRobotInput 为 true的时候，会尝试先开启一个命令行终端，然后以模拟键盘输入的方式进行命令的执行。优点是：效果类似人为交互，会在命令行终端留下历史记录。缺点是：这个方式受程序响应速度、剪切板读写是否成功的影响，不是很稳定，某些情况会出现混乱错误。
当RunTerminalWithRobotInput 为 false的时候，会将所有命令先写入bat文件，然后运行bat文件，来实现系统命令的执行。优缺点刚好相反：功能稳定，大事不会留下命令行历史记录。
可根据自己的需求修改对应的配置。
RunTerminalWithRobotInput Config_Basic_Variable false
和”Run SQLMap“类似，调用Nmap，对当前选择请求的Host进行扫描。
对应的配置项：
A：将Unicode形式的字符转换为中文，比如 \u4e2d\u6587-->中文 显示效果和burp的显示设置中编码的设置有关，如果显示异常可以尝试修改编码设置。
B：当数据包中包含中文，如果默认显示为乱码，可以使用这个Tab，支持使用不同的编码来显示内容。
Unicode测试URL
https://passport.baidu.com/v2/api/getqrcode
https://aiqicha.baidu.com/index/getCPlaceAjax
数据包处理规则的作用顺序：
越新的规则越先被使用，因为它更能代表使用者的最新诉求和意图！
控制条件的基本逻辑是 “对来自于（【是/否】proxy 或者【是/否】 scanner或者【是/否】repeater或者【是/否】intruder）中并且也包含在【是/否】scope中的请求进行修改操作“。
比如，上图所示的逻辑是：对来自proxy并且在scope的中请求，执行数据包更改。
请求中的一些header头，比如 Last-Modified,If-Modified-Since,If-None-Match. 等等，它们都是控制客户端缓存的，很多时候它们的存在会让重复的请求不会返回真实内容。所以我们可以配置自动删除，如下图。
当然也可以添加新的配置项来删除其他header，key是想要删除的header名称，值留为空即可，type选择为”Action_Remove_From_Headers“。
注意，自动删除的逻辑是对所有请求生效的。
当type是”Action_Add_Or_Replace_Header“时：如果原始header存在，用配置中的value值替换原始值。如果不存在，直接以配置中的key和value添加一个header。
当type是”Action_Append_To_Header_value“时：确信原始值存在，在原始值末尾附上value中的内容。
效果演示：
执行的修改操和以上相同，不同的是控制范围的方式。当使用set cookie功能后，会自动添加响应的规则，当然也可以手动添加。
上图对应的修改效果。
Add 新增一个配置项；Delete删除一个配置项；
新增后选择对应的Type，选择是否enable该项配置，也可以添加comment标注配置的作用。
将当前配置保存到JSON文件。当自己完成满意的配置后，建议及时进行保存备份。
导入配置会将当前配置完全清空，完全使用新文件中的配置。
当更新插件时（使用新的版本），建议按照如下流程操作：
1、保存旧版本的配置
2、安装新的插件版本
3、点击”Restore Defaults“，将当前配置初始化为默认值。
4、点击”Merge Conig“，选择旧的配置文件进行配置合并。
5、处理冲突值，选择原始项或冲突项进行删除即可，会自动更新。如果没有冲突项，可以不用处理。
将当前配置保存到burp的缓存中，下次启动burp时会自动加载。默认是会自动保存的。
如果你更好的建议或者意见，欢迎提交
感谢 jetbrains 的开源License！
