前面讨论了 .Net 保护中的 native compile 方式 。
提到了 native compile的两种方式 伪编译 和 ngen 编译。仍然没有像C++那样的完全native的编译。
这里要讨论的就是 ngen编译 生成的 ni 文件。
前面讨论时我们提到了fetion框架中的 fetionvm.srm文件。
注意到它是使用了ngen编译保护模式。
Remotesoft在评论中予以了证实，今回就以 fetionvm.srm这个文件为例，尝试ni文件的还原。
首先用reflector直接打开这个 srm文件。
这个文件里面就只有一个
[STAThread]
public static void Main(string[] argv)
{
}
空函数 ，再没有其它内容。很明显这只是一个壳，而且元数据和原始的也肯定不一样。
但是它配合ni文件能够正常运行，显然有一个地方应该会包含原始的元数据。
srm文件只有2k大小，应该没有可能隐藏原始的元数据。
在前面已经确认了原始元数据就隐藏在 ni 文件中。理论上说ni文件应该有个地方记录原始元数据的rva和size，由于对 ni 文件的格式不是完全清楚，所以这里采用暴力搜索的模式确定原始元数据的rva。
用编辑器(如UE)打开文件
\C\WINDOWS\assembly\NativeImages_v2.0.50727_32\FetionVM\6e39d95b1cb7d342a0ad2b892350dc65\FetionVM.ni.exe
搜索 BSJB ，
我们会发现有两个结果，其中一个就是目前cli header中指定的metadata。推测另外一个就是原始的元数据，在文件偏移的0x3000处。
根据元数据结构计算出这个原数据的大小是 0x0970。
把它提取出来查看其结构为：
namespace FetionVM
{
internal static class Program
{
private static string GetTimeString(DateTime dateTime);
private static void Log(string message);
[STAThread]
private static void Main(params string[] args);
}
}
看到这样的结构基本上可以肯定它就是原始的元数据了。
元数据有了，只能得到程序的类型结构，还是无法获取到方法体的代码。
前面推测ni 文件也包含了 原始的IL代码，今回就做个测试，
通过强制放法重新Jit编译，然后在Jit层进行捕获，得到了想要的IL代码。
强制方法重新Jit最简单的方式是使用profile api。
这个程序集很简单，经过手动还原，可以得到如下：
internal static class Program
{
// Methods
private static string GetTimeString(DateTime dateTime)
{
return (dateTime.ToLongTimeString() + ":" + dateTime.Millisecond);
}
private static void Log(string message)
{
try
{
File.AppendAllText(Path.Combine(AppDomain.CurrentDomain.BaseDirectory, "VMDotNet.log"), "[" + (DateTime.Now.ToString() + "] " + message + "\r\n"));
}
catch
{
}
}
[STAThread]
private static void Main(params string[] args)
{
if (args.Length != 0)
{
string path = args[0];
if (!File.Exists(path))
{
Log("未找到要运行的程序 " + path);
}
else
{
string assemblyFile = path;
if (path.IndexOf(@"\") > 0)
{
Environment.CurrentDirectory = Path.GetDirectoryName(path);
assemblyFile = Path.GetFileName(path);
}
AppDomainSetup info = new AppDomainSetup();
info.PrivateBinPath = Path.Combine(AppDomain.CurrentDomain.BaseDirectory, "System");
AppDomain domain = AppDomain.CreateDomain(Path.GetFileNameWithoutExtension(path), AppDomain.CurrentDomain.Evidence, info);
try
{
string[] destinationArray = new string[args.Length - 1];
Array.Copy(args, 1, destinationArray, 0, destinationArray.Length);
domain.ExecuteAssembly(assemblyFile, AppDomain.CurrentDomain.Evidence, destinationArray);
}
catch (Exception exception)
{
Log("运行程序 " + path + " 出现错误！" + exception.Message);
}
}
}
}
}
到这里我们可以确定，在ni 文件中包含了原始的元数据和原始的IL代码。所以理论上ni文件是可以被还原的。
不知道除了Jit层捕获，是否还可以使用net2.0中的反射获取方法体代码？
有兴趣可以自己试试。
需要注意的是这些测试需要在那个虚拟框架中进行，另外看Main函数的代码，我们会注意到进程中至少包含两个应用程序域。
