| Версія | 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. Бібліотека [Your_App_Name].lib
Ваші програми (WinForms, WPF тощо), націлені на .NET Framework, скомпільовані до проміжної мови (IL). Під час виконання оперативний компілятор (JIT) перетворює IL у рідний код. Guardship перетворює ваш виконуваний файл .NET на рідний код, щоб зробити його прихованим. Коли ви запускаєте захищений виконуваний файл, він має всі функції та функції керованої програми, що працює в пам’яті ПК. Але браузери збірки .NET і декомпілятори не зможуть прочитати ваші захищені виконувані файли .NET.
Чому Guardship перетворюється на некерований виконуваний файл? Є кілька дизассемблерів для декомпіляції некерованих виконуваних файлів, написаних на ASM, C або C++. Однак жодному з них не вдасться створити достатньо читабельний код, щоб варті зусиль. Ви витратите більше часу на те, щоб прочитати декомпільоване джерело з блоками асемблера всередині, ніж на написання такої ж функціональної програми з нуля.
Фактично, будь-який виконуваний модуль можна розібрати та дослідити. Легкість, з якою дешифратор може переробити вихідний код вашої програми, залежить від того, наскільки повні метадані про вихідний код програми представлені в модулі exe. Чи може дешифрувальник визначити оригінальні назви класів, методи, робочі процеси, структури тощо? Компілятор в основному стискає вихідний код програми, перетворюючи вихідні дані у формат, який дуже сумісний із машинним виконанням. Це може бути власний машинний код або байт-код IL, який обробляється проміжним середовищем виконання CLR. Однак загалом багато інформації про вихідний код вашої програми (налагодження, коментарі тощо) можна просто втратити під час компактної компіляції.