反编译防止

⑴ 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赛博锁，通过把安全容器内嵌到操作系统中，对容器内的应用和数据进行加锁，程序和数据在容器内运行，实现最后一米数据安全，防止核心数据被泄露，防止服务器终端中病毒，防止反编译，反破解。