反編譯防止

⑴ 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 文件

⑵ 使用Cython、pyinstaller防止反編譯

本例在centos7測試通過

1、首先安裝pyinstaller 及Cython

pip install pyinstaller

pip installer Cython

2、本例中文件結構：

.其中config.cfg為配置文件，datacheck.py為入口文件，file_config.py、method.py為需要引入文件。

├── config.cfg

├── datacheck.py

├── file_config.py

├── method.py

3、編輯build_pyd.py文件，內容如下：

from distutils.core import setup

from Cython.Build import cythonize

setup(

    name='datacheck',

    ext_moles=cythonize(["method.py", "file_config.py"])

    )

注意 ext_moles只填寫引入文件，主運行文件不能寫。

編輯後文件結構如下：

├── build_pyd.py

├── config.cfg

├── datacheck.py

├── file_config.py

├── method.py

4、生成so鏈接文件（如在windows則為pyd文件，未測試）

# python3 build_pyd.py build_ext --inplace

正常情況下會引入文件會生成so文件，文件結構如下：

.

├── build

│   └── temp.linux-x86_64-3.7

│      ├── file_config.o

│      └── method.o

├── build_pyd.py

├── datacheck.py

├── file_config.c

├── file_config.cpython-37m-x86_64-linux-gnu.so

├── file_config.py

├── method.c

├── method.cpython-37m-x86_64-linux-gnu.so

└── method.py

可以新建tmp目錄，將datacheck.py及新生成的兩個so文件拷貝，並針兩個so文件 cpython-gnu去掉。tmp下文件結構如下：

├── datacheck.py

├── file_config.so

└── method.so

5、運行pyinstaller，生成二進制文件

# pythinsatller -F datacheck.py

加-F指生成單個文件。

6、修改datacheck.spec文件

在hiddenimports=加入引入的文件，如不加入，運行程序的時候會有如下提示：

Traceback (most recent call last):

  File "datacheck.py", line 7, in <mole>

  File "file_config.py", line 1, in init file_config

MoleNotFoundError: No mole named 'method'

7、再次運行pyinstaller，生成新的二進制文件

# pyinstaller datacheck.spec

8、拷貝dist目錄下的二進制文件，使用原來的cfg文件，即可單獨運行。

⑶ 如何防止代碼被反編譯

由於apk是Android虛擬機載入的，它有一定的規范，加密apk後Dalvik無法識別apk了。完全避免是不可能的，總有人能夠破解你的代碼。但是有幾種方式來提高被反編譯取代碼的難度。
1 關鍵代碼使用jni調用本地代碼，用c或者c++編寫，因此相對比較難於反編譯

2 混淆java代碼。混淆是不改變代碼邏輯的情況下，增加無用代碼，或者重命名，使反編譯後的源代碼難於看懂。 網上開源的java代碼混淆工具較多，一般是用ant的方式來編譯的。

1 . 在工程文件project.properties中加入下proguard.config=proguard.cfg ， 如下所示：
target=android-8
proguard.config=proguard.cfg
Eclipse會通過此配置在工程目錄生成proguard.cfg文件

2 . 生成keystore (如已有可直接利用)
按照下面的命令行 在D:\Program Files\Java\jdk1.6.0_07\bin>目錄下，輸入keytool -genkey -alias android.keystore -keyalg RSA -validity 100000 -keystore android.keystore
參數意義：-validity主要是證書的有效期，寫100000天；空格，退格鍵 都算密碼。
命令執行後會在D:\Program Files\Java\jdk1.6.0_07\bin>目錄下生成 android.keystore文件。

3. 在Eclipce的操作
File -> Export -> Export Android Application -> Select project -> Using the existing keystore , and input password -> select the destination APK file

經過混淆後的源代碼，原先的類名和方法名會被類似a,b,c。。。的字元所替換，混淆的原理其實也就是類名和方法名的映射。
但4大組件並沒有混淆（所有在清單文件定義的組件不能被混淆），因為系統需要通過清單文件來查找和運行應用程序。

proguard.cfg 文件代碼解讀
-optimizationpasses 5 ->設置混淆的壓縮比率 0 ~ 7
-dontusemixedcaseclassnames -> Aa aA
- ->如果應用程序引入的有jar包,並且想混淆jar包裡面的class
-dontpreverify
-verbose ->混淆後生產映射文件 map 類名->轉化後類名的映射

-optimizations !code/simplification/arithmetic,!field/*,!class/merging/* ->混淆採用的演算法.

-keep public class * extends android.app.Activity ->所有activity的子類不要去混淆
-keep public class * extends android.app.Application
-keep public class * extends android.app.Service
-keep public class * extends android.content.BroadcastReceiver
-keep public class * extends android.content.ContentProvider
-keep public class * extends android.app.backup.BackupAgentHelper
-keep public class * extends android.preference.Preference
-keep public class com.android.vending.licensing.ILicensingService

-keepclasseswithmembernames class * {
native <methods>; -> 所有native的方法不能去混淆.
}

-keepclasseswithmembers class * {
public <init>(android.content.Context, android.util.AttributeSet);
-->某些構造方法不能去混淆
}

-keepclasseswithmembers class * {
public <init>(android.content.Context, android.util.AttributeSet, int);
}

-keepclassmembers class * extends android.app.Activity {
public void *(android.view.View);
}

-keepclassmembers enum * { -> 枚舉類不能去混淆.
public static **[] values();
public static ** valueOf(java.lang.String);
}

-keep class * implements android.os.Parcelable { -> aidl文件不能去混淆.
public static final android.os.Parcelable$Creator *;
}

⑷ android如何做到防止反編譯，保護自己的資源圖片拜託了各位謝謝

1.進行源碼保護檢測。檢測DEX文件保護，查看DEX文件是否做了保護，避免法分子反編譯得到程序源碼,從而杜絕惡意插入廣告、惡意植入扣費代碼等行為，保證用戶體驗以及APP的功能完整。2.源碼混淆保護檢測。該項目主要用來彌補程序開發人員利用混淆源碼做程序的漏洞，因為混淆源碼作為一種常見的基礎保護措施，並不嚴密，如果被專業人士利用，還是會造成相當程度的破壞。3.資源文件保護檢測。APP程序中的各種音頻、視頻、圖片、文字等文件資料如果缺乏有效的保護，很容易被惡意篡改、替換和盜竊。比如程序中的音頻格式或文字內容，如果被篡改，做成廣告畫面或違禁色情圖片等，也是對開發人員和用戶的權益侵害。4.Android主配文件保護檢測。該免費源碼檢測平台可以有效對Android主配置文件中的各個組件進行安全保護，預防其他人員在XML文件中插入代碼，破壞和盜取相關信息，篡改應用程序的功能設定。5.APK防二次打包保護檢測。二次打包就是程序人員對下載的程序進行解壓，刪除原有的簽名，自己設定一個簽名工具在安裝包上簽名，這是一種盜用行為，侵害了原版程序設計人員的權益和利益。通過免費檢測平台，可以有效查看安裝包簽名是否有過改動，可以有效防止二次打包的出現。6、so文件保護，防止APP應用被第三方修改打包。7.愛加密http://www.ijiami.cn/

⑸ 如何防止代碼被反編譯

針對代碼反編譯，推薦使用CBS賽博鎖，通過把安全容器內嵌到操作系統中，對容器內的應用和數據進行加鎖，程序和數據在容器內運行，實現最後一米數據安全，防止核心數據被泄露，防止伺服器終端中病毒，防止反編譯，反破解。