dll防止反編譯
使用過.NET的程序員都知道，.NET是一個巨大的跨時代進步，它開發效率高、功能強、界面美觀、耐用、新的語言C#已經提交為行業規范、CLR共公運行庫資源豐富，這所有的特點標志著它成為主流編程語言是必然的。
可是他也有一個缺點，那就是編譯好的程序集可以完全被反編譯成源代碼，這給一些不法份子提供了很好的機會，試想想，您辛苦的勞動成果就這樣輕易的給別人利用，是多麼不公平的事阿？所以如何保護我們的知識產權成了一個大問題。
MAXTOCODE 已經完全超越了傳統的混淆手段來保護源代碼的方式，他將完全加密您的代碼，使您的代碼完全沒有辦法反編譯。保護強度已經不是混淆器可以與之抗衡，是目前保護強度最大，最完美的.NET產品保護方案。
MAXTOCODE 是 Aiasted.SOFT 完全自主開發的一款 .NET 代碼保護工具。它是目前世界上高強度保護工具之一。
第一種代碼保護方案是混淆，這是一個不錯的方案，可惜強度還是無法保證，如果要做一個大的逆向工程有一定困難，但針對某個演算法或功能進行解讀還是很容易的。反觀混淆原理則發現，混淆其實只是一個與障眼法差不多的技術。第二種就是MAXTOCODE的保護技術了，MAXOTCODE 採用了難以理解的機器語言來加密您的.NET程序集，（特別注意：MAXTOCODE的強度建立在加密演算法之上，而不上簡單的混淆。）在程序集運行時運態解放源代碼，所以在原理上已經比混淆強度提高了許多。我們保護您所有的代碼，不讓不法份子看到您任何一個有效的代碼，使不法份子完全無法被反編譯。
⑵ 如何讓C++寫的dll不被反編譯
簡單回答：
1、理論上不能保證程序不被反編譯。
2、一些加殼軟體可以做到加大被反編譯的難度，迫使操作者先解殼才能做反編譯，但同時會降低程序的運行效率。
3、當前的技術條件下，一般而言，反編譯出的「源代碼」一般而言並不能作學習，參考的源代碼，多數情況下只能用於分析區部片斷分析，主要用於破解或小范圍類修改。
4、一些簡單的加殼軟體：ASPACK、UPX、PECompact等，如果想嘗試，自個去搜索下載後試試。加殼後的軟體還有可能被某些殺軟當成惡意軟體。
5、這也正是很多對安全要求高的系統使用「三層架構」（類似訪問網頁/網站）的原因。因為在三層架構中，核心軟體、數據不被用戶直接接觸。
************以下是相關知識，有耐心可看看************
一、關於反編譯與破解。
1、以當前的技術來說，理論上，所有的程序都存在被反編譯的可能。
2、但是反編譯出來的代碼並不一定能被技術不高的人看懂，因為反編譯出來的「源代碼」與編寫者寫出的原代碼在80%以上是不同的。這是因為反編譯的原理是根據機器碼（或中間碼），讓機算機進行反向生成高級語言，而不是找出編寫者原有的代碼，找出原有的代碼是不可能的。反編譯出來的代碼在可理解性、可閱讀性上，一般而言是非常差的。
3、但是，這並不代碼反編譯出來的「源代碼」沒有價值，對於內行來說，分析反編譯出來的代碼中的某些特定片段，就可以對程序進行破解，找出程序的關鍵點、口令、數據來源等等。因為破壞總是比建設要容易，分析局部比規劃全局要容易得多。
4、如果考慮到被反編譯將關鍵代碼進行特殊處理的話，可能加大相關的難度，比如將特定的字元串分成多個字串在程序中存儲，或是進行加密後存儲，在使用時合成/生成，不用時即時在內存中清除等等……。
5、反編譯後對關鍵部分的定位往往是根據字元串來進行的，比如在用戶沒有注冊時，跳出一行對話，告訴用戶「請注冊後再使用」，破解者就會在反編譯後追查這個字串所在，然後查到這個字串對應的變數與地址，再追查調用這個變數或地址的代碼，然後再延伸查到什麼情況下調用「調用這個變數或地址的代碼」，最後，設定跳過語句。這就是最典型的破解注冊的方法。破解完再將修改了的「源代碼」進行編譯，或是根據「源代碼」直接修正程序中對應的代碼，OK，破解版正式完成。
二、關於加殼。
1、理論上，同樣，沒有破解不了的殼。
2、但是有些加殼軟體使用了一些特別的方法，使得破解殼的難度變得非常難，技術不夠的朋友很難下手，比如將原程序代碼拆分、變型、植入自校驗等等技術。
3、但加殼軟體同樣是程序，它自身就存在被反編的可能，加了殼可以類比成，在一個木箱外面再加個保險櫃。但千萬別以為保險櫃就一定是保險的，面對各種技術開鎖、暴力開箱，再強的保險櫃也只能是加大難度而已。
4、越復雜的加殼，就會使得程序運行時效率降得越低，這是必然的，因為原本只關注目標任務的程序現在還要時時提防著被提取、被監測。
⑶ .NET 編譯出來的DLL文件，如何才能不被反編譯
1.有那種代碼混亂器，其實也就是改改類名字等，常用的有
DotFuscator, .NET Reactor, xenocode 。。。你可以自己搜索下載了
2.當代碼量很大的時候，反編譯去讀MSIL的代碼也是很辛苦的，工程量很大
3.一般.net寫的程序都是基於web的，放在伺服器上，WebService，所以盜版破解也顯得不是那麼有意義了。。。
友情提醒：事先備份好你的代碼！
⑷ C# DLL如何保護防止被破解
.net的實時編譯（JIT）特性決定了用它開發的程序可以被輕松反編譯，同時由於採用反射等技術，使得DLL能被未授權調用。
所以要想不被破解，一是不能被反編譯看到源碼，二是不能被隨意調用。
什麼混淆加殼加密等，都是可逆的。鑒於.net代碼可以包含非託管代碼，我們可以用C++解析C#代碼生成DLL，這個DLL在被調用時驗證調用者信息，就可以解決針對C#的破解，以及非授權調用了。
參考鏈接：http://blog.csdn.net/qwsf01115/article/details/52169574
⑸ 如何有效防止C#編寫的DLL被反編譯
為防止這類反向工程的威脅，最有效的辦法是模糊。
模糊工具運用各種手段達到這一目標，但主要的途徑是讓變數名字不再具有指示其作用的能力、加密字元串和文字、插入各種欺騙指令使反編譯得到的代碼不可再編譯。
例子：
對未經模糊處理的代碼執行反向工程：
Private Sub CalcPayroll(ByVal employeeGroup As SpecialList)
While employeeGroup.HasMore
employee = employeeGroup.GetNext(True)
employee.updateSalary
DistributeCheck(employee)
End While
End Sub
同樣的代碼，經過模糊處理再執行反向工程：
Private Sub a(ByVal b As a)
While b.a
a = b.a(True)
a.a
a(a)
End While
End Sub
顯然，兩段代碼的處理邏輯相同。但是，要說清楚第二段代碼到底在做些什麼極其困難，甚至要判斷它正在訪問哪些方法、哪些變數也很困難。
這種改變變數名稱的功能是可配置的，例如，假設正在構造一個DLL，可以要求不改動API，有趣的是，這一處理過程顯然只是簡單地把大量變數的名稱簡縮成單個字元，但獲得了非常好的模糊效果。
⑹ 請教，如何反編譯dll文件
如何反編譯dll，如何將反編譯的文件生成dll。
反編譯dll
安裝vs，最好是最新版本的，如果要反編譯的dll使用新版本創建的，也能反編譯成功。下面是詳細的反編譯步驟。
1.打開C:\Program Files\Microsoft SDKs\Windows\v6.0A\bin\ildasm.exe,這個程序是微軟提供的反編譯軟體，打開要反編譯的dll。
2.然後選擇文件-轉儲，這時會彈出轉儲選項的對話框（一般按照默認即可），設定好以後選擇轉儲位置。
3.完成後會生成以res和il結尾的文件，還有可能包含以.resources結尾的文件。這樣我們就將dll反編譯完成。根據需要修改il文件。
如何反編譯.resources文件呢
選擇開始-所有程序-vs安裝文件夾-vs tools-開發人員命令提示符，然後在彈出的dos窗口下輸入resgen 1.resources 1.resx,這樣resources文件變轉化成可以編輯的resx文件。
組合dll
先說如何將resx文件組合成resources文件
選擇開始-所有程序-vs安裝文件夾-vs tools-開發人員命令提示符，然後在彈出的dos窗口下輸入resgen 1.resx 1.resources,這樣resx文件變轉化成可以編輯的resources文件。
將反編譯後的文件組合成dll文件
選擇開始-所有程序-vs安裝文件夾-vs tools-開發人員命令提示符，然後在彈出的dos窗口下輸入ilasm /dll/resource=1.res 1.il，注意res文件和il文件位置不可以改變，這樣就生成了想要的dll。
當然如果對生成的dll不放心，可以使用.net Reflector進行查看。希望你能成功
⑺ C# 寫的dll文件能防止人家反編譯么
有必要麻?人家Windows XP, Visual Studio,Sql Server這么貴的軟體都不加什麼殼.反倒是隨便什麼人寫的一個小軟體喜歡拿來加密.
⑻ dll文件能被反編譯嗎
要用一些工具，不過反編譯出來的也是不三不四的，要自己看
⑼ C#如何防止被別人反編譯
C# 編寫的代碼通過VS編譯器生成 dll 或 exe ，很容易被一些反編譯工具查看到源碼或對源碼進行修改。
為防止代碼被反編譯或被篡改，我們可以進行一定的防範措施。但不能杜絕，因為DotNet編寫代碼運行必須編譯成IL 中間語言，IL是很規則，同時也很好反編譯。
反編譯防範措施：
設置項目代碼反匯編屬性
混淆
方法一：防止 Ildasm.exe（MSIL 反匯編程序） 反匯編程序集
方法很簡單在項目文件AssemblyInfo.cs中增加SuppressIldasm屬性。
效果很明顯，很難看出反編譯代碼所寫的真正邏輯。
缺點：
C#代碼通過混淆工具生成後，增加了很多轉換過程。這使得反編譯工具無法很直觀看到源碼真正邏輯。但源碼代碼過多轉換會使軟體本身運行效率降低，甚至會出現報錯情況。
⑽ C# dll 文件有什麼好的混淆工具防止反編譯
首先 C#沒有任何辦法反編譯其次 C#只能混淆代碼，起到一定的功效最後 C#混淆工具很多，VS自帶的並不強大，可以用些比如Dotfuscator、xeoncode、foxit等等