| Версия | 7.1.2 |
|---|---|
| Издатель | RustemSoft |
| Дата выпуска | 5 авг. 2016 г. |
| Дата добавления | 5 авг. 2016 г. |
| Требования ОС | 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++. Однако ни один из них не сможет создать достаточно читаемый код, чтобы оправдать затраченные усилия. Вы потратите больше времени, пытаясь прочитать декомпилированный исходный код с блоками ассемблера внутри, чем писать такое же работающее приложение с нуля.
Фактически любой исполняемый модуль можно разобрать и изучить. Легкость, с которой дешифровщик может реконструировать исходный код вашего приложения, зависит от того, насколько полные метаданные об исходном коде приложения представлены внутри исполняемого модуля. Может ли расшифровщик выяснить исходные имена классов, методов, рабочих процессов, структур и т. д.? Компилятор в основном сжимает исходный код приложения, преобразовывая вывод в формат, который в значительной степени соответствует машинному выполнению во время выполнения. Это может быть собственный машинный код или байтовый код IL, который обрабатывается промежуточной средой выполнения CLR. Однако по большому счету, большая часть информации об исходном коде вашего приложения (отладка, комментарии и т.д.) просто может быть потеряна при компактной компиляции.
