首页/资讯中心/详情

3分钟掌握BurpCrypto插件：实战DES加密登录接口自动化测试

3分钟掌握BurpCrypto插件：实战DES加密登录接口自动化测试
📅 发布时间：2026/7/3 4:30:04

1. 项目概述：为什么你需要BurpCrypto来处理DES加密？

如果你经常做Web安全测试，尤其是渗透测试或者漏洞挖掘，肯定遇到过这样的场景：一个登录表单，用户名密码在提交前被前端用某种加密算法（比如DES）处理了。你抓到的包，看到的是一串毫无意义的密文，而不是你输入的“admin”和“123456”。这时候，你想用Burp Suite的Intruder模块进行暴力破解或者字典攻击，却发现无从下手——因为你的字典是明文，而服务器期望的是密文。

这就是BurpCrypto这个插件存在的核心价值。它不是一个独立工具，而是Burp Suite的一个扩展，专门用来解决“前端加密，后端解密”场景下的自动化测试难题。它就像一个翻译官，能实时把你的明文Payload（比如字典里的密码）按照目标网站使用的加密规则（比如DES），翻译成对应的密文，再发送给服务器。这样，Intruder、Repeater这些模块就能像处理明文一样，无缝地对加密参数进行攻击了。

今天，我们聚焦在DES算法上。DES（Data Encryption Standard）作为一种经典的对称加密算法，虽然现在被认为不够安全，但在一些遗留系统、内部应用或者特定行业的接口中依然广泛存在。掌握如何在Burp Suite中快速配置DES加密，是安全测试人员的一项基本功。接下来，我会带你从零开始，在3分钟内完成BurpCrypto的安装、DES处理器配置，并应用到实战中。

2. 环境准备与插件安装

2.1 获取BurpCrypto插件

首先，你需要一个Burp Suite，专业版或社区版都可以。BurpCrypto本身是一个开源的Java项目，由PortSwigger官方维护（fork自whwlsfb的版本）。获取插件最直接的方式是从其GitHub仓库的Releases页面下载预编译好的JAR文件。

打开浏览器，访问PortSwigger的burpcrypto仓库（通常搜索“PortSwigger/burpcrypto GitHub”就能找到）。不要直接克隆代码自己编译，除非你有修改需求，对于绝大多数使用者，下载现成的JAR包是最快最稳的方式。在Releases页面，找到最新的版本，下载那个以.jar结尾的文件，比如burpcrypto-1.x.x.jar。

注意：确保你从官方或可信的源下载插件。使用来路不明的JAR文件可能存在安全风险，因为它会在你的Burp Suite进程中执行，拥有很高的权限。

2.2 在Burp Suite中安装插件

安装过程非常简单，和安装其他Burp扩展没有区别。

  1. 启动你的Burp Suite。
  2. 切换到Extender标签页。
  3. 点击Add按钮。
  4. 在弹出的文件选择对话框中，找到并选中你刚刚下载的burpcrypto-*.jar文件，点击“打开”。
  5. 稍等片刻，Burp会加载这个扩展。如果加载成功，你会在下方的“Extensions”列表中看到“BurpCrypto”，并且其“Loaded”状态为勾选。

安装完成后，你会在Burp的主标签栏看到一个新的标签页：BurpCrypto。点击它，插件的配置界面就展现在你面前了。这里就是所有加密魔法发生的地方。

3. DES加密算法核心配置详解

点击进入BurpCrypto标签页，你会看到顶部有几个子标签，对应着不同的加密模块：AES、RSA、DES、ExecJs等。我们直接选择DES标签。

DES配置界面非常简洁，核心就是两个参数：Key和IV（初始化向量）。但就是这两个参数，决定了你的加密结果是否能被服务器正确解密。

3.1 密钥（Key）的理解与设置

DES是一种对称加密算法，加密和解密使用同一把密钥。标准的DES密钥长度是8字节（64位）。在BurpCrypto的Key输入框里，你需要输入这8个字节的表示形式。

这里有一个至关重要的细节：这个Key是字节（byte）序列，而不是简单的字符串。虽然我们经常用字符串来表示，但我们必须明确它最终会被转换成什么样的字节。

  • 场景一：Key是纯ASCII字符串。比如，目标网站使用的Key是字符串“12345678”。这8个字符对应的ASCII码直接就是8个字节。在BurpCrypto的Key框里，直接输入12345678即可。
  • 场景二：Key是十六进制（Hex）字符串。在某些系统或通信协议中，密钥会以十六进制形式给出，例如0x31, 0x32, 0x33, 0x34, 0x35, 0x36, 0x37, 0x38（这其实就是“12345678”的Hex表示）。BurpCrypto通常也支持直接输入连续的Hex字符串，如3132333435363738。但为了保险起见，你需要查看插件的说明或进行测试。更通用的做法是，如果遇到Hex密钥，你可能需要先将其转换成字节形式，再以某种编码（如Base64）输入，或者使用ExecJs模块编写更灵活的脚本。
  • 场景三：Key包含非ASCII字符。如果密钥是像“abcdefg嗨”这样的，其中“嗨”是一个中文字符（占2-3个字节），那么整个字符串的字节长度就可能超过8字节。这时，你必须弄清楚目标前端是如何处理的：是截取前8个字节？还是用UTF-8编码后取前8字节？或者是用其他编码？这通常需要通过逆向分析前端的JavaScript加密代码来确定。

实操心得：在实战中，90%的简单DES加密，其Key就是一个8位的ASCII字符串。你可以先用“12345678”、“abcdefgh”这类常见测试密钥尝试。如果不对，就必须去分析前端JS代码，找到确切的密钥和可能的编码方式。

3.2 初始化向量（IV）的作用与配置

IV是用于CBC（密码分组链接）等分组加密模式的一个随机值，目的是使相同的明文在每次加密时产生不同的密文，提高安全性。DES的IV长度也是8字节。

  • 是否需要IV？这取决于加密模式。ECB模式不需要IV，但ECB是不安全的，现在很少用。更常见的CBC模式需要IV。同样，你需要通过分析前端代码来确定使用的模式以及IV的值。
  • IV的获取：和Key一样，IV可能是一个固定的字符串（如“00000000”），也可能是动态生成的（比如每次加密随机产生，并附带在密文头部）。如果是动态的，情况就复杂了，可能需要用ExecJs模块完整模拟JS代码。在BurpCrypto的DES配置界面，如果加密模式需要IV，就会有一个IV输入框。
  • 配置：如果前端使用的是固定的IV，比如“abcdefgh”，那么直接在IV框输入即可。如果模式是ECB，IV框可能留空或禁用。

一个关键检查点：在BurpCrypto的DES配置界面，通常还有一个下拉菜单用于选择加密模式（Mode）和填充方式（Padding）。常见的模式有ECB、CBC，填充方式有PKCS5Padding/PKCS7Padding、ZeroPadding等。这些必须与前端的配置完全一致，否则加密结果对不上。默认情况下，插件可能会使用CBC/PKCS5Padding，这是非常常见的组合，但绝非唯一。

4. 创建并应用Payload Processor

配置好DES参数后，我们就要把这个加密能力“安装”到Burp的攻击模块中去。这个过程是通过创建“Processor”（处理器）来实现的。

4.1 创建DES加密处理器

在BurpCrypto的DES标签页下，确保Key、IV（如果需要）、Mode、Padding都设置正确后，找到并点击Add processor按钮。

点击后会弹出一个对话框，让你为这个处理器起一个名字。这个名字很重要，因为在Intruder里你要靠它来识别。建议起一个描述性的名字，例如DES_CBC_Key12345678_IVabcdefgh。这样一眼就能看出这个处理器的用途和配置。

点击确定后，这个处理器就被创建并保存了。你可以在BurpCrypto界面某个地方（可能是另一个子标签，如“Processor List”）看到你创建的所有处理器。

4.2 在Intruder中调用处理器

现在，我们进入实战环节。假设你已经抓到了一个登录请求包，其中password参数是被DES加密的密文。

  1. 将这个请求发送到Intruder模块。
  2. 在Intruder的Positions标签，像往常一样设置好攻击类型（如Sniper）和需要爆破的参数位置（将password参数的值设为Payload位置）。
  3. 切换到Payloads标签页。在这里，你配置你的字典，比如一个常用的弱口令字典。
  4. 关键步骤来了：在Payloads标签页的右下角，找到Payload Processing区域。
  5. 点击Add按钮，会弹出一个处理规则选择框。
  6. 在规则列表中，选择Invoke Burp extension。这个选项允许你调用Burp扩展提供的功能。
  7. 选择之后，右侧会出现一个新的下拉菜单，里面列出了所有可用的扩展处理器。你应该能在里面找到你刚才命名的那个处理器，例如DES_CBC_Key12345678_IVabcdefgh。
  8. 选中它。

至此，配置完成。现在，Intruder的工作流程是这样的：它从你的字典中读取一个明文Payload（比如“admin123”）→ 将这个Payload交给BurpCrypto的DES处理器 → 处理器使用你预设的Key和IV对其进行DES加密 → 将生成的密文替换到请求的password参数位置 → 发送请求。

4.3 在Repeater中临时使用

除了Intruder，在Repeater模块中你也可以临时使用加密功能。有些版本的BurpCrypto提供了一个Quick Crypto的标签页，或者在其他地方有一个“快速加密/解密”的输入框。你可以把明文贴进去，快速查看加密后的结果，用于验证你的配置是否正确，或者手动构造一个请求。

不过，对于自动化测试和爆破，Payload Processing才是核心用法。

5. 实战案例：破解一个DES加密的登录接口

让我们用一个更具体的例子来串联所有步骤。假设目标登录接口/api/login，POST数据为username=admin&password=密文。

第一步：分析前端加密使用浏览器开发者工具，在登录页面找到提交的JavaScript代码。你发现了一段类似如下的代码：

var key = CryptoJS.enc.Utf8.parse("12345678"); var iv = CryptoJS.enc.Utf8.parse("abcdefgh"); var encrypted = CryptoJS.DES.encrypt(CryptoJS.enc.Utf8.parse(password), key, { iv: iv, mode: CryptoJS.mode.CBC, padding: CryptoJS.pad.Pkcs7 });

由此我们确定：算法是DES，模式CBC，填充PkCS7，密钥是UTF-8字符串“12345678”，IV是UTF-8字符串“abcdefgh”。

第二步：配置BurpCrypto

  1. 在BurpCrypto的DES标签页，Key输入：12345678。
  2. IV输入：abcdefgh。
  3. 模式选择：CBC。
  4. 填充选择：PKCS5Padding（在大多数实现中，PKCS5Padding和PKCS7Padding是等同的）。
  5. 点击Add processor，命名为Target_Login_DES。

第三步：实施攻击

  1. 抓取登录请求，发送到Intruder。
  2. 清除所有自动标记，只将password参数的值（即密文）标记为Payload位置。
  3. 在Payloads标签，加载一个密码字典passwords.txt。
  4. 在Payload Processing，添加规则，选择Invoke Burp extension，然后选择Target_Login_DES处理器。
  5. 开始攻击。Intruder会自动用字典里的每个密码，经过DES加密后发起请求。
  6. 根据响应长度、状态码或关键词（如“登录成功”、“error”），判断哪些密码是有效的。

常见问题与排查：

  • 攻击失败，所有请求返回同样的错误：最可能的原因是加密配置不对。检查Key/IV的字符串是否完全正确（注意首尾空格）。确认Mode和Padding是否与前端一致。可以用Quick Crypto功能手动加密一个已知明文，与浏览器加密的结果对比。
  • 密文长度不对：DES加密后，由于填充的存在，密文长度通常是8字节的倍数。如果前端结果和BurpCrypto结果长度不一致，肯定是填充方式选错了。尝试更换Padding方案（如ZeroPadding、NoPadding等）。
  • 处理器下拉菜单为空：确保BurpCrypto插件已成功加载，并且你已经正确点击Add processor创建了处理器。有时需要重启一下Burp Suite的扩展加载。

6. 进阶技巧与避坑指南

掌握了基础操作，下面这些经验能让你更高效、更准确地使用BurpCrypto处理DES乃至其他加密。

6.1 处理动态密钥或复杂JS加密

不是所有加密都像上面例子那么简单。有时密钥是动态计算的，或者加密过程夹杂着其他哈希、编码操作。这时，DES标签页的固定配置就不够用了。

你需要使用BurpCrypto的ExecJs模块。这个模块允许你直接编写或粘贴JavaScript代码，在Burp中执行。你可以把目标网站完整的加密函数复制过来，稍作修改（比如将函数封装成接收明文参数，返回密文），然后在ExecJs模块中配置。

  1. 在ExecJs标签页，将完整的JS加密代码粘贴进去。
  2. 通常需要定义一个入口函数，例如function encrypt(data) { ... return ciphertext; }。
  3. 在Add processor时，ExecJs模块会使用你定义的函数来处理Payload。
  4. 这种方式最强大也最准确，因为它完全复现了前端的逻辑。

6.2 编码问题的处理

加密操作的对象是字节，但Web传输中经常涉及Base64、Hex等编码。前端可能是：明文 -> DES加密 -> 字节数组 -> Base64编码 -> 发送。

在BurpCrypto中，你需要理清这个链条。DES处理器输出的是加密后的字节。如果前端还做了Base64编码，你需要在Payload Processing中添加两条规则：

  1. 第一条：Invoke Burp extension，选择你的DES处理器。
  2. 第二条：添加一个Base64-encode规则（Burp自带此规则）。 规则是有顺序的，从上到下执行。这样，流程就变成了：明文 -> DES加密 -> Base64编码 -> 发送。

6.3 性能考量与调试

  • 性能：使用ExecJs执行复杂的JS代码会比内置的DES算法慢很多。在发起大型字典攻击时，这可能会成为瓶颈。如果可能，尽量使用内置的算法模块。
  • 调试：当你不确定处理器是否正确工作时，可以先在Repeater中测试。在Payload Processing设置好处理器，然后在Repeater的Payload区域输入测试字符串，观察最终请求中的参数值是否正确。也可以开启Burp的全局日志，查看扩展的处理细节。

6.4 密钥的获取与安全

作为测试者，我们是在模拟客户端行为。密钥的来源只能是前端代码（硬编码或网络请求获取）或对通信协议的分析。切勿尝试对密钥本身进行爆破，DES密钥空间很大，这不现实。我们的重点是，在已知或获取到加密方式后，对业务逻辑（如密码）进行爆破。

最后，记住一点：BurpCrypto是一个桥梁，它本身不提供加密能力，而是调用Java或JS引擎来实现。确保你的Java环境正常，对于ExecJs，它依赖于Burp内置的JS引擎。遇到复杂JS代码不执行时，可能是使用了浏览器特有的API（如CryptoJS库），你需要确保相关JS库被正确引入到ExecJs的执行环境中，有时需要手动将库代码一并粘贴进去。