net反编译后去掉用户验证信息
⑴ 一个小程序反编译，谁会破解exe文件，能绕过验证码
……都不用说了……7ZIP加上SIXXPACK估计没人脱得掉了
用VS调试可以到验证的地方通过改EIP可以跳过验证但是不能得到内存的地址只是知道那个函数叫ZhuCe.Check……
反编译这个文件里面除了MANIFEST就两块东西……sevenzip和sixxpack……
这两个不用说都知道是什么了……又得不到内存地址不知道是不是我的VS设置有问题反正看不到函数所在的内存要不然内存补丁都行……
还有哪位牛人自认为真的很牛的可以来试试看我试过了IDAODSmartCheckVBExplorer都不行的……只有VS的调试器可以……
（PS.分数给我好不好……呵呵我加了你的）
⑵ .net如何防反编译
.net是中间语言十分容易被反编译，通常都使用混淆作为一种加密手段。不过混淆不是真正防反编译，只不过反编译后代码难读懂而已，并且现在破解混淆的方式也比较多。所以真正要防反编译还是需要通过加密代码的方式。比如德国威步他们提供一种对.NET代码完全加密保护的方式来防止反编译的，曾经测试过用Reflector（.net反编译工具）反编译他们加密软件加密的.NET程序，的确完全无法看到源代码了。
⑶ .net删除用户登录信息
由于session对于每个用户是唯一的,所以你在退出的时候只要把session["aname"]=""就可以了,这样,当用户再向其它的界面跳转的时候系统就会检测到值为空串,就会跳转到登录的界面了(但是这个你得在每个页面的加载事件中检测
if(session["aname"]=="") then 引导到登录页),就这样就可以实现了.而且session是随着浏览器的关闭自动销毁的,不用你去用代码处理.上面所说的情况是在你不关闭的情况下的.
⑷ 用asp.net编译的图书管理系统 怎么修改个人信息
基于你的描述asp.net图书管理系统，我们可以为你提供一份适用于初学者的代码,
进一步要求可以联系我们,,告诉我你的问题和Email,有时间可以帮你，肯定救急,使用网络_Hi给我留言,
此回复对于所有需求和和来访者有效,
ES:\\
⑸ .NET Framework问题 ，会的帮帮忙。。。
1..............................
泛型是程序设计语言的一种特性。允许程序员在强类型程序设计语言中编写代码时定义一些可变部份，那些部份在使用前必须作出指明。各种程序设计语言和其编译器、运行环境对泛型的支持均不一样。将类型参数化以达到代码复用提高软件开发工作效率的一种数据类型。泛型类是引用类型，是堆对象，主要是引入了类型参数这个概念。
泛型类和泛型方法同时具备可重用性、类型安全和效率，这是非泛型类和非泛型方法无法具备的。
2.............................
JIT（just-in-time compilation）指计算机领域里，即时编译也被成为动态翻译，是一种通过在运行时将字节码翻译为机器码，从而改善字节码编译语言性能的技术。即时编译前期的两个运行时理论是字节码编译和动态编译。
在编译为字节码的系统如 Limb 编程语言，Smalltalk, UCSD P-System, Perl, GNU CLISP, 和 Java 的早期版本中， 源代码被翻译为一种中间表示即字节码。 字节码不是任何特定计算机的机器码， 它可以在多种计算机体系中移植。字节码被解释着运行在虚拟机里。
动态编译环境是一种在执行时使用编译器的编译环境。 例如， 多数 Common Lisp 系统有一个编译函数，他可以编译在运行时创建的函数。
在即时编译环境下， 字节码的编译是第一步， 它将源代码递归到可移植和可优化的中间表示。字节码被部署到目标系统。 当执行代码时，运行时环境的编译器将字节码翻译为本地机器码。 基于每个文件或每个函数：函数仅仅在他们要被执行时才会被编译。
目标是要组合利用本地和字节码编译的多种优势：多数重量级的任务如源代码解析和基本性能的优化在编译时处理，将字节码编译为机器码比起从源代码编译为机器码要快得多。部署字节码是可移植的，而机器码只限于特定的系统结构。从字节码到机器码编译器的实现更容易，因为大部分工作已经在实现字节码编译器时完成。
3.........................
提供了可以跨平台的可能性。
4.........................
DeflateStream 类
注意：此类在 .NET Framework 2.0 版中是新增的。
提供用于使用 Deflate 算法压缩和解压缩流的方法和属性。
此类表示 Deflate 算法，这是无损压缩和解压缩文件的行业标准算法。它结合了 LZ77 算法和霍夫曼编码。只能使用以前绑定的中间存储量来产生或使用数据，即使对于任意长度的、按顺序出现的输入数据流也是如此。这种格式可以通过不涉及专利使用权的方式轻松实现。有关更多信息，请参见 RFC 1951“DEFLATE Compressed Data Format Specification version 1.3”（Deflate 压缩数据格式规范版本 1.3）。此类不能用于压缩大于 4 GB 的文件。
GZipStream 类
注意：此类在 .NET Framework 2.0 版中是新增的。
提供用于压缩和解压缩流的方法和属性。
此类表示 GZip 数据格式，它使用无损压缩和解压缩文件的行业标准算法。这种格式包括一个检测数据损坏的循环冗余校验值。GZip 数据格式使用的算法与 DeflateStream 类的算法相同，但它可以扩展以使用其他压缩格式。这种格式可以通过不涉及专利使用权的方式轻松实现。gzip 的格式可以从 RFC 1952“GZIP file format specification 4.3（GZIP 文件格式规范 4.3）GZIP file format specification 4.3（GZIP 文件格式规范 4.3）”中获得。此类不能用于压缩大于 4 GB 的文件。
5..............................
委托是一种在对象里保存方法引用的类型，同时也是一种类型安全的函数指针。
给你举个例子：
//声明一个委托，这里的NewDelegate()可以理解为是之后用来取方法的一个类型。
delegate void NewDelegate();
//下面定义的a,b两种方法，你可以理解为NewDelegate这个类型的两个实例。
public void a(){};
public void b(){};
public void main()
{
NewDelegate dgt1=new NewDelegate(a);
NewDelegate dgt2=new NewDelegate(b);
//dgt1指向方法a,dgt2指向方法b。也就是说一个方法的返回值和参数类型数量与声明的委托
//相符时,就可以用一个委托来调用这个方法。而这个方法的名称作为参数传递给实例化的那个委托
}
事件是一种特殊的委托，为什么这么说呢？
用反编译工具反编译.net framework即可发现，事件的定义（这里只是举其中一种事件的定义，事件的参数在类库中定义有区别），如下：
public delegate void EventHandler(object sender, EventArgs e);
而常见的各种控件的Click事件是如何定义的呢？
public event EventHandler Click;
说明 Click事件是一个委托
而我们常见的一个Button控件添加一个事件是怎么做的呢？
PageLoad里：Button1.Click+=new EventHandler(Button1_Click);
定义Button1的事件 protected Button1_Click(object sender,EventArgs e){}
如你所见，这是一个很典型的委托调用。
6............................................
信息 :说明
程序集名称：指定程序集名称的文本字符串。
版本号：主版本号和次版本号，以及修订号和内部版本号。公共语言运行库使用这些编号来强制实施版本策略。
区域性：有关该程序集支持的区域性或语言的信息。此信息只应用于将一个程序集指定为包含特定区域性或特定语言信息的附属程序集。（具有区域性信息的程序集被自动假定为附属程序集。）
强名称信息：如果已经为程序集提供了一个强名称，则为来自发行者的公钥。
程序集中所有文件的列表: 在程序集中包含的每一文件的散列及文件名。请注意，构成程序集的所有文件所在的目录必须是包含该程序集清单的文件所在的目录。
类型引用信息: 运行库用来将类型引用映射到包含其声明和实现的文件的信息。该信息用于从程序集导出的类型。
有关被引用程序集的信息: 该程序集静态引用的其他程序集的列表。如果依赖的程序集具有强名称，则每一引用均包括该依赖程序集的名称、程序集元数据（版本、区域性、操作系统等）和公钥。
通过在代码中使用程序集属性，您可以添加或更改程序集清单中的一些信息。您可以更改版本信息和信息性属性，包括商标、版权、产品、公司和信息性版本。
........
⑹ asp.net 做的验证用户存在和注销总是遭到验证控件拦截
首先你要验证你输入的用户名是否存在，有两种方式，一种用Ajax，另一种就是增加一个Button按钮区验证，你用的是LinkButton4，LinkButton4一般是用来跳转页面的。你可以把上面的代码写在一个button下面，每次输入用户名点该按钮。这样做不方便。TextBox1.Text有一个事件就是TextBox1Changed,你把上面的代码写在该事件下，当文本框中内容改变时，就会自动验证，你的Label3的内容就会显示的。
⑺ 软件采用.net C#开发，不想让人轻松破解核心逻辑及授权验证代码，DLL也不想被人随意调用，有什么办法吗
首先，我来介绍一下发布出去的DLL所面临的风险：
一、直接引用
二、反编译
三、反射
如果DLL一点措施都不做的话，上面任意一种都可以达到破解目的的。
然后，通常网上能搜到如下的保护方式，但真心的来说，用处不大，当然对小白破解者增加了难度。
一、混淆类的工具（如Dotfuscator，但是可以通过ILSpy、Reflector等反编译哦，直接COPY代码也能运行）
二、加密类的工具（如MaxToCode，网上有相应的破解教程）
三、加壳类的工具（如Sixxpack，网上有相应的破解教程）
四、强签名（签名只是防止项目中的某一个DLL被篡改了，不能防止反编译或反射的哦）
说了那么多，难道没有相对靠谱的方式了吗？
最后，我们进入正题
上面那些工具的目的归结出来大约完成两个目的，一是不能看，二是不能调，当然，我们也是实现这两个目的，只是手段不同。
一、不能看：.NET DLL可以包含托管堆代码（可以被反编译的）与非托管堆代码（不能被反编译，要反编译也是更高层次的了，不在讨范围内），我们将核心逻辑代码置于非托堆代码中，由托管堆代码提供接口供外部调用，调用时将非托管代码通过.NET动态编译特性编译后返回执行结果。这样就保证了不能看。
二、不能调：我们在非托管代码中加入验证调用者来源功能，判断调用者的HASH值是不是与在非托管代码中约定的HASH值(发布时需要提前生成相关引用者的HASH值存于非托管代码，最后生成非托管代码的DLL放于安装包中)一致，如一致则通过执行返回结果，不一致则返回空。这样就解决了非合法来源不能调的问题。
更多参考：http://www.cnblogs.com/dengxi/p/5750170.html
⑻ .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 编写
⑼ 如何修改.net里面dll内容
用.net的反编译工具可以修改
修改完再编译回来
当然，前提是人家代码没有加密
⑽ asp.net mvc3 如何去掉验证
这个默认验证是在web.config配置文件中设置的
<add
key="ClientValidationEnabled"
value="true"/>设置为false就行了，
这个是去掉所有model的默认验证，然后你可以在model中加上自己的验证，这样哪些属性需要验证，哪些不需要
就看你自己了