文章总结： 本文详细介绍了如何使用BurpSuiteMontoyaAPI创建自定义选项卡来处理AES加密的HTTP请求和响应。通过具体移动应用测试场景，演示了实现HttpRequestEditor/HttpResponseEditor插件的完整流程，包括解密显示、编辑后自动重新加密等功能。文章提供了完整的Flask后端示例和Java插件代码实现，帮助安全测试人员高效处理加密流量。 综合评分： 85 文章分类： WEB安全,安全工具,应用安全,移动安全,安全开发

扩展Burp Suite：用Montoya API给你的工具加个”解密”标签（第四部分）

幻泉之洲

2026年5月9日 10:02 北京

在小说阅读器读本章

去阅读

本文教你用Burp Suite Montoya API创建自定义选项卡，一键解密HTTP请求和响应。通过一个AES加密的移动应用场景，手把手实现HttpRequestEditor/HttpResponseEditor插件，让安全测试不用每次手动加解密。

Hi，各位。

今天聊怎么给Burp Suite界面加自定义组件，方便处理各种加密场景。重点放在创建新选项卡，用来处理HTTP请求和响应。

老规矩，先讲一个具体场景。假设你在测一个移动应用，它对HTTP请求体和响应体都做了AES加密。客户端发请求前用AES加密体，收到响应后用同样方式解密——后端也是这么干的。移动端常见这情况，但Web端也有，浏览器用JavaScript库做加解密。

我给你写个简单的Flask Python应用，演示这个过程（加解密代码直接抄的StackOverflow，需要的包：flask和pycryptodome）：

import flask from flask import request import base64 from Crypto import Random from Crypto.Cipher import AES

app = flask.Flask(__name__)

bs = AES.block_size key = bytes.fromhex(“eeb27c55483270a92682dab01b85fdea”) iv = bytes.fromhex(“ecbc1312cfdc2a0e1027b1eaf577dce8”)

def encrypt(raw):     raw = _pad(raw)     cipher = AES.new(key, AES.MODE_CBC, iv)     return base64.b64encode(cipher.encrypt(raw.encode()))

def decrypt(enc):     enc = base64.b64decode(enc)     cipher = AES.new(key, AES.MODE_CBC, iv)     return _unpad(cipher.decrypt(enc)).decode(‘utf-8’)

def _pad(s):     return s + (bs – len(s) % bs) * chr(bs – len(s) % bs)

def _unpad(s):     return s[:-ord(s[len(s)-1:])]

@app.route(‘/’, methods=[‘POST’]) def handle_request():     encrypted_body = request.get_data()     decrypted_body = decrypt(encrypted_body)     response = “Your request was: \”” + decrypted_body + “\””     encrypted_response = encrypt(response)     return encrypted_response

app.run(host=”127.0.0.1″, port=5000, debug=True)

这个应用接收加密的请求体（AES/CBC，固定Key和IV，Base64编码），返回同样加密的响应。所以请求和响应都是密文，没Burp插件根本没法测。

懒得写个移动应用demo，直接在Burp Repeater里伪造一个HTTP请求。用CyberChef加密请求体，再解密响应。等插件写好，这些脏活就交给插件了。

先用固定Key和IV加密一个测试句子：

然后通过Burp Repeater发给后端：

再用CyberChef解密响应：

好，后端代码没毛病。

现在想想怎么解决问题。目标是方便地分析应用，不用每次输完payload手动加密请求、解密响应看攻击结果。

一个思路是实现HttpHandler插件（参考本系列第二部分），透明地解密进入Burp的请求，再自动重新加密发送出去。这样Burp里看到的流量就像没加密一样，好处是Scanner也能无缝工作。但我通常只在Scanner和Intruder用这种插件，Proxy和Repeater不用。为啥？我想保留原始流量记录，而不是经过插件处理后的，方便后续回看。

下面说两种替代方案：用HttpRequestEditor/HttpResponseEditor插件（我常用的），和ContextMenuItem插件（灵活性差点，但适合请求格式变化大的场景）。这两种都要从UserInterface对象注册，UserInterface从MontoyaApi拿到。

这篇文章重点讲HttpRequestEditor/HttpResponseEditor。ContextMenuItem留到下一篇。

这类插件可以在Burp显示请求/响应的区域加一个选项卡。点一下，插件就解密请求并展示解密版本（响应同理）。要是在支持修改的工具里（比如Repeater或Intercept），你还能修改解密后的内容，插件自动重新加密再发出去。这样既保留了原始流量，又像没有加密层一样工作。实际效果长这样：

从第一部分的Hello World框架开始：

package org.fd.montoyatutorial;

import burp.api.montoya.BurpExtension; import burp.api.montoya.MontoyaApi; import burp.api.montoya.logging.Logging;

public class HttpRequestResponseEditorExample implements BurpExtension {

    MontoyaApi api;     Logging logging;

    @Override     public void initialize(MontoyaApi api) {         this.api = api;         this.logging = api.logging();         api.extension().setName(“Montoya API tutorial – HttpRequestResponseEditorExample”);         this.logging.logToOutput(“*** Montoya API tutorial – HttpRequestResponseEditorExample loaded ***”);         // TODO – 注册监听器     } }

扩展需要注册两个监听器，一个处理请求，一个处理响应。看文档：

每个监听器需要实现特定接口的对象：

两个接口都很简单，每个只需要一个方法。我打算用一个Java类同时实现两个接口，当然你也可以分开写。

package org.fd.montoyatutorial;

import burp.api.montoya.MontoyaApi; import burp.api.montoya.ui.editor.extension.*;

public class CustomHttpRequestResponseEditor implements HttpRequestEditorProvider, HttpResponseEditorProvider {

    MontoyaApi api;

    public CustomHttpRequestResponseEditor(MontoyaApi api) {         this.api = api;     }

    @Override     public ExtensionProvidedHttpRequestEditor provideHttpRequestEditor(EditorCreationContext creationContext) {         // TODO     }

    @Override     public ExtensionProvidedHttpResponseEditor provideHttpResponseEditor(EditorCreationContext creationContext) {         // TODO     } }

这两个方法分别返回ExtensionProvidedHttpRequestEditor和ExtensionProvidedHttpResponseEditor对象。看名字你就知道，它们负责创建和返回一个图形选项卡。好消息是Burp API提供了创建选项卡的方法，不用自己跟Java图形库死磕（谢天谢地）。我们只需要用API创建选项卡，在里面实现加解密逻辑。

回到provideHttpRequestEditor和provideHttpResponseEditor，它俩的参数都是EditorCreationContext，包含当前请求/响应的上下文信息（哪个Burp工具生成的，是否可编辑）：

下面看怎么创建ExtensionProvidedHttpRequestEditor对象（只讲请求部分，响应完全一样，代码在GitHub仓库里都有）。

需要实现一个接口，定义以下方法：

• caption：返回自定义选项卡的名字（示例里叫”Decrypted”）。
• isEnabledFor：根据当前请求和上下文决定是否显示这个选项卡。
• uiComponent：返回实际的UI组件。不用写Swing代码，Burp有现成方法生成选项卡。
• setRequestResponse：在这里生成选项卡的内容（比如解密请求体放进去）。
• isModified：用户有没有修改过选项卡内容。
• getRequest：当用户离开自定义选项卡回到默认选项卡，或者发送请求时调用。如果用户修改了内容，在这里把编辑后的内容加密，构建新请求。
• selectedData：返回用户在选项卡中选中的数据（如果有）。Burp API生成的选项卡自带方法处理这个，我们这个插件不需要让用户选中部分请求。

先写个骨架，把简单方法实现，然后处理setRequestResponse和getRequest——这里有加解密逻辑。

先写构造函数：

public class CustomHttpRequestEditorTab implements ExtensionProvidedHttpRequestEditor {

    static String keyHex = “eeb27c55483270a92682dab01b85fdea”;     static String ivHex = “ecbc1312cfdc2a0e1027b1eaf577dce8”;

    MontoyaApi api;     Logging logging;     EditorCreationContext creationContext;     RawEditor requestEditorTab;     Base64Utils base64Utils;

    public CustomHttpRequestEditorTab(MontoyaApi api, EditorCreationContext creationContext) {         this.api = api;         this.creationContext = creationContext;         this.logging = api.logging();         this.base64Utils = api.utilities().base64Utils();         if (creationContext.editorMode() == EditorMode.READ_ONLY) {             requestEditorTab = api.userInterface().createRawEditor(EditorOptions.READ_ONLY);         } else {             requestEditorTab = api.userInterface().createRawEditor();         }     }     […]

构造函数传入MontoyaApi和上下文，保存一些工具对象。然后创建RawEditor对象——这就是我们的图形选项卡。根据当前请求是否只读（比如History里只读，Repeater或Intercept里可读写），创建只读或可读写编辑器。RawEditor提供了很多方法，后面会用到。

现在实现CustomHttpRequestEditorTab的其他方法：

[…] @Override public boolean isEnabledFor(HttpRequestResponse requestResponse) {     // 始终启用     return true; }

@Override public String caption() {     return “Decrypted”; }

@Override public Component uiComponent() {     return requestEditorTab.uiComponent(); }

@Override public Selection selectedData() {     if(requestEditorTab.selection().isPresent()) {         return requestEditorTab.selection().get();     } else {         return null;     } }

@Override public boolean isModified() {     return requestEditorTab.isModified(); } […]

这些方法都很简单，因为RawEditor已经实现了底层逻辑。

下面实现setRequestResponse，负责解密内容并放进选项卡：

static String keyHex = “eeb27c55483270a92682dab01b85fdea”; static String ivHex = “ecbc1312cfdc2a0e1027b1eaf577dce8”; HttpRequestResponse currentRequestResponse; […] @Override public void setRequestResponse(HttpRequestResponse requestResponse) {     HttpRequest request = requestResponse.request();     ByteArray body = request.body();     // Base64解码     ByteArray decodedBody = this.base64Utils.decode(body);     this.currentRequestResponse = requestResponse;     try {         byte[] iv = HexFormat.of().parseHex(this.ivHex);         IvParameterSpec ivParameterSpec = new IvParameterSpec(iv);         byte[] key = HexFormat.of().parseHex(this.keyHex);         SecretKey SecKey = new SecretKeySpec(key, 0, key.length, “AES”);         Cipher aesCipher = Cipher.getInstance(“AES/CBC/PKCS5Padding”);         aesCipher.init(Cipher.DECRYPT_MODE, SecKey, ivParameterSpec);         byte[] decryptedBody = aesCipher.doFinal(decodedBody.getBytes());         this.requestEditorTab.setContents(ByteArray.byteArray(decryptedBody));     } catch (Exception e) {         this.logging.logToError(e);     } } […]

方法很简单：取出请求体，Base64解码，再用固定Key和IV解密，最后把结果set到选项卡里。同时保存HttpRequestResponse对象，后面修改时需要用它重建请求。

最后是getRequest，用户修改解密内容后，负责重新加密并构建新请求：

[…] @Override public HttpRequest getRequest() {     if(isModified()) {         ByteArray newBody = requestEditorTab.getContents();         try {             byte[] iv = HexFormat.of().parseHex(this.ivHex);             IvParameterSpec ivParameterSpec = new IvParameterSpec(iv);             byte[] key = HexFormat.of().parseHex(this.keyHex);             SecretKey SecKey = new SecretKeySpec(key, 0, key.length, “AES”);             Cipher aesCipher = Cipher.getInstance(“AES/CBC/PKCS5Padding”);             aesCipher.init(Cipher.ENCRYPT_MODE, SecKey, ivParameterSpec);             byte[] encryptedBody = aesCipher.doFinal(newBody.getBytes());             ByteArray encodedBody = this.base64Utils.encode(ByteArray.byteArray(encryptedBody));             HttpRequest oldRequest = this.currentRequestResponse.request();             HttpRequest newRequest = oldRequest.withBody(encodedBody);             return newRequest;         } catch (Exception e) {             this.logging.logToError(e);             return this.currentRequestResponse.request();         }     } else {         return this.currentRequestResponse.request();     } } […]

代码跟之前类似，方向相反：取出修改后的内容，加密并Base64编码，替换到原始请求体里。

响应的CustomHttpResponseEditorTab几乎一模一样，就不贴代码了，GitHub仓库里有完整版。唯一的区别是我用了拷贝粘贴来保持示例清晰，实际写代码时最好避免重复。

最后，把前面写的类注册到插件里：

public class CustomHttpRequestResponseEditor implements HttpRequestEditorProvider, HttpResponseEditorProvider {     MontoyaApi api;     public CustomHttpRequestResponseEditor(MontoyaApi api) {         this.api = api;     }     @Override     public ExtensionProvidedHttpRequestEditor provideHttpRequestEditor(EditorCreationContext creationContext) {         return new CustomHttpRequestEditorTab(api, creationContext);     }     @Override     public ExtensionProvidedHttpResponseEditor provideHttpResponseEditor(EditorCreationContext creationContext) {         return new CustomHttpResponseEditorTab(api, creationContext);     } }

public class HttpRequestResponseEditorExample implements BurpExtension {     […]     @Override     public void initialize(MontoyaApi api) {         […]         CustomHttpRequestResponseEditor customHttpRequestResponseEditor = new CustomHttpRequestResponseEditor(api);         api.userInterface().registerHttpRequestEditorProvider(customHttpRequestResponseEditor);         api.userInterface().registerHttpResponseEditorProvider(customHttpResponseEditorProvider);     } }

搞定！编译运行插件，在请求和响应里都会多一个”Decrypted”选项卡，点开就能看到解密后的内容：

你可以在里面修改解密后的内容，然后点击”Send”或者切回Raw选项卡，插件会自动帮你重新加密：

这样，手动测试时既能保留原始请求/响应记录，又能像没加密一样工作。再加上HttpListener插件处理Scanner和Intruder，完美。

下一章咱们用ContextMenuItem插件来处理同样的场景，换个玩法。

参考资料

[1] https://hnsecurity.it/blog/extending-burp-suite-for-fun-and-profit-the-montoya-way-part-4/

免责声明：

本文所载程序、技术方法仅面向合法合规的安全研究与教学场景，旨在提升网络安全防护能力，具有明确的技术研究属性。

任何单位或个人未经授权，将本文内容用于攻击、破坏等非法用途的，由此引发的全部法律责任、民事赔偿及连带责任，均由行为人独立承担，本站不承担任何连带责任。

本站内容均为技术交流与知识分享目的发布，若存在版权侵权或其他异议，请通过邮件联系处理，具体联系方式可点击页面上方的联系我。

本文转载自：幻泉之洲 《扩展Burp Suite：用Montoya API给你的工具加个”解密”标签（第四部分）》