1. 项目概述与逆向分析的价值最近在分析一个网站的登录流程时发现它的密码在提交前被处理成了一串看不懂的密文这显然是前端做了加密。对于开发者或者安全研究人员来说搞清楚这个加密流程无论是为了调试、数据对接还是单纯的学习都是一个非常有意思且实用的挑战。这个项目就是带你在 Windows 11 环境下一步步配置好 Node.js 环境然后亲手实战逆向分析出某个网站登录密码的 AES 加密全流程。逆向分析前端加密听起来有点“黑客”的味道但其实这是我们理解现代 Web 应用安全机制的常规操作。很多网站为了提升安全性防止密码在传输过程中被明文窃取都会在前端使用诸如 AES 这样的对称加密算法对密码进行加密然后后端再用相同的密钥解密。我们的目标不是破解密码而是弄明白“前端究竟用了哪种 AES 模式密钥是什么有没有初始化向量IV填充方式又是什么” 把这些搞清楚了你就能用 Node.js 写一个脚本模拟出完全一样的加密结果这对于自动化测试、数据爬虫在合法合规的前提下或者学习密码学应用都至关重要。Windows 11 作为目前主流的桌面系统Node.js 则是 JavaScript 的运行时两者结合是我们完成这次逆向分析任务的基础平台。整个流程会涉及环境搭建、浏览器开发者工具的使用、JavaScript 代码调试、以及 Node.js 加密模块的实战编写。我会假设你已经有了一些基础的编程概念但即使你是新手跟着步骤走也能把这条路打通。2. 环境准备Windows 11 下的 Node.js 精装指南工欲善其事必先利其器。我们的第一站就是在 Windows 11 上搭建一个稳定、可控的 Node.js 开发环境。这里我强烈推荐使用nvm-windowsNode Version Manager来管理 Node.js而不是直接从官网下载安装包。原因很简单你可能会遇到不同项目需要不同 Node.js 版本的情况直接安装很难切换而且如果安装出错或需要重装用 nvm 会干净利落得多。2.1 安装与配置 nvm-windows首先我们需要卸载系统上可能已经存在的任何 Node.js 版本。打开“控制面板” - “程序和功能”找到所有带 “Node.js” 字样的程序右键卸载。这一步很重要能避免后续的版本冲突。接着去 nvm-windows 的官方 GitHub 仓库https://github.com/coreybutler/nvm-windows/releases下载最新的安装包通常是nvm-setup.exe。下载后直接运行安装程序。注意安装过程中它会询问你 nvm 和 Node.js 的安装路径。我建议不要安装在默认的C:\Program Files下因为可能会有权限问题。可以设置为D:\nvm和D:\nodejs这样的非系统盘路径。安装程序会自动帮你设置好系统环境变量NVM_HOME和NVM_SYMLINK。安装完成后以管理员身份打开 PowerShell 或命令提示符CMD。这是关键一步否则后续安装 Node.js 时可能会因为权限不足而失败。输入nvm version来验证 nvm 是否安装成功如果显示了版本号比如1.1.12那就说明没问题。2.2 安装与管理 Node.js 版本在管理员权限的终端里我们就可以用 nvm 安装 Node.js 了。查看可用的版本列表命令是nvm list available。这里会列出一长串版本。对于大多数现代 Web 逆向场景选择最新的长期支持LTS版本是比较稳妥的因为它兼具稳定性和对新特性的支持。比如当前最新的 LTS 版本是22.13.0。执行安装命令nvm install 22.13.0。nvm 会自动下载 Node.js 并安装到之前设置的目录下。安装完成后使用nvm use 22.13.0来启用这个版本。系统会提示“Now using node v22.13.0 (64-bit)”。最后验证安装分别输入node -v和npm -v。如果正确显示了 Node.js 和 npmNode.js 的包管理器的版本号那么恭喜你Node.js 环境已经就绪。实操心得我遇到过不少朋友在安装后在非管理员终端里输入node -v却提示“不是内部或外部命令”。这通常是因为环境变量没有立即生效或者终端没有以管理员身份运行nvm use。解决方法很简单首先确保你是在管理员终端里执行的nvm use命令其次关闭所有终端窗口再重新打开一个新的普通终端试试。如果还不行可以手动检查系统环境变量Path里是否包含了 nvm 自动添加的 Node.js 路径。2.3 配置 npm 与初始化项目Node.js 装好了但默认的 npm 源registry在国内访问可能比较慢。为了后续安装第三方包更顺畅我们最好将其切换到国内镜像源。在终端里执行npm config set registry https://registry.npmmirror.com/这会将 npm 的下载源设置为淘宝镜像。接下来为我们今天的逆向分析项目创建一个专属的工作目录。比如在D:\盘下新建一个文件夹叫aes_reverse。然后在这个目录下打开终端可以在文件夹地址栏直接输入cmd回车执行npm init -y。这个命令会快速生成一个package.json文件它是 Node.js 项目的“身份证”和“说明书”记录了项目信息、依赖包等。我们的逆向分析主要会用到 Node.js 内置的crypto模块所以暂时不需要安装额外的第三方加密库。内置的crypto模块功能已经非常强大且高效。环境准备到此全部完成桌面已经清理干净工具也已摆放整齐可以开始我们的“侦探”工作了。3. 逆向分析实战定位与解析前端 AES 加密真正的挑战开始了。我们的目标是找到一个具体网站的登录页面并找出它加密密码的 JavaScript 代码。为了教学和合法性我们不会针对任何一个真实的、在线的商业网站进行实际操作。你可以找一个提供公开测试接口的网站或者甚至本地搭建一个简单的、带有前端加密登录功能的 demo 页面来练习。这里我将以原理和通用方法为主带你走一遍完整的逆向流程。3.1 浏览器开发者工具我们的“侦查显微镜”现代浏览器Chrome、Edge、Firefox的开发者工具是前端逆向的瑞士军刀。按 F12 打开它以下几个面板是关键元素Elements面板查看网页的 HTML 结构。找到密码输入框input typepassword记下它的id或class这有助于我们在代码中定位它。网络Network面板这是最核心的面板。打开它并勾选上 “Preserve log”保留日志。然后在登录页面的表单里输入测试账号如用户名test密码123456点击登录按钮。源代码Sources面板用于查看和调试 JavaScript 代码。操作完成后立即切换到Network 面板。你会看到一系列的网络请求记录。我们需要找到那个提交登录信息的请求通常是POST类型名字可能是login、signin或者根域名路径。点击这个请求在右侧的 “Headers” 标签页可以看到请求的详细信息而在 “Payload” 或 “Request” 标签页Chrome 中可能是 “Payload” Firefox 中是 “Request”就能看到实际发送给服务器的数据。关键来了在这里你很可能看不到明文的password: 123456而是一个像password: “U2FsdGVkX1…一长串Base64字符”这样的字段。这就是被加密后的密码。我们的任务就是找到生成这串字符的 JavaScript 代码。3.2 搜索与定位加密函数知道加密后的密文样子后我们就要开始搜索了。在开发者工具的Sources 面板里整个网站加载的 JavaScript 文件都会列在左侧。通常加密逻辑不会直接写在主 HTML 里而是放在一个或多个.js文件中。全局搜索按Ctrl Shift FChrome/Edge可以打开全局搜索框。我们可以尝试搜索一些关键词比如encrypt加密AESCryptoJS一个非常流行的前端加密库你刚才在 Network 里看到的那个密文的前几个字符比如U2Fsd密码字段名如password事件监听器断点如果搜索无果可以尝试在Elements 面板选中密码输入框然后在右侧的 “Event Listeners” 标签页里找到click或submit事件。这些事件绑定的函数里很可能包含加密和提交的逻辑。XHR/Fetch 断点在Sources 面板的右侧有一个 “XHR/Fetch Breakpoints” 区域。你可以点击 “” 号添加一个包含部分 URL 的断点比如包含login字符串。这样当浏览器发起登录请求时代码执行会自动暂停在发起请求的那一行你可以通过调用栈Call Stack一步步回溯找到加密发生的位置。假设我们运气不错通过搜索CryptoJS找到了类似下面的代码片段function encryptPassword(password) { var key CryptoJS.enc.Utf8.parse(1234567890123456); // 16位密钥 var iv CryptoJS.enc.Utf8.parse(1234567890123456); // 16位IV var encrypted CryptoJS.AES.encrypt(CryptoJS.enc.Utf8.parse(password), key, { iv: iv, mode: CryptoJS.mode.CBC, padding: CryptoJS.pad.Pkcs7 }); return encrypted.toString(); // 默认返回 Base64 格式的密文 } // 在提交表单时调用 var pwdEncrypted encryptPassword($(#password).val()); $(#hiddenPwd).val(pwdEncrypted); // 可能赋值给一个隐藏域Bingo这就是我们要找的“宝藏图”。从这段代码我们可以清晰地读出加密的所有参数算法AES模式CBCCipher Block Chaining密钥Key1234567890123456UTF-8 字符串长度16字节对应 AES-128初始化向量IV1234567890123456与密钥相同这在实际生产中并不安全但确实存在填充方式Pkcs7输出格式Base64 字符串注意事项逆向时密钥和 IV 不一定都是这么明显的字符串。有时它们可能是从其他变量计算而来或者是一个经过 Base64 解码的字符串。你需要仔细阅读上下文代码。另外模式也可能是 ECB、CFB 等。ECB 模式不需要 IV而 CBC、CFB 等模式需要。这是后续在 Node.js 中复现时必须严格对应的关键点。4. Node.js 复现使用 crypto 模块实现相同加密拿到了前端加密的所有“配方”接下来就要在我们的 Node.js 厨房里用内置的crypto模块炒出一模一样的“菜”。4.1 理解 Node.js crypto 模块的加密流程Node.js 的crypto模块提供了底层的加密功能。它的加密过程比前端 CryptoJS 库更接近原生需要我们自己处理一些细节。核心步骤是创建加密器使用crypto.createCipheriv(algorithm, key, iv)。注意是createCipheriv带有 IV而不是旧的createCipher已废弃。algorithm字符串的格式通常是aes-{密钥长度}-{模式}例如aes-128-cbc。设置编码加密器Cipher的update和final方法可以指定输入和输出的编码如utf8、base64、hex等。执行加密通过update(data, inputEncoding, outputEncoding)和final(outputEncoding)方法得到加密后的数据块然后拼接起来。4.2 编写复现脚本在我们的项目目录D:\aes_reverse下创建一个名为encrypt.js的文件。将我们逆向分析得到的参数填进去。假设我们分析得到的是上面 CryptoJS 的例子AES-128-CBCPKCS7 填充。那么 Node.js 的复现代码如下const crypto require(crypto); /** * 使用 AES-128-CBC 模式加密模拟前端 CryptoJS 的行为 * param {string} plainText - 明文密码 * param {string} key - 密钥 (16字节字符串对应 AES-128) * param {string} iv - 初始化向量 (16字节字符串) * returns {string} Base64 编码的密文 */ function encryptAesCbc(plainText, key, iv) { // 1. 创建加密器指定算法为 aes-128-cbc // 注意key 和 iv 需要是 Buffer 或二进制字符串。如果传入的是普通字符串需要指定其字符编码。 const cipher crypto.createCipheriv(aes-128-cbc, Buffer.from(key, utf8), Buffer.from(iv, utf8)); // 2. 执行加密 // update 方法可以多次调用适用于流式数据。这里我们一次处理完。 let encrypted cipher.update(plainText, utf8, base64); // final 方法输出最后一块加密数据 encrypted cipher.final(base64); return encrypted; } // 使用逆向分析得到的参数 const password 123456; // 测试密码 const key 1234567890123456; // 16字节密钥 const iv 1234567890123456; // 16字节 IV const encryptedPassword encryptAesCbc(password, key, iv); console.log(明文密码:, password); console.log(加密密钥:, key); console.log(初始化向量:, iv); console.log(Node.js 加密结果 (Base64):, encryptedPassword);保存文件后在终端里运行node encrypt.js。你会看到程序输出加密后的 Base64 字符串。4.3 验证与调试确保结果一致现在打开之前那个测试网站的登录页面再次在密码框输入123456点击登录前在开发者工具的Console 面板里手动执行我们找到的前端encryptPassword函数或者直接执行那段加密代码获取前端加密的结果。将前端加密的结果与你 Node.js 脚本输出的结果进行对比。如果两者完全一致那么恭喜你逆向复现成功你的 Node.js 脚本已经可以完美模拟前端的加密行为。常见问题与排查技巧实录结果不一致这是最常见的问题。请按以下清单逐项核对算法字符串Node.js 的algorithm参数写对了吗aes-128-cbc、aes-192-cfb等长度和模式必须匹配。密钥和 IV 的长度与编码AES-128 需要 16 字节密钥AES-256 需要 32 字节。确保你传入的key和iv字符串的 UTF-8 字节长度正确。用Buffer.from(key, ‘utf8’).length检查。有时前端密钥可能是 Hex 或 Base64 字符串需要用Buffer.from(key, ‘hex’)等方式解析。填充方式Node.js 的crypto模块默认使用 PKCS7 填充在 AES 中与 PKCS5 等价这与 CryptoJS 的Pkcs7通常一致。一般无需特殊设置。输出格式前端输出的是 Hex 还是 Base64Node.js 的cipher.final(‘hex’)和cipher.final(‘base64’)要对应。遇到 ECB 模式如果前端使用的是 AES-ECB 模式那么 Node.js 的createCipheriv的第三个参数iv必须传入一个空字符串’’或者null但更推荐传入一个空缓冲区Buffer.alloc(0)因为某些版本不允许空字符串。算法名称为aes-128-ecb。// AES-128-ECB 示例 const cipher crypto.createCipheriv(‘aes-128-ecb’, Buffer.from(key, ‘utf8’), Buffer.alloc(0));错误Invalid key length或Invalid IV length这明确提示密钥或 IV 的字节长度不对。请仔细检查逆向得到的原始密钥信息并确认其编码转换后的字节数。5. 深入探究处理更复杂的加密场景在实际逆向中事情很少像示例那么简单。前端可能会对密钥进行二次处理或者加密流程嵌套在其他逻辑中。这里分享两种更复杂场景的处理思路。5.1 密钥非明文动态生成或编码转换你找到的加密函数里密钥可能不是硬编码的字符串而是这样的var key CryptoJS.enc.Hex.parse(‘68656c6c6f776f726c64’); // 从 Hex 字符串解析 // 或者 var key CryptoJS.MD5(‘someSecret’).toString().substring(0, 16); // 通过 MD5 生成在这种情况下你需要在 Node.js 中完全复现这个密钥生成过程。例如对于 Hex 解析const keyHex ‘68656c6c6f776f726c64’; const keyBuffer Buffer.from(keyHex, ‘hex’); // Node.js 从 Hex 得到 Buffer对于 MD5 生成密钥const crypto require(‘crypto’); const secret ‘someSecret’; // 创建 MD5 哈希输出 Hex 字符串取前16个字符32位Hex代表16字节 const key crypto.createHash(‘md5’).update(secret).digest(‘hex’).substring(0, 32); // 注意digest(‘hex’) 得到的是32位十六进制字符串对应16字节。如果需要二进制Buffer作为密钥 const keyBuffer Buffer.from(crypto.createHash(‘md5’).update(secret).digest(‘hex’).substring(0, 32), ‘hex’);核心原则在 Node.js 中使用crypto模块的对应方法createHash,createHmac等严格按照前端 JavaScript 的步骤和编码格式重新计算一遍密钥。5.2 整合到自动化脚本单纯加密一个固定字符串不是终点。我们的脚本应该能方便地集成到其他工具中。我们可以改造脚本使其能从命令行参数读取密码或者读取文件。// encrypt_cli.js - 支持命令行参数的版本 const crypto require(‘crypto’); function encryptPassword(plainText) { // 这里替换成你逆向得到的真实密钥生成逻辑 const key Buffer.from(‘1234567890123456’, ‘utf8’); const iv Buffer.from(‘1234567890123456’, ‘utf8’); const cipher crypto.createCipheriv(‘aes-128-cbc’, key, iv); let encrypted cipher.update(plainText, ‘utf8’, ‘base64’); encrypted cipher.final(‘base64’); return encrypted; } // 使用 process.argv 获取命令行参数 const args process.argv.slice(2); // 前两个是 node 和脚本路径 if (args.length 0) { console.log(‘用法: node encrypt_cli.js 明文密码’); console.log(‘示例: node encrypt_cli.js myPassword123’); process.exit(1); } const plainPassword args[0]; const result encryptPassword(plainPassword); console.log(result); // 只输出密文方便其他程序调用这样你就可以在终端里直接运行node encrypt_cli.js myPassword123快速得到加密结果这个结果可以很容易地被 Python、Shell 等其他脚本调用。6. 安全、伦理与扩展思考完成技术上的逆向复现后我们必须停下来思考一些更重要的问题。安全提醒你逆向分析得到的密钥和算法是那个网站前端安全机制的一部分。请务必仅用于合法授权的学习、测试和开发。例如测试你自己公司的产品、分析公开的漏洞演示平台如 OWASP WebGoat、或者在拥有明确书面授权的范围内进行安全评估。切勿用于攻击、未经授权的数据爬取、或任何侵犯他人隐私和权益的活动。这不仅违法也违背了技术人员的职业道德。妥善保管你的分析代码和发现的密钥不要公开泄露以免被恶意利用。从逆向看前端安全这个实战过程也暴露了单纯前端加密的局限性。前端代码是公开的密钥和算法虽然可以混淆但最终对有能力的技术人员来说是可还原的。因此前端加密的主要作用是增加攻击者抓包后直接获取明文密码的难度即“防君子不防小人”并满足一些合规性要求。真正的安全性必须依靠 HTTPS 传输保障通道安全以及后端采用加盐哈希如 bcrypt、Argon2等方式安全地存储密码。技能扩展掌握了这个流程你的技能树可以点亮好几个分支爬虫与自动化对于需要登录的公开数据采集务必遵守robots.txt和相关法律法规你可以自动化登录流程。API 接口调试与测试当后端 API 要求加密参数时你可以快速构造合法的请求数据方便进行接口测试。密码学实践你不再是对 AES、CBC、IV、Padding 这些名词感到陌生而是真正理解了它们如何在代码中协作。浏览器自动化可以结合 Puppeteer 或 Playwright 这类工具直接控制浏览器执行登录绕过复杂的逆向过程适用于加密逻辑极其复杂或动态生成的场景。整个流程走下来从环境配置到逆向分析再到代码复现和问题排查其实就是一个标准的“发现问题 - 分析问题 - 解决问题”的工程实践。技术本身是中立的关键在于使用它的人。希望这次在 Windows 11 上用 Node.js 实战逆向 AES 加密的经历能让你更深入地理解 Web 应用前后端交互的细节并为你打开一扇通往更广阔技术世界的大门。下次再遇到类似的前端加密黑盒你就能从容地拿出这套工具和方法论把它拆解明白了。