Guardship

Beskrivelse

Guardship adskiller din .NET-kode og kompilerer derefter MSIL-koden for din eksekverbare til et oprindeligt ikke-administreret program ved at generere to dele: 1. Start modulet [Dit_App_Navn].com; 2. Bibliotek [Dit_App_Navn].lib

Dine applikationer (WinForms, WPF osv.), der er målrettet mod .NET Framework, kompileres til mellemsprog (IL). Ved kørselstid oversætter just-in-time (JIT) compileren IL til native kode. Guardship oversætter din .NET eksekverbare kode til native kode for at gøre den skjult. Når du kører den beskyttede eksekverbare, har den alle funktioner og funktionaliteter af administreret applikation, der fungerer i pc-hukommelsen. Men .NET assembly browsere og decompilere vil ikke være i stand til at læse dine beskyttede .NET eksekverbare filer.

Hvorfor konverteres Guardship til ikke-administreret eksekverbar? Der er et par disassemblere til at dekompilere ikke-administrerede eksekverbare filer skrevet i ASM, C eller C++. Men ingen af ​​dem vil formår at producere læsbar nok kode til at være besværet værd. Du vil bruge mere tid på at prøve at læse den dekompilerede kilde med assembler-blokke indeni, end at skrive det samme fungerende program fra bunden.

Faktisk kan ethvert eksekverbart modul skilles ad og udforskes. Den lethed, hvormed en dechifrer kan omdanne din applikations kildekode, afhænger af, hvor komplette metadata om appens kildekode præsenteres inde i exe-modulet. Må dechifreren finde ud af de originale klassenavne, metoder, arbejdsgange, strukturer osv.? En compiler komprimerer dybest set appens kildekode og transformerer outputtet til et format, der er meget kompatibelt med maskinkørsel. Det kunne være en indbygget maskinkode eller IL-bytekode, der behandles af CLR-mellemkørselstid. Men i det store og hele kan en masse information om din applikations kildekode (fejlretning, kommentarer osv.) simpelthen gå tabt under den kompakte kompilering.