随便点开看了看，没发现什么和外挂有关的东西。奇怪，于是又百度了一下"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方法里，很简单，我加上了注释。代码如下：

namespaceSixxpack
{
    usingSystem;
    usingSystem.IO;
    usingSystem.Reflection;
    usingSystem.Windows.Forms;

internalclassstub
    {
        internalstaticintorig =0x8000;//加密程序集的偏移量

[STAThread]
        privatestaticvoidMain(string[] args)
        {
            try
            {
                AppDomain.CurrentDomain.AssemblyResolve +=newResolveEventHandler(stub.myResolveEventHandler);//程序集解析失败的后路
}
            catch(Exception)
            {
            }
            object[] parameters =newobject[] { args };//参数，如果有，就传给解压出来的程序集
MemoryStream inStream =newMemoryStream();//构造一个内存流
Stream stream2 =newFileStream(Application.ExecutablePath.Substring(Application.ExecutablePath.LastIndexOf('//') +1), FileMode.Open, FileAccess.Read);//打开一个文件流，指向正在运行的这个文件
stream2.Position =orig;//当前流的位置设置为加密程序集的偏移量
byte[] buffer =newbyte[stream2.Length -orig];//一个缓冲字节数组，长度为加密程序集的长度，用来存储加密程序集
stream2.Read(buffer, 0, Convert.ToInt32(buffer.Length));//把加密程序集读取到缓冲数组里
inStream.Write(buffer, 0, buffer.Length);//把加密程序集从缓冲数组里写到内存流里
inStream.Seek(0L, SeekOrigin.Begin);//把当前流的位置放到开始处
Compressor compressor =newCompressor();
            Assembly assembly =Assembly.Load(compressor.Decompress(inStream));//把内存流中的数据解压出来，并加载到一个程序集
try
            {
                assembly.EntryPoint.Invoke(null, parameters);//执行这个程序集的入口方法，并传给参数
}
            catch
            {
                assembly.EntryPoint.Invoke(null, null);//没有参数的话就不传
}

}

privatestaticAssembly myResolveEventHandler(objectsender, ResolveEventArgs args)
        {
            stringpath =args.Name.ToString().Trim().Split(newchar[] { ','})[0].ToString().Trim();
            if(path.IndexOf(".") >=0)
            {
                path =path.Replace(".", "_") +".dll";
            }
            else
            {
                path ="_"+path +".dll";
            }
            MemoryStream inStream =newMemoryStream();
            Stream stream2 =newFileStream(path, FileMode.Open, FileAccess.Read);
            byte[] buffer =newbyte[stream2.Length];
            stream2.Read(buffer, 0, Convert.ToInt32(buffer.Length));
            inStream.Write(buffer, 0, buffer.Length);
            inStream.Seek(0L, SeekOrigin.Begin);
            Compressor compressor =newCompressor();
            returnAssembly.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方法，不用管它具体怎么实现的，反射过来直接使用即可。下面是主要代码，我直接写在界面里了，懒得再独立写一个方法：

{
            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方法，供后面使用
intorig =Convert.ToInt32(assembly.GetType("Sixxpack.stub").GetField("orig", BindingFlags.NonPublic |BindingFlags.Static).GetValue(null));//压缩后的程序集的偏移量，我虽然强烈怀疑就是0x8000，为了保险起见，还是反射出来吧。

#region这段照抄Main方法的内容
                        MemoryStream inStream =newMemoryStream();
                        Stream stream2 =assembly.GetFiles()[0];//这么写就可以了
stream2.Position =orig;
                        byte[] buffer =newbyte[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), newobject[] { 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的思路确实很不错，有时间一定要好好看一下它具体的代码。

我最后用这个小程序得到了这个外挂的真正程序集。看了一下，忍不住破口大骂，原来是个骗局。百度搜了一下，果然骂声一片，竟然还真有不少童鞋上当了。不过这和本篇内容无关了，而且现在时间太晚了，等有时间一定要揭露他一下，也免得再有童鞋上当。