加殼能防止被反編譯嗎

❶ 怎麼給android apk做加殼保護防止apk被反編譯，求詳細資料或工具。

詳細資料的話許多論壇都有的，看雪、csdn、apkbus......都有可以自己去找一下。工具的話類似proguard工具有很多，不過安全性不高。建議使用第三方之類的加密平台我在論壇活動中了解過愛加密 防護不錯，我是破不了。

❷ 如何防止C++或C#程序被反編譯

兩者都不能反編譯，c++ 變成機器碼，反匯編就可以。c# 變成 il 位元組碼，ildasm 就能看。
混餚一下，加個殼什麼的比較可行。
然而加殼容易被殺毒軟體殺掉……
混餚下代碼就好了吧。比如 google 的 sdk 都混餚成變數名全部看不懂了。

❸ 萌新問一個問題 軟體加殼後跟不加殼到底有什麼不同

Virbox Protector Standalone 加殼工具
防止代碼反編譯，更安全，更方便
產品簡介
Virbox Protector Standalone提供了強大的代碼虛擬化、高級混淆與智能壓縮技術，保護您的程序免受逆向工程和非法修改。
Virbox Protector Standalone 將被保護的程序代碼轉換為虛擬機代碼，程序運行時，虛擬機將模擬程序執行，進入和離開虛擬機都有高級代碼混淆。虛擬機配合代碼混淆可以達到很好的保護效果，尤其是開發者的私有邏輯。高級混淆利用花指令和代碼非等價變形等技術，將程序的代碼，轉換成一種功能上等價，但是難於閱讀和理解的代碼，可充分干擾靜態分析。應用程序的解壓縮含有動態密碼，讓一切自動脫殼工具失效，有效的阻止.Net、PE 程序的直接反編譯。
特點
多種加密策略：代碼虛擬化、高級混淆、智能壓縮
性能分析：智能分析引擎，一鍵分析各個函數模塊調用的次數
資源加密：可保護Unity、UE4開發的軟體中資源被提取
支持多種開發語言：多種開發語言加殼支持
源碼級保護：保護到匯編級別，c#保護IL級別
多平台支持：支持加密windows、Linux及Mac程序。
免費更新：免費版本升級

❹ 如何防止Unity3D代碼被反編譯

在Unity3D中，代碼會編譯到Assembly-CSharp.dll。基於以上兩點，代碼的保護有以下三種：
第一種是對代碼進行混淆，諸如混淆軟體CodeGuard、CryptoObfuscator、de4dot
第二種是對Assembly-CSharp.dll進行加密後，重新對mono進行編譯。

Virbox Protector直接進行加殼後，無需手動編譯mono，能防止反編譯。

❺ 怎麼給軟體加殼.

可以使用Virbox Protector工具進行加殼。主要有以下功能優點。加殼後的軟體可以達到很高強度的安全強度。
1、防反編譯
2、防注入
3、防調試
4、一鍵加密，無需編程
5、碎片化代碼
6、虛擬化代碼
7、自動代碼移植
8、代碼混淆

加密流程：登錄雲平台帳號---申請轉正---下載定製SDK---加殼
注冊帳號後，建議您提交轉正，轉正後深思會提供定製化的SDK，確保每個開發商授權都是唯一的，這可以保護軟體的安全性。

❻ C#怎樣防止反編譯

我使用的方法是利用加殼工具：virboxProtectorStandalone。直接進行加殼。高級混淆、虛擬化代碼、智能壓縮等加密策略。如果要授權控制，可使用許可版本的virboxProtector。

未經加殼保護的 ILspy 反編譯效果如下：

public int add(int a, int b){
return a + b;}public int div(int a, int b){
return a / b;}public int mul(int a, int b){
return a * b;}public int sub(int a, int b){
return a - b;}

解決方案：

深思自主研發了為 C# .net 語言做保護的外殼（Virbox Protector）。將C# .net 編譯成的執行程序（.exe），動態庫（.dll）直接拖入加殼工具即可完成保護操作，十分方便。並且在效果上已經完全看不到源碼中的邏輯。

加密後的效果

public int add(int a, int b){
return (int)dm.dynamic_method((object)this, System.Reflection.MethodBase.GetCurrentMethod(), 16416u, 21, 16384u, 32u, 31516u, 5).Invoke(this, new object[]
{
this,
a,
b
});}
public int div(int a, int b){
return (int)dm.dynamic_method((object)this, System.Reflection.MethodBase.GetCurrentMethod(), 16956u, 21, 16924u, 32u, 31516u, 2).Invoke(this, new object[]
{
this,
a,
b
});}
public int mul(int a, int b){
return (int)dm.dynamic_method((object)this, System.Reflection.MethodBase.GetCurrentMethod(), 16776u, 21, 16744u, 32u, 31516u, 3).Invoke(this, new object[]
{
this,
a,
b
});}
public int sub(int a, int b){
return (int)dm.dynamic_method((object)this, System.Reflection.MethodBase.GetCurrentMethod(), 16596u, 21, 16564u, 32u, 31516u, 4).Invoke(this, new object[]
{
this,
a,
b
});}

架構支持

IIS 服務架構的後台邏輯 DLL 文件

windows PC 應用程序 EXE 文件

windows PC 應用程序動態庫 DLL 文件

UG等第三方繪圖工具使用的 DLL 文件

Unity3d 編譯使用的 DLL 文件

❼ 如何讓C++寫的dll不被反編譯

簡單回答：
1、理論上不能保證程序不被反編譯。
2、一些加殼軟體可以做到加大被反編譯的難度，迫使操作者先解殼才能做反編譯，但同時會降低程序的運行效率。
3、當前的技術條件下，一般而言，反編譯出的「源代碼」一般而言並不能作學習，參考的源代碼，多數情況下只能用於分析區部片斷分析，主要用於破解或小范圍類修改。
4、一些簡單的加殼軟體：ASPACK、UPX、PECompact等，如果想嘗試，自個去搜索下載後試試。加殼後的軟體還有可能被某些殺軟當成惡意軟體。
5、這也正是很多對安全要求高的系統使用「三層架構」（類似訪問網頁/網站）的原因。因為在三層架構中，核心軟體、數據不被用戶直接接觸。

************以下是相關知識，有耐心可看看************
一、關於反編譯與破解。
1、以當前的技術來說，理論上，所有的程序都存在被反編譯的可能。
2、但是反編譯出來的代碼並不一定能被技術不高的人看懂，因為反編譯出來的「源代碼」與編寫者寫出的原代碼在80%以上是不同的。這是因為反編譯的原理是根據機器碼（或中間碼），讓機算機進行反向生成高級語言，而不是找出編寫者原有的代碼，找出原有的代碼是不可能的。反編譯出來的代碼在可理解性、可閱讀性上，一般而言是非常差的。
3、但是，這並不代碼反編譯出來的「源代碼」沒有價值，對於內行來說，分析反編譯出來的代碼中的某些特定片段，就可以對程序進行破解，找出程序的關鍵點、口令、數據來源等等。因為破壞總是比建設要容易，分析局部比規劃全局要容易得多。
4、如果考慮到被反編譯將關鍵代碼進行特殊處理的話，可能加大相關的難度，比如將特定的字元串分成多個字串在程序中存儲，或是進行加密後存儲，在使用時合成/生成，不用時即時在內存中清除等等……。
5、反編譯後對關鍵部分的定位往往是根據字元串來進行的，比如在用戶沒有注冊時，跳出一行對話，告訴用戶「請注冊後再使用」，破解者就會在反編譯後追查這個字串所在，然後查到這個字串對應的變數與地址，再追查調用這個變數或地址的代碼，然後再延伸查到什麼情況下調用「調用這個變數或地址的代碼」，最後，設定跳過語句。這就是最典型的破解注冊的方法。破解完再將修改了的「源代碼」進行編譯，或是根據「源代碼」直接修正程序中對應的代碼，OK，破解版正式完成。
二、關於加殼。
1、理論上，同樣，沒有破解不了的殼。
2、但是有些加殼軟體使用了一些特別的方法，使得破解殼的難度變得非常難，技術不夠的朋友很難下手，比如將原程序代碼拆分、變型、植入自校驗等等技術。
3、但加殼軟體同樣是程序，它自身就存在被反編的可能，加了殼可以類比成，在一個木箱外面再加個保險櫃。但千萬別以為保險櫃就一定是保險的，面對各種技術開鎖、暴力開箱，再強的保險櫃也只能是加大難度而已。
4、越復雜的加殼，就會使得程序運行時效率降得越低，這是必然的，因為原本只關注目標任務的程序現在還要時時提防著被提取、被監測。