Guardship

Maelezo

Ulinzi hutenganisha msimbo wako wa .NET na kisha kukusanya msimbo wa MSIL wa utekelezaji wako katika programu asilia isiyodhibitiwa kwa kutoa vipande viwili: 1. Anzisha moduli [Your_App_Name].com; 2. Maktaba [Your_App_Name].lib

Programu zako (WinForms, WPF, n.k.) zinazolenga NET Framework zimekusanywa kwa lugha ya kati (IL). Kwa wakati unaotekelezwa, mkusanyaji wa wakati tu (JIT) hutafsiri IL hadi msimbo asili. Guardship hutafsiri .NET yako itekelezwe kwa msimbo asili ili kuifanya kufichwa. Unapoendesha kitekelezo kilicholindwa kina vipengele vyote na utendakazi wa programu inayosimamiwa inayofanya kazi kwenye kumbukumbu ya Kompyuta. Lakini vivinjari na vitenganishi vya NET havitaweza kusoma vitekelezo vyako vya NET vilivyolindwa.

Kwa nini Guardship inabadilika kuwa isiyoweza kutekelezwa? Kuna vitenganishi vichache vya kutengenezea visivyodhibitiwa vilivyoandikwa kwa ASM, C, au C++. Walakini hakuna hata mmoja wao atakayeweza kutoa nambari inayoweza kusomeka ya kustahili juhudi. Utatumia muda mwingi kujaribu kusoma chanzo kilichotenganishwa na viunganishi ndani, kuliko kuandika programu inayofanya kazi sawa kutoka mwanzo.

Kwa kweli, moduli yoyote inayoweza kutekelezwa inaweza kutenganishwa na kuchunguzwa. Urahisi ambao kipunguzi kinaweza kubadilisha-uhandisi msimbo wako wa chanzo cha programu inategemea jinsi metadata kamili kuhusu msimbo wa chanzo wa programu inavyowasilisha ndani ya sehemu ya exe. Je, kibainishaji kinaweza kubaini majina ya darasa asilia, mbinu, mtiririko wa kazi, miundo, n.k.? Kikusanyaji huunganisha msimbo wa chanzo wa programu, na kubadilisha towe kuwa umbizo ambalo linapatana sana na utekelezaji wa wakati wa mashine. Inaweza kuwa msimbo asili wa mashine au msimbo wa IL byte ambao unatibiwa na wakati wa kati wa CLR wa utekelezaji. Hata hivyo, kwa ujumla, maelezo mengi kuhusu msimbo wako wa chanzo cha programu (utatuzi, maoni, n.k.) yanaweza kupotea wakati wa ujumuishaji wa kompakt.