exe反編譯顯示不包含託管模塊

Ⅰ exescope等反編譯軟體對exe文件進行反編譯，文件沒有加殼，但是除了對話框，圖片，版本等，其他資源看不見

大致有這樣幾種情況：
1、某些資源不在.exe文件里，而在附帶的.dll文件里；
2、某些資源調用的是Windows鏈接庫，而非軟體自身資源；
3、exescope查看資源僅對C語言編寫的程序效果好。

Ⅱ 如何抵擋.net自帶的ildasm的反編譯，如何保

C# 編寫的代碼通過VS編譯器生成 dll 或 exe ，很容易被一些反編譯工具查看到源碼或對源碼進行修改。為防止代碼被反編譯或被篡改，我們可以進行一定的防範措施。但不能杜絕，因為DotNet編寫代碼運行必須編譯成IL 中間語言，IL是很規則，同時也很好反編譯。

反編譯防範措施：

• 設置項目代碼反匯編屬性

• 混淆

方法一：防止 Ildasm.exe（MSIL 反匯編程序） 反匯編程序集

方法很簡單在項目文件AssemblyInfo.cs中增加SuppressIldasm屬性。



效果很明顯，很難看出反編譯代碼所寫的真正邏輯。

缺點：C#代碼通過混淆工具生成後，增加了很多轉換過程。這使得反編譯工具無法很直觀看到源碼真正邏輯。但源碼代碼過多轉換會使軟體本身運行效率降低，甚至會出現報錯情況。

Ⅲ 使用Reflector時，打開dll文件有個警告，說dll不是.net的模塊。請大俠解決

那個dll大概不是程序集,應該是c++的東西,不能被Reflector解析的一般都不是程序集;
exe、dll都是程序集，只不過exe有入口而已，exe也可以被添加引用。dll不一定是程序集(VC寫的dll就不是程序集)，程序集不一定是dll（.net寫的EXE也是程序集）。（*）託管（Managed）代碼（MSIL）。非託管。

Ⅳ 怎麼反編譯一個獨立的exe文件，但是我也不曉得那個文件是什麼語言編寫的。

那得看是什麼語言編寫的，不是所有的都可以反編譯的，編譯成二進制代碼的話，恐怕反編譯不了，只能反匯編了。

Ⅳ exe文件能不能反編譯

本身就是不能反編譯的，請看：程序:#includestdio.hvoidmain()
和程序:#includestdio.hvoidmain()
反匯編各得5071行，沒有區分。如果編譯時用了/O2,再反匯編回來，得到行數不同。要想反編譯成原文件，明顯不可能。除非開發1個新編譯器，把源程序用註解方式寫進去，就可以反編譯回來。

Ⅵ EXE文件反編譯成源碼

EXE文件可以通過步驟來反編譯成源碼，具體步驟如下：

1、在網路上搜索下載反編譯工具ILSpy，ILspy是一個開源的.net反編譯軟體，使用十分方便。解壓後如圖，雙擊.exe文件打開解壓工具。

(6)exe反編譯顯示不包含託管模塊擴展閱讀：

反編譯也稱為計算機軟體還原工程，是指通過對他人軟體的目標程序（比如可執行程序）進行「逆向分析、研究」工作，以推導出他人的軟體產品所使用的思路、原理、結構、演算法、處理過程、運行方法等設計要素，某些特定情況下可能推導出源代碼。

exe是編譯好的程序文件 要看結構就得反編譯 但是通常不能把可執行文件變成高級語言源代碼，只能轉換成匯編程序。 所以要要看結構不止要會反編譯 還得精通匯編語言。

Ⅶ exe文件反編譯的問題

還是加了殼。嘗試使用其他自動脫殼軟體，如果都報未加殼，那隻能選擇手動脫殼了，祝你好運吧。

Ⅷ 為什麼我反編譯一個exe文件原封不動轉為.exe就報錯了。

世界上的大多數事物都是存在不可逆特性的，比如說生雞蛋煮成熟雞蛋很容易，但把熟雞蛋再還原為生雞蛋就幾乎不可能了，也許將來的科技能夠實現，但至少現在還沒聽說過。
程序的編譯和反編譯也是一樣，一個電腦程序從供人類閱讀的高級語言編譯為供CPU解讀的機器語言，這是一個質變的過程，比方說某個運算結果可以用多種演算法實現，那麼你想往上回溯時，究竟選擇那種演算法呢？你可能會說，讓反編譯軟體隨便選一種吧，那麼問題來了，再繼續往上回溯的時候，很有可能就跟原程序完全不同了。所以，盡管「條條大路通羅馬」，但要想從羅馬回到原來的出發點就不是容易的事了。因此，到目前為止，尚未有反編譯軟體能夠把一個exe文件完整無誤地反編譯為源程序的（當然也許極簡單的程序可以，比如hello
world），而程序本來就是嚴謹的東西，差一個字也可能會產生十萬八千里的誤差。所以，反編譯的結果只能用作參考，不能把它當作實際代碼。

Ⅸ 如何反編譯exe文件

反編譯exe文件基本上是不可能的，因為反編譯過程由很多因素會干擾，反編譯過程：
1、檢測程序時候加殼了，如果加殼就必須先去殼。
2、去殼後需要猜測程序員採用的是什麼編程語言，編程語言有：java/c/c++/c#/vb/VC++等等。
3、猜測到程序員使用的語言後根據編程語言進行匯編，匯編需要考慮到語言中的語法問題，即使是同種語言，一種命令有多種說法，匯編成功率在20%左右。
4、匯編成功後基本就已經到反編譯的頂端了，要從匯編程序翻譯成源碼可能性為1%。

Ⅹ 急急急 反編譯軟體把EXE文件反譯成什麼 是機器語言還是匯編語言 是哪個匯編語言

首先你得清楚，微軟的exe可執行文件（即PE文件，有PE規范定義）的特徵，才能使用不同的反編譯軟體對exe進行反編譯。

如今，exe一般分託管代碼和非託管代碼兩類（託管代碼是由C#等語言生成的.NET運行時庫支持運行的中間代碼，不是CPU晶元可直接執行的二進制機器碼；而非託管代碼是CPU晶元看執行的機器碼）

非託管代碼反編譯後，其實就是簡單的將二進制機器碼用匯編表示，所以是匯編語言。

託管代碼反編譯，好的反編譯器直接將中間語言位元組碼反編譯成高級語言代碼，如C#

------------------------------------------------------
另外，在什麼平台運行的exe正確反編譯（需要選擇正確的晶元結構）為同平台的匯編語言。

如嵌入式ARM晶元上運行的Win CE系統上的exe就應當正確反編譯為ARM匯編
x86的就應當反編譯為x86匯編。