java Class文件解密大師

眾所周知,java編譯后的class文件是一種中間字節(jié)字文件。很容易被反編譯工具反編譯，而傳統(tǒng)的java源代碼保護(hù)方法基本都是采用混淆的方式，但這樣會(huì)帶來很多麻煩，而且也不能真正保護(hù)class文件，我采用jni技術(shù)定制classloader調(diào)用經(jīng)過加密的class來動(dòng)態(tài)解密，運(yùn)行class文件。class反編譯工具對(duì)加密后的class文件就沒辦法再反編譯為java文件了！

為了防止Class文件被直接反編譯，許多開發(fā)人員將一些關(guān)鍵的Class文件進(jìn)行加密，例如對(duì)注冊碼、序列號(hào)管理相關(guān)的類等。在使用這些被加密的類之前，程序首先需要對(duì)這些類進(jìn)行解密，而后再將這些類裝載到JVM當(dāng)中。這些類的解密可以由硬件完成，也可以使用軟件完成。

大家知道class文件加密吧..我想反編譯這個(gè)工程...但是反編譯工具不認(rèn)為它是有效的class文件.試想反編譯工具不認(rèn),jvm又怎么會(huì)認(rèn)呢,查了半天加密與解密,發(fā)現(xiàn)是一個(gè)classloader.dll的問題,是jvm在加載class之前,先加載的classloader.dll,是由它進(jìn)行解密的. 
遇到了classloader.dll文件,要是C#寫的,早就攻破了.是C++寫的...只能反匯編,學(xué)了兩個(gè)晚上的匯編.感覺想把匯編譯成高級(jí)語言并不是那么容易的事.也有人提出說,在dll設(shè)置斷點(diǎn),在它解密后,用匯編指令去內(nèi)在中讀取字節(jié)碼.  

對(duì)于.net 和java “高級(jí)”源代碼加密無非就是Hook這個(gè)Hook那個(gè)。

對(duì)于解密方法 無非就是兩個(gè)：

1、內(nèi)存DUMP

2、逆向其源代碼。就是類似匯編譯成高級(jí)語言。

鄙人周末早上沒事做，幾分鐘就把網(wǎng)上這些所謂“JavaClass加密專家、加密大師”的源代碼逆向出來了。

其實(shí)也是爛簡單，因?yàn)榧用艽�碼都是Copy網(wǎng)上的，我還有空把原始加密算法Google 出來了。

這幾天都花在寫加密解密程序上，復(fù)習(xí)下JAVA 說不定以后都用這個(gè)了。

不說了，僅供娛樂一下，也就拿了“官方”例子解密了下，不保證你的CLass都能解密。

使用方法選擇要解密的文件或者目錄，點(diǎn)擊解密。

早期的某加密工具就是把魔數(shù)從0xCAFEBABE改成0xFECABABE
把地址0x05和0x09、0x07和0x0B的數(shù)值交換一下
把末尾最后2個(gè)字節(jié)位置交換一下，添加一串“XXXXXX”字符 沒有用密碼學(xué)，所以沒有加入本程序中