net程序加密了能反编译

Ⅰ .net如何防反编译

.net是中间语言十分容易被反编译，通常都使用混淆作为一种加密手段。不过混淆不是真正防反编译，只不过反编译后代码难读懂而已，并且现在破解混淆的方式也比较多。所以真正要防反编译还是需要通过加密代码的方式。比如德国威步他们提供一种对.NET代码完全加密保护的方式来防止反编译的，曾经测试过用Reflector（.net反编译工具）反编译他们加密软件加密的.NET程序，的确完全无法看到源代码了。

Ⅱ 如何反编译.Net Reactor加密过的C#程序

.NET编译成IL，而不是机器码，加密工具大都是通过“模糊”来实现的，尽可能的合并函数为相同的无意义名称，变量名也改为无意义名称等，加大破解成本，使得反向工程成本大于重新开发成本。

所以，要求不能解密，估计是不行～

Ⅲ 如何反编译经过XenoCode加密后的软件

解密XenoCode加密的字符串
很多 .net 程序发行时会使用混淆器进行保护，其中 XenoCode 2005 应该说是使用比较多的一个。
XenoCode会使用一个插入的类对程序集中的字符串进行保护。
本文将结合 Reflector 和反射技术解密程序集中被加密的字符串。

首先，我们使用 Reflector 对原程序进行 Disassembler，找到我们要解密的字符串代码。

如：
this.x80bb7e5ddf294933.SerialNumber = string.Intern(x1110bdd110cdcea4._d574bb1a8f3e9cbc("\udbac\ue2b7\ue9bb\uf0af\uf7b8\ufeb3\u05a8\u0c61", 0x555ddb55));

找到要解密的字符串以后，开始编写反射调用代码。

class Program
{
public static void Main()
{
// 载入程序集，test.exe 为被混淆的程序集文件名。
Assembly asm = Assembly.LoadFrom(@"test.exe");

// 获取XenoCode插入的解密类型(包含其namespace)，对应上面字符串前面的类名，每次混淆结果可能都不同。
Type type = asm.GetType("x293b01486f981425.x1110bdd110cdcea4");

// 字符串参数和解密参数
object[] parameters = {"\udbac\ue2b7\ue9bb\uf0af\uf7b8\ufeb3\u05a8\u0c61", 0x555ddb55};
Type[] paramTypes = new Type[parameters.Length];
for (int i = 0; i < parameters.Length; i++)
paramTypes = parameters.GetType();

// 调用解密方法
BindingFlags flags = BindingFlags.Public | BindingFlags.Static;
MethodInfo method = type.GetMethod("_d574bb1a8f3e9cbc", flags, null, paramTypes, null);
object result = method.Invoke(null, parameters);

// 显示解密结果
Console.WriteLine(result);

Console.WriteLine("Press Enter key to exit...");
Console.ReadLine();
}
}

Ⅳ VB.NET写的程序，如何加密，防止反编译

一般来说vb.net的程序基本不会被反编译……

Ⅳ .net软件,用什么软件加密狗加密,能防止代码反编译

.Net软件的特点,一些强大的编译工具可以对.Net可执行文件进行反编译操作,并得出相应的IL代码甚至是源代码。即使是采用混淆工具以及强命名工具也不能从根本上解决问题,代码依然会很容易地被Reflectoer等工具反编译源代码。
软件加密狗：威步(WIBU)的CodeMeter,AxProtector(for.net)两款软件加密狗性能非常不错
反编译的问题,与传统的代码混淆工具（Obfuscator）不同,AxProtector可以完全阻止对.NET
程序集（由
C#,
VB.NET,
Delphi.NET,
ASP.Net…
等语言编写）的反编译。通俗的讲,AxProtector在破解者和您的
.NET
代码之间构建了强大的防破解保护屏障,生成一个基于
Windows
的而不是基于
MSIL
的兼容格式文件。原始的
.NET
代码完整的被加密后封装在本地代码内,无论何时都不会释放到硬盘,对于破解者是不可见的。
与单纯的.net加密软件不同,AxProtector与CodeMeter硬件加密狗配套餐使用,采用了更为严密的密钥管理,及最先进的AES、RSA、ECC等加密算法存储或传输密钥,保证通讯安全。
.Net代码编译后生成的
.class
中包含有源代码中的所有信息（不包括注释）,尤其是在其中保存有调试信息的时候。所以一个按照正常方式编译的.class
文件可以非常轻易地被反编译。一般软件开发商会采用一种叫做混淆器的工具。混淆器的作用是对编译好的代码进行混淆,使得其无法被反编译或者反编译后的代码混乱难懂。由于混淆器只是混淆了方法名称或流程,而不能防止源代码被反编译,因此混淆器的作用只是增加了反编译的难度,最终的结果也是治标不治本。对于一些掌握工具的人来说几乎还是透明的。AxProtector是一款真正意义的加密源代码、防止反编译的.net软件加密软件。
AxProtector加密了.net原代码,任何时候原代码都不可能被还原到硬盘当中。采用AxProtector加密后的.net代码只有在程序调用或执行某一段函数的时候,才能通过AxProtectorClass在内存中解密后返回到程序中执行,运行之后迅速立即加密。这种随机加密、按需解密原代码的功能,能很好的防止.Net程序的反编译,同时能够很好地防止API加密点被摘除。有效地保证了源代码的执行效率和安全性。

Ⅵ 如何反编译C#等net软件类库源代码

.Net 反编译软件，最着名的是 Reflector。但是最新版本收费现在打开Reflector的老版本要求强制更新到最新版本。所以，你一下在打开refector 会自动删除。那么大家可以使用 ILSpy。使用ILspy。

• 1

  下载后的ILSPY 。

  打开EXE

  

• 6

  毕竟.NET 和JAVA 属于中间语言，很好反编译。

Ⅶ net程序加密C#开发软件的源代码怎么加密

一般的加密，通过反编译和跟踪程序运行都不难破解，所以不仅要加密，还要阻止编译，防范跟踪。这是很专业的，市场上有很多现成加密狗产品，可以方便地解决这个问题。源代码只能采取保密措施，加密是不行的。

Ⅷ c#如何防反编译

基本上无法防止反编译，但是可以控制发编译的效果，让反编译出来的代码无法正常查看。
大都使用混淆器，譬如.NET Reactor等等。
.NET Reactor 是一款强大的 .NET 代码保护和许可管理系统，安全可靠、简单易用，主要用来帮助开发人员保护他们的 .NET 软件产品。开发人员从此不必担心如何保护他们的知识产权，可以将更多精力放在产品功能的开发上。与模糊工具（Obfuscator）相比，.NET Reactor 可以完全阻止对 .NET 程序集（由 C#, VB.NET, Delphi.NET, J#, MSIL... 等语言编写）的反编译。通俗的讲，.NETReactor 在破解者和您的 .NET 代码之间构建了强大的防破解保护屏障，生成一个基于 Windows 的而不是基于 MSIL 的兼容格式文件。原始的 .NET 代码完整的封装在本地代码内，无论何时都不会释放到硬盘，对于破解者是不可见的，目前还没有任何工具可以反编译 .NET Reactor 保护过的程序集。
使用方法：
将本地.NET程序集放在.NET Reactor程序中保护即可。

Ⅸ 如何反编译或者修改一个.net程序

既然这样的话，你可以使用反射，将别人的程序集加载到自己的程序里面，然后在自己的程序调用他的代码，用反射的好处是，你可以调用所有的私有函数，甚至可以调用函数名被混淆的函数。

Ⅹ .net网页发布后进行反编译

.Net有两个很好的工具可以反编译.NET程序集：Salamander .Net Decomplier和Reflector.Net ，Salamander .Net Decomplier功能非常强大，可以反编译混淆过的.NE代码，也可以直接将程序集中的类反编译成一个文件，但是它是需要money的，试用版提供的功能又非常有限。相对而言呢，Reflector.net 是完全免费的，但是它只能一个方法一个方法的查看，不能将程序集直接反编译成一个文件，这样也比较麻烦，好就好在它支持插件add-in功能。针对它的缺点，很多人开发了很好用的插件，可以将整个程序集的代码反编译成源文件，比如说Reflector.FileDisassembler 、Reflector.FileGenerator 都是很好用的。

另外再提供一些Reflector的相关插件下载，enjoy！！！！

插件FileGenerator 使用方法：
最开始下载了FileGenerator插件不知如何使用，后来经过摸索，还是学会使用了，所以拿来和大家分享。

FileGenerator插件的作用是：根据dll文件，把里面的源文件导出成文件，导出来的文件除了没有注释，变量名也变了，其它的可谓是没有 差别。对于一些比较好的控件，如果不是开源的，完全可以导出成文件，然后自己加上注释，少许修改，很好的利用起来。（不开源的dll，用起来也不放心啊）

先根据上面的地址下载FileGenerator并解压缩，然后运行Reflector.exe,然后点击View->Add- Ins...,弹出一个窗口，然后点击Add->选择FileGenerator里面的唯一一个dll文件： "FileGenerator.dll",点击close.
然后回到Reflector窗口，Tool->Generator File(s)... 右边就出现了插件的窗口，选中左边的dll文件，点击右边的导出文件，源代码就全部导出来了，真是爽啊！

使用.NET Reflector插件FileDisassembler还原源码

.NET Reflector，它是一个类浏览器和反编译器，可以分析程序集并向您展示它的所有秘密。.NET 框架向全世界引入了可用来分析任何基于 .NET 的代码（无论它是单个类还是完整的程序集）的反射概念。反射还可以用来检索有关特定程序集中包含的各种类、方法和属性的信息。使用 .NET Reflector，您可以浏览程序集的类和方法，可以分析由这些类和方法生成的 Microsoft 中间语言 (MSIL)，并且可以反编译这些类和方法并查看 C# 或 Visual Basic ?.NET 中的等价类和方法。

为了演示 .NET Reflector 的工作方式，我将加载和分析前面已经显示的 NUnitExample 程序集。下图显示了 .NET Reflector 中加载的该程序集。

在 .NET Reflector 内部，有各种可用来进一步分析该程序集的工具。要查看构成某个方法的 MSIL，请单击该方法并从菜单中选择 Disassembler。

除了能够查看 MSIL 以外，您还可以通过选择 Tools 菜单下的 Decompiler 来查看该方法的 C# 形式。通过在 Languages 菜单下更改您的选择，您还可以查看该方法被反编译到 Visual Basic .NET 或 Delphi 以后的形式。以下为 .NET Reflector 生成的代码：

public void HashtableAddTest(){
Hashtable hashtable1;
hashtable1 = new Hashtable();
hashtable1.Add("Key1", "value1");
hashtable1.Add("Key2", "value2");
Assert.AreEqual("value1", hashtable1["Key1"], "Wrong object returned!");
Assert.AreEqual("value2", hashtable1["Key2"], "Wrong object returned!");
}

前面的代码看起来非常像我为该方法实际编写的代码。以下为该程序集中的实际代码：

public void HashtableAddTest(){
Hashtable ht = new Hashtable();
ht.Add("Key1", "value1");
ht.Add("Key2", "value2");
Assert.AreEqual("value1", ht["Key1"], "Wrong object returned!");
Assert.AreEqual("value2", ht["Key2"], "Wrong object returned!");
}

尽管上述代码中存在一些小的差异，但它们在功能上是完全相同的。

虽然该示例是一种显示实际代码与反编译代码之间对比的好方法，但在我看来，它并不代表 .NET Reflector 所具有的最佳用途 — 分析 .NET 框架程序集和方法。.NET 框架提供了许多执行类似操作的不同方法。例如，如果您需要从 XML 中读取一组数据，则存在多种使用 XmlDocument、XPathNavigator 或 XmlReader 完成该工作的不同方法。通过使用 .NET Reflector，您可以查看 Microsoft 在编写数据集的 ReadXml 方法时使用了什么，或者查看他们在从配置文件读取数据时做了哪些工作。.NET Reflector 还是一个了解以下最佳实施策略的优秀方法：创建诸如 HttpHandlers 或配置处理程序之类的对象，因为您可以了解到 Microsoft 工作组实际上是如何在框架中生成这些对象的。

.NET Reflector 由 Lutz Roeder 编写