[转]解压用Sixxpack2.2压缩过的程序，拿原始程序集

星期天闲着没事玩游戏，玩游戏不能无外挂。于是百度了半天，找到了一个，看介绍貌似不错，就下载了下来。一看，竟然是用.net写的，下意识地Reflector了一下。发现竟是一个叫actmp的程序集。

随便点开看了看，没发现什么和外挂有关的东西。奇怪，于是又百度了一下"actmp.dll",发现了这篇文章http://blog.csdn.net/yizhiduxiu11/archive/2008/12/23/3589396.aspx，其中说"经Sixxpack加壳后，用Reflector打开exe文件，哈哈，看到的永远都只是一个actmp.dll的信息，其中包含4个7zip命名空间和1个Sixxpack命名空间，反编出来这些东西对也没啥处......"。      基本明白咋回事了。我又用“Sixxpack”做关键字搜了一下,果然找到了一堆这个软件的信息，其中说"Sixxpack 是一个 .net EXE 文件压缩工具。经 Sixxpack 压缩过的文件，运行时与压缩前相比没有任何区别，压缩比最大可达80%。压缩后的文件更难被反编译，保护您的程序不被破解......"
     感慨搜索引擎强大的同时，我们可以确定，这个程序100%是用Sixxpack处理过了。目的可能是为了减少体积，更可能是为了防止俺这样随便 Reflector的人。如果用其他工具压缩也还罢了，但是Sixxpack貌似也是.net写的，而且没有混淆过，不看一看他的代码多对不起自己.net程序员的光荣称号啊。为了查看方便，我用File Disassembler插件把源码导了出来，找到了Main方法所在的类。核心的东西在Main方法里，很简单，我加上了注释。代码如下：

C#代码

  namespace Sixxpack { using System; using System.IO; using System.Reflection; using System.Windows.Forms; internal class stub { internal static int orig = 0x8000;//加密程序集的偏移量 [STAThread] private static void Main(string[] args) { try { AppDomain.CurrentDomain.AssemblyResolve += new ResolveEventHandler(stub.myResolveEventHandler);//程序集解析失败的后路 } catch (Exception) { } object[] parameters = new object[] { args };//参数，如果有，就传给解压出来的程序集 MemoryStream inStream = new MemoryStream();//构造一个内存流 Stream stream2 = new FileStream(Application.ExecutablePath.Substring(Application.ExecutablePath.LastIndexOf('//') + 1), FileMode.Open, FileAccess.Read);//打开一个文件流，指向正在运行的这个文件 stream2.Position = orig;//当前流的位置设置为加密程序集的偏移量 byte[] buffer = new byte[stream2.Length - orig];//一个缓冲字节数组，长度为加密程序集的长度，用来存储加密程序集 stream2.Read(buffer, 0, Convert.ToInt32(buffer.Length));//把加密程序集读取到缓冲数组里 inStream.Write(buffer, 0, buffer.Length);//把加密程序集从缓冲数组里写到内存流里 inStream.Seek(0L, SeekOrigin.Begin);//把当前流的位置放到开始处 Compressor compressor = new Compressor(); Assembly assembly = Assembly.Load(compressor.Decompress(inStream));//把内存流中的数据解压出来，并加载到一个程序集 try { assembly.EntryPoint.Invoke(null, parameters);//执行这个程序集的入口方法，并传给参数 } catch { assembly.EntryPoint.Invoke(null, null);//没有参数的话就不传 } } private static Assembly myResolveEventHandler(object sender, ResolveEventArgs args) { string path = args.Name.ToString().Trim().Split(new char[] { ',' })[0].ToString().Trim(); if (path.IndexOf(".") >= 0) { path = path.Replace(".", "_") + ".dll"; } else { path = "_" + path + ".dll"; } MemoryStream inStream = new MemoryStream(); Stream stream2 = new FileStream(path, FileMode.Open, FileAccess.Read); byte[] buffer = new byte[stream2.Length]; stream2.Read(buffer, 0, Convert.ToInt32(buffer.Length)); inStream.Write(buffer, 0, buffer.Length); inStream.Seek(0L, SeekOrigin.Begin); Compressor compressor = new Compressor(); return Assembly.Load(compressor.Decompress(inStream)); } } }

从以上代码，我们可以猜测，Sixxpack把压缩过的程序集和Sixxpack的解压程序（也就是壳）放在了一个文件里。运行程序时，Sixxpack的解压程序先运行，然后执行以下步骤：
   1.构造一个内存流。
   2.取出压缩后的程序集二进制数据，放进内存流。所谓压缩后的程序集二进制数据，也就是这个文件的第0x8000（即程序里定义的orig字段）到最后一个字节的数据。至于为啥是从0x8000开始，我想 0x8000应该是壳的长度吧，壳的数据占据了从0到0x8000字节的空间，剩下的应该就是压缩后的程序集的数据了。
   3.用Compressor类的Decompress方法解压内存流数据，得到原始程序集。
   4.用反射加载原始程序集，找到程序集的入口方法，并执行这个入口方法（这时Sixxpack已完成任务，控制权已转交给解压出来的程序集），如果入口方法需要参数的话，会把Main方法的参数传给入口方法。

      既然明白了解压的方法，那么想拿到原始的程序集也不是什么难事了。只要知道压缩后的程序集在文件中的偏移量（我猜测应该都是0x8000，不过没看过其他例子，不敢确定），就可以把它取出来，然后用Compressor类的Decompress方法解压即可得到原始程序集，最后输出到一个文件就行了。

      代码很好写，大部分照抄Main方法就行了，至于Decompress方法，不用管它具体怎么实现的，反射过来直接使用即可。下面是主要代码，我直接写在界面里了，懒得再独立写一个方法：

private void btnDecompress_Click(object sender, EventArgs e) { try { Assembly assembly = Assembly.LoadFile(txtAssemblyPath.Text);//加载指定程序集 if (assembly != null) { if (assembly.FullName.Contains("actmp,"))//看看是不是Sixxpack压缩过的程序集 { Type compressorClass = assembly.GetType("Sixxpack.Compressor");//得到Compressor方法的类型 MethodInfo DecompressInfo = compressorClass.GetMethod("Decompress");//Decompress方法，供后面使用 int orig = Convert.ToInt32(assembly.GetType("Sixxpack.stub").GetField("orig", BindingFlags.NonPublic | BindingFlags.Static).GetValue(null));//压缩后的程序集的偏移量，我虽然强烈怀疑就是0x8000，为了保险起见，还是反射出来吧。 #region 这段照抄Main方法的内容 MemoryStream inStream = new MemoryStream(); Stream stream2 = assembly.GetFiles()[0];//这么写就可以了 stream2.Position = orig; byte[] buffer = new byte[stream2.Length - orig]; stream2.Read(buffer, 0, Convert.ToInt32(buffer.Length)); inStream.Write(buffer, 0, buffer.Length); inStream.Seek(0L, SeekOrigin.Begin); #endregion byte[] data = (byte[])DecompressInfo.Invoke(Activator.CreateInstance(compressorClass), new object[] { inStream });//调用Decompress方法，获得原始程序集的数据 if (sfdAssembly.ShowDialog() == DialogResult.OK) { sfdAssembly.OpenFile().Write(data, 0, data.Length);//把数据保存到指定文件，OK，完工！ } MessageBox.Show("文件解压成功!", "恭喜", MessageBoxButtons.OK, MessageBoxIcon.Information); } else { MessageBox.Show("未找到正确的程序集!", "错误", MessageBoxButtons.OK, MessageBoxIcon.Hand); } } else { MessageBox.Show("该文件没有程序集!", "错误", MessageBoxButtons.OK, MessageBoxIcon.Hand); } } catch (Exception ex) { MessageBox.Show(ex.Message, "错误", MessageBoxButtons.OK, MessageBoxIcon.Hand); } }

下面是这个小程序的完整的代码，需要的童鞋可以下载参考一下。

    由此可见，如果仅仅想减小一下你的程序的体积，Sixxpack应该是个不错的工具，但是指望用它保护自己的代码，显然只能失望了。稍微懂点.net 的，只要愿意花点时间琢磨，都能拿到你的原始程序。所以想保护自己代码，还是使用那些专业的加密混淆工具吧。不过感觉Sixxpack的思路确实很不错，有时间一定要好好看一下它具体的代码。
    我最后用这个小程序得到了这个外挂的真正程序集。看了一下，忍不住破口大骂，原来是个骗局。百度搜了一下，果然骂声一片，竟然还真有不少童鞋上当了。不过这和本篇内容无关了，而且现在时间太晚了，等有时间一定要揭露他一下，也免得再有童鞋上当。