Guardship

Opis

Guardship deasembluje kod .NET, a następnie kompiluje kod MSIL pliku wykonywalnego w natywną niezarządzaną aplikację, generując dwie części: 1. Moduł Start [Nazwa_Twojej_aplikacji].com; 2. Biblioteka [Nazwa_Twojej_aplikacji].lib

Twoje aplikacje (WinForms, WPF itp.), które są przeznaczone dla .NET Framework, są kompilowane do języka pośredniego (IL). W czasie wykonywania kompilator just-in-time (JIT) tłumaczy IL na kod natywny. Guardship tłumaczy plik wykonywalny platformy .NET na kod natywny, aby był ukryty. Po uruchomieniu chroniony plik wykonywalny posiada wszystkie cechy i funkcjonalności aplikacji zarządzanej działającej w pamięci komputera. Ale przeglądarki i dekompilatory zestawów .NET nie będą w stanie odczytać chronionych plików wykonywalnych .NET.

Dlaczego Guardship konwertuje na niezarządzany plik wykonywalny? Istnieje kilka deasemblerów do dekompilacji niezarządzanych plików wykonywalnych napisanych w ASM, C lub C++. Jednak żadnemu z nich nie uda się wyprodukować wystarczająco czytelnego kodu, aby był wart wysiłku. Spędzisz więcej czasu na czytaniu zdekompilowanego źródła z blokami asemblera w środku, niż na pisaniu od podstaw tej samej działającej aplikacji.

W rzeczywistości każdy moduł wykonywalny może być zdemontowany i eksplorowany. Łatwość, z jaką deszyfrator może odtworzyć kod źródłowy aplikacji, zależy od tego, jak kompletne metadane dotyczące kodu źródłowego aplikacji są prezentowane w module exe. Czy deszyfrujący może odkryć oryginalne nazwy klas, metody, przepływy pracy, struktury itp.? Kompilator zasadniczo kompaktuje kod źródłowy aplikacji, przekształcając dane wyjściowe do formatu, który jest w dużym stopniu zgodny z wykonywaniem maszyny w czasie wykonywania. Może to być natywny kod maszynowy lub kod bajtowy IL, który jest traktowany przez pośrednie środowisko uruchomieniowe CLR. Jednak ogólnie rzecz biorąc, wiele informacji o kodzie źródłowym aplikacji (debugowanie, komentarze itp.) po prostu może zostać utraconych podczas kompilacji kompaktowej.