Guardship demonterer NET kode og deretter kompilerer MSIL-koden til kjørbar til egen uovervåkede søknaden ved å generere to stykker: 1. Start Modul [Your_App_Name] .com; 2. Bibliotek [Your_App_Name] Lib
Dine programmer (WinForms, WPF) som er rettet mot .NET Framework er kompilert til mellomspråk (IL). Under kjøring, just-in-time (JIT) kompilator oversetter IL til egen kode. Guardship overs NET kjørbar til egen kode for å gjøre det skjult. Når du kjører den beskyttede kjør den har alle funksjonene og funksjonaliteten av administrerte søknad utfører i PC-minnet. Men .NET assembly nettlesere og decompilers vil ikke være i stand til å lese dine beskyttet NET kjørbare.
Hvorfor Guardship konvertere til uovervåkede kjørbar?
Det er noen disassemblers for dekompilering uovervåkede kjør skrevet i ASM, C eller C ++. Men ingen av dem vil klare å produsere lesbar nok kode for å verdt innsatsen. Du vil bruke mer tid på å lese decompiled kilde med assembler blokker inne, enn å skrive det samme fungerende applikasjon fra bunnen av.
Faktisk kan en hvilken som helst kjørbare modul tas fra hverandre og undersøkt. Den easiness som en decipherer kan reverskonstruere din søknad kildekoden er avhengig av hvor komplett metadata om app kildekode presenterer inni exe-modulen. Måtte decipherer finne ut den opprinnelige klassenavn, metoder, arbeidsprosesser, strukturer, etc.? En kompilator utgangspunktet komprimerer app kildekode, endring av produksjonen til et format som er mye kompatibel med maskinen runtime utførelse. Det kan være en innfødt maskinkode eller IL bytekode som er behandlet av CLR mellom runtime. Men av og store, mye informasjon om din søknad kildekoden (debugging, kommentarer, etc.) er rett og slett kan gå tapt under den kompakte samling
Krav .
.NET Framework 2.0
Begrensninger
Begrenset funksjonalitet
Kommentarer ikke funnet