当然很可能几个不同的filename对应到了一个索引，这时就依靠Hash1,Hash2来校验。
只要找到Hash1和Hash2都符合的HashItem就读取BlockIndex并进入BlockTable，否则校验下一个HashItem。由此可见MPQ的设计比较科学！如果检查一个MPQ中不存在的filename是否在MPQ包中，花费的时间是相当可观的，将会查询完整个HashTable。
- struct TMPQBlock
- {
- DWORD dwFilePos;
- DWORD dwCSize;
- DWORD dwFSize;
- DWORD dwFlags;
只在BlockTable中才纪录了有用的信息。把BlockTable和HashTable分离开，这充分体现了MPQ设计的科学性：如果把任何一个BlockItem中的属性放到HashTable中都会降低MPQ的安全性。
到这儿整个文件的定位工作就完了，下面仅仅需要根据Flags来分析文件采用的存储方式：
默认密钥加密，种子带文件长度和文件名修正的加密；
PKware压缩，Wave压缩，多方式压缩，不压缩。
...
下面进入正题
通过上面的简单引用的资料，我们不难发现MPQ设计所贯彻的根本特性：
1，拥有MPQ文件是不能得知MPQ中存在哪些文件的。内部listfile是不可靠的。
2，只有知道文件名（包括路径）才能够访问MPQ中的文件。其他任何方法都不可靠。
我们看一下地图的加密史：（顺序没有严格按照时间先后组合）
1，没有加密，直接发布WE生成的map。这时候出现了免CD的WE。
2，使用工具删除WE专用数据，使WE无法打开map。但是这时候出现了w3mMaster。
3，删除listfile，导入外部文件。这时候出现了winMPQ,MPQworkshop。
4，如将MPQheader中的headerSize修改使其不等于20，就能阻止一些MPQ处理程序，因为这些处理程序通过'MPQ'和headerSize==20来定位MPQheader。
5，移动war3map.j的位置到Script/下，优化j文件。这时候出现了jassShopPro。
6，使用slk技术消解w3u之类文件。这时候大家借助论坛知道了slk可以用Excel2000打开。
7，就是今天我要介绍的加密方法了。
...
说了这么久到底今天要介绍的加密方法是怎么样的呢？
请大家鲜花献上！鼓起掌声...
通过上面的简单引用的资料，我们不难发现MPQ设计所贯彻的根本特性：
1，拥有MPQ文件是不能得知MPQ中存在哪些文件的。内部listfile是不可靠的。
2，只有知道文件名（包括路径）才能够访问MPQ中的文件。其他任何方法都不可靠。
目前的破解工具：
w3mMaster对付使用slk技术的地图和自身原因（作者不再更新）力不从心。
能开加密地图的WE（最早由某war3业余爱好者用汇编修改WE而成，本人亲自见证），事实上在刚出来的时候很管用，后来出现的大多数加密地图仍然无法打开，出现数据错误，内存不足等。
mpqMaster类统称MPQ处理程序：MPQ破解得之完美以至于目前该类工具是最有效的工具。
...
而本人今天要介绍的方法就是能够对付mpqMaster类的加密方法。
...
说了这么久到底今天要介绍的加密方法是怎么样的呢？
请大家鲜花献上！鼓起掌声...
其实是运用了MPQ自身设计上的一个小特性，一个MPQ处理程序的作者都简单应付而忽略的小特性：
她就是：
不能通过MPQ包得知MPQ包中存储的文件的个数！！！
几乎所有目前的MPQ处理程序都强制性的具备的功能：枚举MPQ包中文件。
它们通过简单的判断blockTalbe大小和一些有效性判断来分析一个MPQ包中存在的文件个数。
但是虽然对于标准的MPQ生成程序生成的MPQ包管用，却无法处理非标准的MPQ包。
能够让war3读取而不能使用MPQ处理程序打开的例子不是有一个吗？！
另外一个由于MPQ设计上而使MPQ处理程序所具备的特性：
如果HashTable大小确定了，那么MPQ包最大容纳文件个数也就确定了
综合上面两个特性不难得出今天本人要介绍的方法：
...请大家鲜花献上！鼓起掌声...
修改MPQheader中blockTableSize(位址在0x0000021C,DWORD)使其大于HashTableSize。
这只是一个简单的修改，但是她确实能kill掉mpqMaster，本人已经测试过了。该方法处理过的地图war3能够正确读图并进行游戏，但是mpqMaster无法打开。估计其他MPQ处理程序也如此。
不过只是一个简单的修改破解者也可能手动把该数据改回来。
我们需要一个工具真正的对HashTable-blockTalbe进行处理。（我正在开发这个工具。）
我们把实际存储的blockTable的大小也改到比HashTable还要大，并且把hashTable-blockTable在保证关联的情况下打乱一下顺序，使通过手工修改blockTableSize的方法失效，而war3依然能够识别。因为war3只读取它想要读取的文件。
另外为了防止新的破解工具，我们还可以把一些失效的hashItem,blockItem变成有效。
还可以加大hashTableSize让万能listfile打开MPQ变得龟速。
上面就简单的介绍了一下新的加密方法，当然能加密就能破解！
我们可以设计专门破解war3map的工具
仿war3的处理方式来处理map，依次读取map中的基本文件。
再从这些基本文件中分析出其他文件的filename。
最关键的还是使用相应的修改器来修改这些file。
然后把修改过的东西连同map中有用的file即读取出的file压成一个map。
当然这个工具对于会编程并且拥有MPQ“绝密”资料的人来说易如反掌！不过我相信拥有那样技术的人是拥有那样的觉悟不会去开发那样的程序来破解那样的加密地图的。
不过总有那么些垃圾存在，我就是其中之一，我准备在加密工具完成后再在工具上集成解密功能。
不过希望在那之前得到bj签名的算法。以方便保护一个拥有作者的劳动果实的地图。
|
