| Версия | 7.1.2 |
|---|---|
| Издател | RustemSoft |
| Дата на излизане | 5.08.2016 г. |
| Датата е добавена | 5.08.2016 г. |
| Os изисквания | Windows 10, Windows 2003, Windows Vista, Windows, Windows 2000, Windows 8, Windows Server 2008, Windows 7, Windows XP |
| Изисквания | Microsoft .NET Framework 2.0 |
| Общо изтегляния | 5 |
| Цена | Free to try |
Описание
Guardship разглобява вашия .NET код и след това компилира MSIL кода на вашия изпълним файл в собствено неуправляемо приложение чрез генериране на две части: 1. Стартов модул [Your_App_Name].com; 2. Библиотека [Име_на_вашето_приложение].lib
Вашите приложения (WinForms, WPF и др.), които са насочени към .NET Framework, се компилират до междинен език (IL). По време на изпълнение, компилаторът точно навреме (JIT) преобразува IL в естествен код. Guardship превежда вашия .NET изпълним файл в собствен код, за да го направи скрит. Когато стартирате защитения изпълним файл, той има всички характеристики и функционалности на управлявано приложение, работещо в паметта на компютъра. Но браузърите и декомпилаторите за асемблиране на .NET няма да могат да четат вашите защитени изпълними файлове на .NET.
Защо Guardship се преобразува в неуправляван изпълним файл? Има няколко дизасемблера за декомпилиране на неуправляеми изпълними файлове, написани на ASM, C или C++. Никой от тях обаче няма да успее да произведе достатъчно четим код, който да си струва усилието. Ще прекарате повече време в опити да прочетете декомпилирания изходен код с асемблерни блокове вътре, отколкото да пишете същото функциониращо приложение от нулата.
Всъщност всеки изпълним модул може да бъде разглобен и изследван. Леснотата, с която дешифраторът може да проектира изходния код на вашето приложение, зависи от това колко пълни метаданни за изходния код на приложението са представени в exe модула. Може ли дешифраторът да разбере оригиналните имена на класове, методи, работни потоци, структури и т.н.? Компилаторът основно уплътнява изходния код на приложението, трансформирайки изхода във формат, който е много съвместим с машинното изпълнение по време на изпълнение. Това може да бъде собствен машинен код или IL байт код, който се обработва от CLR междинно време за изпълнение. Като цяло обаче много информация за изходния код на вашето приложение (отстраняване на грешки, коментари и т.н.) просто може да бъде загубена по време на компактната компилация.
