Electron程序逆向（asar归档解包）

要学习Electron逆向，首先要有一个Electron开发的程序的发布的包，这里就以其官方的electron-quick-start作为例子来进行一下逆向的过程。

https://github.com/electron/electron-quick-start

关于如何打包Electron程序，请参考这篇文章：

https://www.cnblogs.com/cc11001100/p/14290548.html

一、Electron打包出来的程序特征识别

要逆向Electron程序，首先第一步肯定是得确定这个程序是不是Electron打包出来的了，Electron打包出来的程序特征比较明显，尝试把exe文件修改为zip文件，然后用压缩程序打开，如果能够打开，至少说明它不是一个真的ELF文件，然后再看压缩文件中是不是有一个resources目录，下面有一个app.asar文件，如果符合这两个条件，基本就是Electron开发的文件了。

比如

将其修改为zip格式：

然后使用压缩软件打开这个压缩包，寻找resources文件夹：

然后跟进去：

看到有个app.asar，那这个程序八九不离十就是Electron开发的了。

总结一下：

exe后缀修改为zip用压缩文件打开
存在resources/app.asar这个文件

在本小节的最后抖个机灵，我们当然也可以靠Electron界面所特有的浓浓的Electron风格来辨识Electron开发的程序。：)

二、Electron打包出来的文件的结构

将electron打包出来的exe文件修改为zip后缀，并用压缩文件解压，观察解压出来的结构：

这里的重点是resources文件夹和这个exe文件，resources文件夹下有个app.asar是项目源码的归档文件，而这个exe则是程序的启动文件。也许你会注意到，下面还有个名为LICENSE.electron.txt的文件，也许会觉得这是一个可以用来标识Electron程序的方式，是的，不仅是这个，上面还有个chrome_100_percent.pak、chrome_200_percent.pak，但是这些文件都不是必须的，在有些包里面是可能会被拿掉的，也就是根本找不到这些文件，所以只能起到一些辅助作用。
然后就是进入resources文件夹，这下面有个app.asar文件：

这个文件就是项目源码的归档文件，asar是一种归档格式，有专门的解压工具：
https://github.com/electron/asar/
使用工具解压就可以了，先安装这个工具

01	`npm install --engine-strict asar`

然后命令行进入到asar所在的文件夹，解包它：

01	`asar e app.asar app`

然后进去app文件夹，就能看到项目所有的东西都被归档存储在这里：

完全可以拿着这份源码继续开发或者插入一些恶意逻辑重新打包发布。

三、asar文件结构浅析

asar格式的文件就是个归档文件，这玩意儿连压缩都没有，只需要看懂它的文件结构然后根据它的方式把文件提取出来就可以得到原始文件了。
使用010 Editor打开一个app.asar文件：

人家比较洋气，把从最开始一直到那个很长的json结束都叫做文件头，最开始的4个字节应该是魔数之类的，第2和第3个int说实话没看明白啥意思，去翻了源码也只看到是用了一个pickle，似乎是chromium的一个东西，不要再继续深究了就放弃了：

只需要知道第4个int是紧跟着的json的长度，json结束就是所有被归档的文件的字节挨着放的，而json中存放的就是这些文件的元数据，包括文件的位置、字节大小、是否可执行等等，从010 Editor中把那个json复制出来，看一下它的长度：

而4562的转换为16进制则是11D2：

而之前文件里存储的长度正是11D2，只不过是小端存储的，低位在前：

好了，将注意力回归到json上，格式化观察下元数据到底是个啥样：

files下存储的就是文件，记录了每个文件的偏移和大小，靠这两个值就能将其从归档文件中提取出来：

对于目录结构它还是保存了其树形结构的：

靠这个树形结构能够知道提取出来的文件应该如何存储，至此我们对asar文件的结构和原理已经比较清楚了。
但是还有一个疑问，既然asar只是一个归档文件，为什么还要采用这种格式呢？一种说法是为了能够加密源代码，现在我们知道这是胡扯，asar只是一个归档文件没有加密作用，另一种说法是在Windows之类的地方，对资源路径的长度是有限制的，如果路径名过长访问的时候就会报错，也许大家都遇到过这种情况，将一些比较大的开源项目的源代码下载到本地解压会发现路径过长有些路径会报错，而放在归档文件中不解压这样路径就可以很深，并且读取的时候是读取的一个文件也就不用读取小文件磁盘各种寻址了。

四、二次开发插入恶意逻辑

本节是基于第二部分解包出来的源代码二次开发，使用webstorm创建一个空项目，将上面从app.asar中逆向处理的源代码拷贝过去，但是这里涉及到了几个比较蛋疼的问题，逆向出来的package.json文件里是没有devDependencies的，而electron是开发环境依赖，所以要自己手动：

npm init
npm add electron --save-dev

然后为package.json添加一个script：
"start" : " electron . " ,

然后npm start看下效果：

酷！程序已经被运行起来了！
然后想一想，如何搞个恶意逻辑呢，这里只是为了演示可以做这个事情，所以就在程序启动后显示一个对话框提示一下知道我们修改逻辑成功了即可。
在renderer.js中插入一个alert框，它会在程序启动的时候运行：

再次npm start，效果就是这样的：

五、重新打包发布带有恶意逻辑的包

5.1 整个程序重新打包

上面已经插入了恶意逻辑，接下来就是打包发布了，这里采用electron-builder：

https://github.com/electron-userland/electron-builder

先安装此工具：

01	`npm install electron-builder -g`

打包前需要先为项目添加一些打包选项，编辑项目根目录下的package.json文件，为其添加build选项：

"build": {
  "appId": "cc11001100.electron.example-001", // 程序包名
  "copyright": "CC11001100", // 版权相关信息
  "productName": "example-001",  // 项目名字
  "dmg": {
    "background": "res/background.png",  // 背景图片的路径
    "window": {
// 启动后窗口左上角位置 
      "x": 100,
      "y": 100,
// 启动后窗口的大小
      "width": 500,
      "height": 300
    }
  },
  "win": {
// 打包后的文件会有个图标，这个图标的路径，不指定的话默认的不好看 
    "icon": "res/logo.png"
  }