| Versión | 7.1.2 |
|---|---|
| Editor | RustemSoft |
| Fecha de lanzamiento | 5 ago 2016 |
| Fecha Agregada | 5 ago 2016 |
| Requisitos del sistema operativo | Windows 10, Windows 2003, Windows Vista, Windows, Windows 2000, Windows 8, Windows Server 2008, Windows 7, Windows XP |
| Requisitos | Microsoft .NET Framework 2.0 |
| Descargas totales | 5 |
| Precio | Free to try |
Descripción
Guardship desensambla su código .NET y luego compila el código MSIL de su ejecutable en una aplicación nativa no administrada generando dos piezas: 1. Inicie el módulo [Su_nombre_de_aplicación].com; 2. Biblioteca [Tu_nombre_de_aplicación].lib
Sus aplicaciones (WinForms, WPF, etc.) que tienen como destino .NET Framework se compilan en lenguaje intermedio (IL). En tiempo de ejecución, el compilador justo a tiempo (JIT) traduce el IL a código nativo. Guardship traduce su ejecutable .NET a código nativo para ocultarlo. Cuando ejecuta el ejecutable protegido, tiene todas las características y funcionalidades de la aplicación administrada que se ejecuta en la memoria de la PC. Pero los navegadores y descompiladores de ensamblados .NET no podrán leer sus archivos ejecutables .NET protegidos.
¿Por qué Guardship se convierte en ejecutable no administrado? Hay algunos desensambladores para descompilar ejecutables no administrados escritos en ASM, C o C++. Sin embargo, ninguno de ellos logrará producir un código lo suficientemente legible como para que valga la pena el esfuerzo. Pasará más tiempo tratando de leer el código fuente descompilado con bloques de ensamblador en su interior, que escribiendo la aplicación con el mismo funcionamiento desde cero.
De hecho, cualquier módulo ejecutable se puede desmontar y explorar. La facilidad con la que un descifrador puede aplicar ingeniería inversa al código fuente de su aplicación depende de qué tan completos se presenten los metadatos sobre el código fuente de la aplicación dentro del módulo exe. ¿Puede el descifrador descubrir los nombres, métodos, flujos de trabajo, estructuras, etc. de las clases originales? Un compilador básicamente compacta el código fuente de la aplicación, transformando la salida en un formato que es mucho más compatible con la ejecución del tiempo de ejecución de la máquina. Podría ser un código de máquina nativo o un código de bytes IL que es tratado por el tiempo de ejecución intermedio de CLR. Sin embargo, en general, mucha información sobre el código fuente de su aplicación (depuración, comentarios, etc.) simplemente se puede perder durante la compilación compacta.
