在mdb文件第0x42字节处的13个字节分别与0x86,0xfb,0xec,0x37,0x5d,0x44,0x9c,0xfa,0xc6,0x5e,0x28,0xe6,0x13异或后即可得到数据库的密码。但在Access 2000和2002的版本里密钥不再是固定的13个字节.而且加密的方式也有了变化。

　　经过ccrun用一下午的时间研讨，终于将Access2000的加密方式搞清楚了。嘿嘿。在此将偶的心得发布。希望对大家有用，如果您发现我的理解有误，请来信告之我们。信箱:info@ccrun.com 版权虽然有没有都没关系，不过如果您要转载，请注明出处，并保证文档的完整性。谢谢。

　　我用的分析工具是UltraEdit32 v10.00，编程工具是C++ Builder 6.0

　　经过用UltraEdit32分析，发现Access2000和Access2002的数据库加密方式相反，所以以下只针对Access2000的mdb文件。还有就是我用的是16进制的数表示，所以前面加了0x，如果你用的是VB或其他，要留意数值哦。

　　首先用AccessXP创建了一个空密码的数据库文件db1.mdb，包含一个表，其中有一个字段，没有填任何数据。保存退出然后复制一份为db2.mdb，以独占方式打开2.mdb，并加上密码1324567890123 保存退出。

　　用UltraEdit32打开这两个数据库，并进行比较。我比较的方法也很简单。在UltraEdit32中，快速的来回点击被打开文件的选项卡(就是在两个文件间来回切换，呵呵。笨办法吧)，发现从文件头开始0x42字节处发生变化。

　　db1.mdb

　　00000040h:BC 4E BE 68 EC 37 65 D7 9C FA FE CD 28 E6 2B 25 ;

　　00000050h: 8A 60 6C 07 7B 36 CD E1 DF B1 4F 67 13 43 F7 3C ;

　　00000060h:B1 33 0C F2 79 5B AA 26 7C 2A 4F E9 7C 99 05 13 ;

　　db2.mdb

　　00000040h:BC 4E 8F 68 DE 37 56 D7 A8 FA CB CD 1E E6 1C 25 ;

　　00000050h: B2 60 55 07 4B 36 FC E1 ED B1 7C 67 13 43 F7 3C ;

　　00000060h:B1 33 0C F2 79 5B AA 26 7C 2A 4F E9 7C 99 05 13 ;

　　为了看的清楚些，我把不同的字节加了颜色。看出门道了吧，Access97当前的版本里，密码字节不再是连续存放，而是隔一个字节存一个。并且经过加密。到于解密的方法嘛，还是用老办法“异或”!0xBE ^ 0x8F = 0x31，这正好是Ascii码"1"哦。下一个0xEC ^ 0xDE = 0x32 正好是Ascii码"2"，呵呵。不断到最后一个不同的0x4F ^ 0x7C =0x33，将取得的字符合成字符串，便是密码明文“1234567890123"，千万不要以为这样就收工了。由于这一次是正好碰对了。呵呵。我刚开始也以为就这么简单，于是用CB做了个小程序，试着解了几个mdb密码都还行，可是试到动网论坛的mdb文件时发现取出来的密码不对，晕了。于是用另外一个取mdb密码的工具看了一下，发现人家的就可以正确的取出密码，是Access2000的格式，于是感觉微软加密的方式还是没研讨完。继续任务，用UltraEdit32打开动网论坛的数据库dvbbs.mdb，和我前面的加过密的数据库做比较，发现不同的地方很多。只好一个字节一个字节的试。。。。nnn次当前发现第0x62处的这个字节起着关键作用，暂称之为加密标志。

　　db1.mdb //空密码

　　00000040h:BC 4E BE 68 EC 37 65 D7 9C FA FE CD 28 E6 2B 25 ;

　　00000050h: 8A 60 6C 07 7B 36 CD E1 DF B1 4F 67 13 43 F7 3C ;

　　00000060h:B1 33 0C F2 79 5B AA 26 7C 2A 4F E9 7C 99 05 13 ;

　　db2.mdb //密码为:1234567890123

　　00000040h:BC 4E 8F 68 DE 37 56 D7 A8 FA CB CD 1E E6 1C 25 ;

　　00000050h: B2 60 55 07 4B 36 FC E1 ED B1 7C 67 13 43 F7 3C ;

　　00000060h:B1 33 0C F2 79 5B AA 26 7C 2A 4F E9 7C 99 05 13 ;

　　dvbbs.mdb //密码为:yemeng.net

　　00000040h:BC 4E DB 6A 89 37 14 D5 F9 FA 8C CF 4F E6 19 27 ;

　　00000050h: E4 60 15 05 0F 36 D1 E3 DF B1 53 65 13 43 EB 3E ;

　　00000060h:B1 33 10 F0 79 5B B6 24 7C 2A 4A E0 7C 99 05 13 ;

　　怎样试呢，还是异或。取0x42处开始的字节0xDB与空密码文件的0x42处字节异或，取0x62处的加密标志与空密码文件0x62处字节异或，然后再把取得的两个值相异或:

　　(0xDB^0xBE)^(0x10^0x0C)=0x79 嘿嘿。这个值是Ascii的"y"，然后取下一个字节(记得隔一个字节取一个)

　　(0x89^0xEC)^(0x10^0x0C)=0x79 咦，本来这个字节应该是"e"的，怎样变成"y"了?试着不与后面的两个异或值相异或，只计算0x89^0xEC=0x65 得到"e",哈。这下对了。下一个

　　(0x14^0x65)^(0x10^0C)=0x6D 得到"m"，下一个

　　(0xF9^9C)=0x65 得到"e"，留意这里只是这两个数异或。后面的大家可以本人试。

　　这样就总结出规律来了。

　　解密时，先取出加密文件从文件头开始0x62处的字节，与空密码数据库文件第0x62处相异或，得到一个加密标志。

　　再从0x42处开始每隔一个字节取一个字节，取得13个加密后的密码字节，分别与空密码数据库文件0x42处每隔一个字节取得的13个字节想异或，得到13个密码半成品。为什么说是半成品呢，由于还要将13个字节的密码每隔一个字节，就与加密标志相异或，最后得到的13个字节才是真正的密码。当然，如果两头有0x0的字节，则说明密码位数不够13位。直接show出来就可以了。

　　另外我发现加密标志会随着时间或机器不同而不同，所以也没有万能的，不过有一个参照的就可以了。以下代码是我在写这个程序的时候取得的数，和我写这篇文章不是一个时间，所以数值不一样，但最终解密的结果是一样的。大家可以参考一下。

　　对了，还有个重要的就是先得判断数据库的版本，我用了个简单的办法，取0x14处的字节，如果为0就判断为是Access97，如果为1就认为是Access2000或2002的。只是目前没有研讨出判断2000和2002的办法，如果哪位知道的话，请指点。

　　代码:

　　//这里定义的是13个字节作为Access2000异或的源码。与之绝对应的加密标志是0x13，ccrun特此注明

　　//当然你可以用这一组: BE EC 65 9C FE 28 2B 8A 6C 7B CD DF 4F 与这一组绝对应的加密标志是0x0c

　　//呵呵.程序有些乱，希望