.NET 源代碼的安全性(源代碼工具真正比拼) (論)(4)

接着說:

1.     Dotfuscator Community Edition

不知道Microsoft爲什麼推薦這個東東,是不是出來的最早還是別的什麼,反正它的功能是最弱的,唯一不同的是,它將類名,方法名縮成1~2個字符,從而縮小了整個文件的尺寸,雖然縮小尺寸並不多,不過我可能也只是它唯一的優點了(免費版,高強度的收費版可達數千美元,用不起啊)

2.     XeonCode

這個東東破解版很多,功能也很強大。它可以集成整個FrameWork到你的程序中……我實在沒有想出來這有什麼用,除了使程序的啓動速度巨慢以及尺寸變得大。

它還可以不讓ilDasm以及一些使用Ms提供的API的反編譯器查看

它會在你的程序中加足使Method的數量變爲0x2000個,從而混淆某個重要標誌的位數

它會在你的代碼中加入花指指令及其它的跳轉指令,從而混淆代碼,同時降低執行率

總的來說,它的混淆強度已經算是不錯了

3.     MaxtoCode

最新版的它目前還不提供混淆功能,它計劃在推出WEB application and Class Library加密功能後才推出加密混淆一體化的功能。

它使用的技術手段是利用ASM對MSIL代碼加密,從而不用禁止任何反編譯工具也可以達到無法反編譯的功能,上面的例子已經很清楚的展現給你們了。

它的執行效率:在普及版中,我們的用例程序大約3000個方法需要加密的情況下,加密耗時 < 1秒。您根本感覺不到與正常使用有什麼區別

它有一個缺點,就是加過密後的程序,只能運行在WINDOWS系列平臺上。如果您的程序目前只運行在WINDOWS平臺上,那麼MaxtoCode將是你知識產權的最佳武器(.NET的設計是可以跨平臺的,不過Microsoft並沒有去考慮跨平臺的工作)。如果您的程序需要運行在其它系統上,您可以只用MaxtoCode的混淆功能在以後的版本中。

 

 

總的來的,我只是從客觀的因素上對以上工具進行評價,你也可以有自己的見解。

 

特別申明:

1.本文並不是在爲MaxtoCode做廣告。

2.此文章並不影響開源進程,因爲該開源的總會開源,該保護知識產權的也應該受保護。本人開發此工具並不是針對開源,也未破壞開源進程。

 

 

您可能從那裏獲得MaxtoCode??? 請關注此博客 http://blog.csdn.net/coolksj,我將在5月份發佈WindowsApplication的普及版。

 

您可以關注:http://www.jinheng.net.cn/vdesktop2005 我將在此地址上陸續放置一些加密演示

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章