原来发布在掘金，搬过来好了。

微信小程序在PC端是加密存储的，如果直接打开是看不到什么有用的信息的，需要经过解密才可以看到包内具体的内容。本文使用nodejs实现解密算法，主要涉及到crypto, commander, chalk三个包的使用。

小程序的源码在哪里

PC端打开过的小程序会被缓存到本地微信文件的默认保存位置，可以通过微信PC端=>更多=>设置查看：

进入默认保存位置下的/WeChat Files/WeChat Files/Applet文件夹，可以看到该目录下有一系列前缀为wx的文件（文件名其实是小程序的appid），这些就是我们打开过的小程序啦：

进入其中某个小程序的文件夹，我们可以看到一个名字为一串数字的文件夹。点进这个文件夹， 就可以看到一个__APP__.wxapkg文件，也就是小程序对应的代码啦：

然而，当我们打开这个文件之后却发现是这样的：

WTF 这能看出来个🔨。很明显，这个文件是经过加密的，需要解密才能看到我们想看到的东西。

 

PC端小程序是怎么被加密的

这里参考了一位大佬用Go语言写的PC端wxapkg解密代码。整理一下的话，加密流程是这样的：

首先将明文代码在第1024字节处一分为二，前半部分使用CBC模式的AES加密，后半部分则直接进行异或。最后，将加密后的两节拼接起来，并在最前边写入固定的字符串："V1MMWX"。

所以，我们打开__APP__.wxapkg文件看到的就是加密后的代码，如果想还原回去的话，需要从后往前逐步推回去。

 

解密思路

预处理

我们使用node.js去写一个解码的程序。根据上边加密的流程，我们首先读取加密文件，把前6个字节的固定字符串去除。由于AES加密和异或前后数据的位数是相同的，我们可以据此获取到加密后的头部1024字节和加密后的尾部部分：

const fs = require('fs').promises;
...

const buf = await fs.readFile(pkgsrc); // 读取原始Buffer
const bufHead = buf.slice(6, 1024 + 6);
const bufTail = buf.slice(1024 + 6);

加密后的头部部分

为了得到这1024个字节的明文，我们需要知道AES加密的初始向量iv，以及一个32位的密钥。已知16字节的初始向量iv是字符串：“the iv: 16 bytes”，我们接下来需要计算出这个由pbkdf2算法导出的32位的密钥。

pbkdf2(Password-Based Key Derivation Function)是一个用来生成密钥的函数，它使用一个伪随机函数，将原文密码和salt作为输入，通过不断的迭代得到密钥。在crypto库中，pbkdf2函数是这样的：

const crypto = require('crypto');
...

crypto.pbkdf2(password, salt, iterations, keylen, digest, callback)

 

其中参数分别是：原文密码、盐值、迭代次数、密钥长度、散列算法、回调函数。已知salt是"saltiest"，原文密码为微信小程序的id(也就是wx开头的那个文件夹名)，迭代次数为1000，散列算法为sha1。因此，我们可以写出计算密钥的代码：

crypto.pbkdf2(wxid, salt, 1000, 32, 'sha1', (err, dk) => {
    if (err) {
        // 错误
    }
    // dk即为计算得到的密钥
})

 

密钥和初始向量iv都有了之后，我们可以开始对密文进行解密了。AES加密算法是一种非对称加密算法，它的密钥分成公开的公钥和只有自己知道的私钥，任何人都可以使用公钥进行加密，但是只有持有私钥的人解密得到明文。

小程序使用的加密算法是CBC(Cipher Block Chaining, 密码分组链接)模式的AES，也就是它在加密的时候，首先把明文进行分块，然后将每一块与前一块加密后的密文进行异或，再使用公钥进行加密，得到每一块的密文。对于第一块明文，由于它不存在前一块明文，因此它会与初始向量iv进行异或，再进行公钥加密。在实现的时候，我们只需要调用crypto提供的解密函数就可以啦。

我们知道，AES算法根据密钥长度的不同有AES128, AES192和AES256。回顾上边，我们的密钥是32字节，也就是256位的，因此显然我们应该使用的是AES256。综上，我们可以写出来解密的代码：

const decipher = crypto.createDecipheriv('aes-256-cbc', dk, iv);
const originalHead = Buffer.alloc(1024, decipher.update(bufHead));

 

其中originalHead就是我们要的前1024字节的明文啦。我们可以打印出来看看：

嗯…… 有那么点意思了。

加密后的尾部部分

这一部分就很简单啦。由于异或运算是具有自反性的，因此只需要简单的判断一下小程序id的位数获得异或的xorKey，再把它与密文进行异或，就可以得到原文了：

const xorKey = wxid.length < 2 ? 0x66 : wxid.charCodeAt(wxid.length - 2);
const tail = [];
for(let i = 0; i < bufTail.length; ++i){
    tail.push(xorKey ^ bufTail[i]);
}
const originalTail = Buffer.from(tail);

 

将头部部分的明文与尾部部分的明文进行拼接，再以二进制形式写入文件，就可以得到最终的明文啦。

 

再漂亮点

根据上边的描述，我们可以把我们整个的解密过程封装成一个黑盒子：

commander

我们可以使用commander库让程序直接从命令行读取小程序的id和密文包。commander是一个nodejs命令行界面的解决方案，可以很方便的定义自己的cli命令。比如说对于下面这一串代码：

 

const program = require('commander');
...
program
    .command('decry <wxid> <src> [dst]')
    .description('解码PC端微信小程序包')
    .action((wxid, src, dst) => {
        wxmd(wxid, src, dst);
    })

program.version('1.0.0')
    .usage("decry <wxid> <src> [dst]")
    .parse(process.argv);

 

我定义了一个"decry <wxid> <src> [dst]"的命令，其中尖括号代表必选参数，方括号代表可选参数。description内是关于这个命令的描述文本，action则是执行这段命令。在控制台使用node执行代码之后，可以看到如下界面：

于是我们就可以根据提示，输入参数进行解密啦。commander.js的中文文档在这里。

chalk

为了让我们的控制台多一抹颜色，我们可以使用chalk.js来美化输出。chalk的基本用法也比较简单：

const chalk = require('chalk');
...

console.log(chalk.green('绿了'))

这样我们就可以在黑白的控制台上填上一抹绿色，替大熊猫实现梦想：

除此之外，我们还可以使用es6的字符串标签模板更方便的使用chalk。具体的参考chalk官方文档吧。

 

源代码

代码发布到github和gitee啦，可以给大家参考一下下~

github点这里， gitee点这里