Guardship disassembles jou NET kode en dan stel die MSIL-kode van jou uitvoerbare in moedertaal onbeheerde aansoek deur die opwekking van twee stukke: 1. Begin module [Your_App_Name] com; 2. Biblioteek [Your_App_Name] .lib
Jou aansoeke (Winforms, WFP) dat die NET Framework teiken opgestel om intermediêre taal (IL). Te hardloop tyd, die net-betyds (JIT) samesteller vertaal die IL om inheemse kode. Guardship vertaal jou NET uitvoerbare om inheemse kode om dit te versteek maak. Wanneer jy die beskermde uitvoerbare loop dit al die funksies en funksies van bestuur aansoek presteer in PC geheue. Maar NET vergadering blaaiers en decompilers sal nie in staat wees om jou beskerm NET executables lees.
Waarom Guardship skakel na onbeheerde uitvoerbare?
Daar is 'n paar disassemblers vir decompiling onbeheerde executables geskryf in ASM, C, of C ++. Maar nie een van hulle sal daarin slaag om leesbaar genoeg kode te produseer om die moeite werd. Jy sal meer tyd te spandeer probeer om die decompiled bron met assembler blokke binnekant lees, as die skryf van die dieselfde funksionerende aansoek van nuuts af.
In feite, kan enige uitvoerbare module word uitmekaar gehaal en ondersoek word. Die gemoed waarmee 'n decipherer kan reverse engineering jou aansoek bronkode hang af van hoe volledige metadata oor die jeug se bronkode bied binne-in die exe module. Mag die decipherer figuur uit die oorspronklike klasname, metodes, werk vloei, strukture, ens? A samesteller basies kompakte jeug se bronkode, die transformasie van die uitset in 'n formaat wat baie voldoen aan masjien runtime uitvoering. Dit kan 'n boorling masjienkode of IL byte kode wat behandel word deur CLR intermediêre runtime wees. Maar deur en groot, 'n baie inligting oor jou aansoek bronkode (ontfouting, kommentaar, ens) is eenvoudig verlore kan gaan in die kompakte samestelling
Vereistes :.
NET Framework 2.0
Beperkings :
Beperk funksies
Kommentaar nie gevind