.Net 加密原理， 纯EE层加密壳内核的实现(二)

今回以第一种实现模式介绍如何实现一个纯EE层(mscorwks.dll)的加密壳内核。

首先确定 “方法体加密对应信息” 直接通过元数据来保存。

这里我们使用最简单的记录方式－－记录一个四字节的指针信息。

另外再加上一个标识数据，这个我们采用一个 magic DWORD表示。

这样记录信息一共是8字节。所以方法体小于8字节的Method将不能被加密处理。

接下来就是加密壳运行库核心的实现了。这里以早期DNGuard v1.0的运行库实现为例。

在mscorwks.dll 中有一个函数 GetILHeader，框架所有需要取方法体的地方都是通过调用这个函数实现的。

这个函数的原型 COR_ILMETHOD* __fastcall GetILHeader(DWORD_PTR RuntimeMethodHandler);

可以看着这样 DWORD* __fastcall GetILHeader(DWORD_PTR MethodPtr);

在我们的加密壳运行库中实现这个函数，然后用运行库实现的这个函数替换 mscorwks.dll 中的这个函数，

这个过程就是一个标准的 api hook 过程，这里就不详细介绍了。

这样 .Net 框架在需要取方法体时就会进入到我们运行库的这个函数中。

在运行库的函数如: DWORD* __fastcall DNGuard_GetILHeader(DWORD_PTR MethodPtr) 中。

首先我们调用原始的 GetILHeader，得到返回值，

首先判断返回值的前四个字节是否 magic DWORD，

（因为我们把对应关系记录在元数据中的，所以省去自己查询虚拟表的过程，框架已经帮我们完成了。）

如果不是，则直接返回。

如果是，则根据后面的四个字节执行的数据进行方法体的解密，然后把解密结果返回。

DWORD* __fastcall DNGuard_GetILHeader(DWORD_PTR MethodPtr)

{

 DWORD* pIL = OrgGetILHeader(MethodPtr);

 if(*pIL == gdwMagic)

 {

  pIL = DecryptMethod(pIL[1]);

 }

 return pIL;

}

这样一个 EE 层加密壳核心运行库就算完成了。

这种方式兼容性非常好，不会破坏dotNet原有的任何功能，自然也就包含反射功能了。

在 .Net 2.0 中这种加密壳运行库 就会出现反射漏洞了。

下回再介绍这种核心的改进－－针对反射漏洞。