加壳能防止被反编译吗

❶ 怎么给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、越复杂的加壳，就会使得程序运行时效率降得越低，这是必然的，因为原本只关注目标任务的程序现在还要时时提防着被提取、被监测。