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中加上自己的驗證，這樣哪些屬性需要驗證，哪些不需要
就看你自己了