Guardship 7.1.2

Lizenz: Kostenlose Testversion ‎Dateigröße: 4.63 MB
‎Benutzerbewertung: 0.0/5 - ‎0 ‎Stimmen

Über Guardship

Guardship zerlegt Ihren .NET-Code und kompiliert dann den MSIL-Code Ihrer ausführbaren Anwendung in eine systemeigene nicht verwaltete Anwendung, indem zwei Teile generiert werden: 1. Startmodul [Your_App_Name].com; 2. Bibliothek [Your_App_Name].lib Ihre Anwendungen (WinForms, WPF usw.), die auf .NET Framework abzielen, werden in die Intermediärsprache (Intermediate Language, IL) kompiliert. Zur Laufzeit übersetzt der JIT-Compiler (Just-in-Time) die IL in systemeigenen Code. Guardship übersetzt Ihre ausführbare .NET-Datei in systemeigenen Code, um ihn ausgeblendet zu machen. Wenn Sie die geschützte ausführbare Datei ausführen, verfügt sie über alle Funktionen und Funktionen der verwalteten Anwendung, die im PC-Speicher ausgeführt wird. .NET Assemblybrowser und Dekompilierer können jedoch Ihre geschützten .NET-Ausführbaren nicht lesen. Warum konvertiert Guardship in nicht verwaltete ausführbare Datei? Es gibt einige Zerlegene für das Dekompilieren nicht verwalteter ausführbarer Dateien, die in ASM, C oder C++ geschrieben wurden. Keiner von ihnen wird es jedoch schaffen, lesbaren Code zu produzieren, um den Aufwand zu lohnen. Sie werden mehr Zeit damit verbringen, die dekompilierte Quelle mit Assemblerblöcken im Inneren zu lesen, als die gleiche Funktion von Grund auf neu zu schreiben. Tatsächlich kann jedes ausführbare Modul zerlegt und erforscht werden. Die Leichtigkeit, mit der ein Entzifferer Ihren Anwendungsquellcode zurückentwickeln kann, hängt davon ab, wie vollständige Metadaten über den Quellcode der App innerhalb des exe-Moduls angezeigt werden. Darf der Entzifferer die ursprünglichen Klassennamen, Methoden, Arbeitsabläufe, Strukturen usw. herausfinden? Ein Compiler komprimiert im Grunde den Quellcode der App und wandelt die Ausgabe in ein Format um, das viel kompatibel mit der Ausführung von Maschinenlaufzeiten ist. Dabei kann es sich um einen systemeigenen Computercode oder IL-Bytecode handelt, der von der CLR-Zwischenlaufzeit behandelt wird. Im Großen und Ganzen können jedoch viele Informationen über Ihren Anwendungsquellcode (Debugging, Kommentare usw.) während der kompakten Kompilierung verloren gehen.