Guardship purkaa NET-koodin ja sitten kokoaa MSIL koodi oman ajettavan omaksi hallitsematon soveltaminen tuottamalla kaksi kappaletta: 1. Käynnistä moduuli [Your_App_Name] com; 2. Library [Your_App_Name] lib
Sovellukset (WinForms, WPF), jotka kohdistuvat .NET Framework on koottu välikielenä (IL). Suorituksen aikana, just-in-time (JIT) kääntäjä kääntää IL on koodiksi. Guardship kääntää .NET suoritettavan koodiksi tehdä piilossa. Kun suoritat suojattu suoritettavan se on kaikki ominaisuudet ja toiminnot hoidetaan tekevien PC muistiin. Mutta NET kokoonpano selaimet ja decompilers eivät pysty lukemaan suojattuja NET ajettavat.
Miksi Guardship muuntaa hallitsematon suoritettavia?
On olemassa muutamia disassemblers varten decompiling valvomaton ajettavat kirjoitettu ASM, C tai C ++. Kuitenkin mikään niistä onnistuu tuottamaan luettavissa tarpeeksi koodin vaivan arvoista. Vietät enemmän aikaa yrittää lukea decompiled lähde kokoajan lohkojen sisällä, kuin kirjoittaminen sama toimiva sovellus tyhjästä.
Itse asiassa mitään suoritettavaa moduuli voidaan purkaa ja tutkia. Helppous, joiden kanssa decipherer voi valmistustavan sovelluksen lähdekoodiin riippuu siitä, kuinka täydellinen metatietoa sovelluksen lähdekoodin esittelee sisällä exe-moduuli. Voidaanko decipherer selvittää alkuperäisen luokan nimiä, menetelmiä, työnkulut, rakenteet, jne.? Kääntäjä periaatteessa tiivistetään sovelluksen lähdekoodin, muuttaen lähtö muotoon, joka on paljon yhteensopiva koneen runtime suorittamiseen. Se voisi olla natiivi konekielelle tai IL tavukoodia että hoidetaan CLR väli runtime. Kuitenkin suurelta, paljon tietoa sovelluksen lähdekoodi (virheenkorjaus, kommentit, jne.) On yksinkertaisesti voidaan menetetty kompakti kokoelma.
Vaatimukset
.NET Framework 2.0
rajoitukset
Limited toimintoja
Kommentteja ei löytynyt