Eazfuscator.net 2020 虚拟化保护(Virtulization)机制分析

一、前言与目标

周末接触了一款游戏They are billons即亿万僵尸，想添加一些新的玩法元素比如新的兵种进去，

打开dnspy看了下，发现是Eazfuscator.net的Virtulization即虚拟化保护，并带了字段、方法混淆，字符串也加密了，

那就开始分析吧！

二、准备过程

1，先试试能不能插入自己的代码

打开dnspy，插入一段简单的探测用IL代码，可以编译，但打开程序报错：不能读取DAT文件（当然是英文的）。

这个提示很有意思，最开始我猜测是程序作了完整性/防篡改校验，但其实是也不是，后文揭晓吧。

2，正向阅读代码，建立对程序行为的整体性理解

这里用了比较久的时间，一个是虚拟化保护机制的单步跟踪十分耗时，另一个是游戏自己业务逻辑也算复杂。

3，抽象出虚拟化保护的逻辑框架

这里先列几个重点概念：

3.1 虚拟机

主要解释执行虚拟指令，姑且叫VLR；

3.2 虚拟IL代码

对比MSIL，MSIL算标准实现的话，这个算自定义实现，姑且叫VIL；在这套保护机制中，VIL的数据存储结构是字典即Dictionary<int32,Delegate>，其中Key就是VIL标识，Value就是此VIL对应的C#方法，这个方法“模拟”实现了MSIL的功能

3.3 指令指针

指向下条指令的"位置"，这个"位置"，就是第（2）条提到的Key即VIL标识，怎么来的呢？

3.4 计算堆栈，

自定义地实现了一个EvaluationStack（举个例子，在MSIL中的ldfld,stloc.s操作的就是这个栈了），其具体结构是：

（a）局部变量区：数组，

（b）方法参数区：数组，

（c）CallStack：自定义的LIFO的堆栈结构

3.5 跳转指令

控制程序流程，通过操作第（3）条的指令指针实现

3.6 单条指令执行的抽象形式

operate_instruction(EazDataType parameterData)，

  划重点：
  3.6.1 指令执行的方法：其中Instruction_Operatate是一个封装了指令执行委托的结构，委托是关键：`private delegate void g(I #=zOSg$HgU=);`，
  3.6.2 指令执行的参数：而EazDataType 是一个对所有基本类型，如int8,16,32,64，及其无符号类型，还有数组、object及IntPtr等类型的自定义封装

  为什么要划重点？
  3.6.3 理解了虚拟指令的行为及参数数值的含义，是理解被保护下的程序逻辑的基础，也是写出脱壳工具即DeVirtualizer的基础（github上有个15年后不再更新的，那时候的Eaz还很简单）
  3.6.4 Eaz团队花这么大功夫做自定义类型，肯定不是把真实参数摆在类型结构内的一个字段就完事了，后面会知道，这跟序列化、出入EvaluationStack有关，没错，它就是极大地增加了我们阅读和还原程序的难度

3.7 序列化与反序列化

3.7.1 虚拟指令哪里来的？从程序的嵌入资源即EmbeddedResource来

3.7.2 Stream操作的Seek,Read,Write均被重写，同样混淆+反复跨多个类+高深度调用，增加难度

3.7.3 ReadInt4,8,16,32,64即无符号形式，均被自定义重写，其中还跨几个混淆后的类进行反复穿插调用，没错，也是为了增加我们阅读和还原程序的难度

3.8 Assembly Resolve

程序对DXVison.dll,DXPlatform_Desktop.dll等类库，采用了如下方式处理来增加难度：

3.8.1 将dll作为EmbeddedResource来构建，当然dll本身做了加密 and/or 压缩处理

3.8.2 在ResolveAssembly中进行Assembly.Load，具体的，当然会解密 and/or 解压缩

三、VIL执行过程分析

//----------------------------------------------------------------------------
// Eaz VIL执行逻辑 2020.8.23 6:22 A.M. Ben
//----------------------------------------------------------------------------
// Token: 0x06002490 RID: 9360 RVA: 0x0006F4F4 File Offset: 0x0006D6F4
private void #=zPq6qoiyuLMY82$aYQR3G2PDDewUYassYkHNyaic6mupX()
{
    long num = this.#=z3Ey5Z$A=.a.d;
    while (!this.#=zIohob_Q=)
    {
        //跳转标记，不空则顺序执行，否则跳转执行
        if (this.#=z46nfKvA= != null)
        {
            //置指令指针
            this.#=z3Ey5Z$A=.a.e = (long)((ulong)this.#=z46nfKvA=.Value);
            //清跳转标记
            this.#=z46nfKvA= = null;
        }
        //找出并执行指令
        this.#=zSDEDP1kaZWXW$45uMxtJcKw=();
        if (this.#=z3Ey5Z$A=.a.e >= num && this.#=z46nfKvA= == null)
        {
            break;
        }
    }
}

从上面的代码可以看出就是一个简单的while型结构，其中具体的“找出并执行指令”的方法，最终会来到这里：

// Token: 0x06002492 RID: 9362 RVA: 0x0006F60C File Offset: 0x0006D80C
private void #=zreNohAiSE8iKLx4yhAUiRL0=()
{
    //指令指针
    long num = this.#=z3Ey5Z$A=.a.e;
    //指令标识
    int key = this.#=z3Ey5Z$A=.#=zQ_ANng9RuwjiUHLMdDTa3uFQlfZa();
    //执行指令的具体C#方法，这里即模拟MSIL执行的过程
    Sa.h h;
    if (!this.#=zY0bMZDI= /* <VIL,Delegate>型字典 */.TryGetValue(key, out h))
    {
        throw new InvalidOperationException(#=qgZ0DNC_7EOR3zfCQRQFvJ6zpp28vu_oHH5ALnGtD3WQ=.#=zAuKOdtM=(-105951893));
    }
    this.#=zmBYAt_U= = num;
    //封装指令参数，并执行指令，这里的VIL一共203条，不是MSIL的226条
    h.#=zBHOdjps=(this.#=zp5urEB_sgKnN5sPVX9mxjurqsdh7nWJ3ig==(this.#=z3Ey5Z$A=, h.#=zOSg$HgU=.b));
}

其中有几个点，

关于key即指令标识怎么来的，也就是如何取指令的，看这里：

//取指令
// Token: 0x0600241C RID: 9244 RVA: 0x0006CF2C File Offset: 0x0006B12C
internal int #=zKCiIwS5PZc7nU6m85A==()
{
    if (!this.#=zzepStOk=)
    {
        throw new Exception();
    }
    //非跳转即顺序执行的情况下，下条指令在VIL Stream中的位置
    int num = this.#=zTxm7_P0= += 4;
    if (num > this.#=z1rdegSo=)
    {
        this.#=zTxm7_P0= = this.#=z1rdegSo=;
        throw new Exception();
    }
    //this.#=zOSg$HgU=即VIL Stream的字节形式，这一句就是反序列化得出指令标识了
    return (int)this.#=zOSg$HgU=[num - 3] << 8 | (int)this.#=zOSg$HgU=[num - 1] << 16 | (int)this.#=zOSg$HgU=[num - 4] << 24 | (int)this.#=zOSg$HgU=[num - 2];
}

五、字符串解密过程

太长，有兴趣的同学自己跟，我们列出这段的目的是寻找对我们理解被保护下的程序执行过程，为打开思路和诊断问题打下基础。

//字符串解密，此方法调用深度太深，略，通过看局部变量的变化，拿到返回的字符串，可以帮助理解程序执行流程
这里的字符串会出现：
a. "cctor"
b. "TheyAreBillions.exe"
c. "Log"
d. 类名
e. 方法名
// #=qgZ0DNC_7EOR3zfCQRQFvJ6zpp28vu_oHH5ALnGtD3WQ=
// Token: 0x0600008B RID: 139 RVA: 0x000045A0 File Offset: 0x000027A0
[MethodImpl(MethodImplOptions.NoInlining)]
internal static string #=zAuKOdtM=(int #=zJUrJqCXmqVi3rqXNtbpf4_w$1MCa)
{
	#=qgZ0DNC_7EOR3zfCQRQFvJ6zpp28vu_oHH5ALnGtD3WQ=.l11ll11l111lll111 obj = #=qgZ0DNC_7EOR3zfCQRQFvJ6zpp28vu_oHH5ALnGtD3WQ=.#=zX2TmEXwAWH2uDIzJb_$ykHVBWImv;
	string result;
	lock (obj)
	{
		string text = #=qgZ0DNC_7EOR3zfCQRQFvJ6zpp28vu_oHH5ALnGtD3WQ=.#=zX2TmEXwAWH2uDIzJb_$ykHVBWImv.get_Item(#=zJUrJqCXmqVi3rqXNtbpf4_w$1MCa);
		if (text != null)
		{
			result = text;
		}
		else
		{
			result = #=qgZ0DNC_7EOR3zfCQRQFvJ6zpp28vu_oHH5ALnGtD3WQ=.#=zAcaXirSWgb6OCMOieJ96pes=(#=zJUrJqCXmqVi3rqXNtbpf4_w$1MCa, true);
		}
	}
	return result;
}

六、程序流程控制手段

主要手段如下：

1，从程序的嵌入资源中，得到VIL Stream及其字节表示形式，顺序执行 + 跳转执行；

2，反射执行：Stream -> Seek -> Read -> 得到 Type Name -> 字符串解密 -> 通过反射初始化此类型，方法同理

七、一些建议：如何更好地分析虚拟化保护下的程序？

到这里，我们可以愉快地调试并分析程序，但同样有几个细节需要注意，否则会迷失在看不懂的代码里：

1，关注dnspy中的方法调用堆栈，

2，关注EvaluationStack，局部变量和参数变化，尽快分析出操作局部变量、方法参数和EvaluationStack的VIL即对应的C#方法，及跳转指令如brfalse.s,brtrue,ceq及ret等

3，关注类型反射关注MethodBase及Constructor的调用

4，关注字符串解密的调用及重点字符串

以上建议，目的只有一个：全面、准确地理解程序是如何执行的

划重点：逆向工作和写业务代码不一样啊，在逆向工作中，搜索引擎能帮到你的有限，所以基本功夫做扎实不会错

八、最后

回到初心，做这个分析的目的是为了改改游戏，顺便练练技术内功。

游戏对部分资源文件（.dat）加了密，经过分析就是一个带密码的标准Zip协议压缩后的文件，

1. 如何得到密码？

a. 修改其使用的zip.dll，打印出密码
or b. 调试得出

1. 如何插入自己的代码？

前文提到过，插点代码程序就起不来了，但难得住我们吗？

a. 故布疑云，程序计算解压密码
读懂了程序后，发现其会根据exe本身的内容和大小，做一系列计算，得出zip包的解压缩密码
（还记得吗，当初我以为是Eaz保护后做了完备性/防篡改校验，其主要意义是保护资源，但是间接也防止了篡改，算一个一箭双雕的保护技巧吧 :|）

b. 张冠李戴，我们来代入正确密码
既然我们改了程序会导致“密码计算”出错，那直接写死个正确密码不就得了（实际上是多个文件，多套密码），

c. 偷梁换柱，载入我们修改后的dll
而使用这个密码并进行解压缩操作的dll恰好是通过上文提到的作为“EmbeddedResource”载入的，那么如法炮制，在dnspy中添加资源，并去掉程序对资源文件的解密/哈希过程，载入我们自己的dll即可

3，自由王国开启，但仍有雾霾笼罩

爽点：

可以Hook进我们自己的代码后，基本就是进入了自由王国，想干啥干啥，配个图，实现新兵种添加：

更爽点：

我们脱掉了虚拟机保护了吗？没有，我们只是十分熟悉了它并利用规律达到我们的目的。

技术男的终极目标必须得是：写出一个脱壳机DeVirtualizer！！！

那这个就交给大家吧 ^^

（完）