No todos los archivos EXE contienen código .NET. En una aplicación moderna, el EXE puede ser únicamente un lanzador nativo y el código que quieres proteger estar en el DLL del mismo nombre.
Prueba el arranque, los argumentos de línea de comandos, los recursos y los archivos de configuración. Conserva los archivos de despliegue que necesita la aplicación. Si distribuyes código firmado, usa una compilación sin firma para este servicio y vuelve a firmar localmente en tu entorno de confianza.
Cómo proteger y comprobar tu ensamblado
- Compila en Release y conserva una copia original del proyecto, los símbolos y los archivos de configuración.
- Carga un DLL o EXE administrado de .NET. Empieza con una compilación sin firma; no subas claves privadas.
- Descarga el resultado, sustituye el ensamblado en un entorno de pruebas y ejecuta las mismas pruebas funcionales.
Qué incluye la versión gratuita
El nivel gratuito admite un archivo de hasta 1 MB y no requiere cuenta. El cambio de nombres dificulta leer los símbolos internos; Block ILDasm afecta al desensamblador antiguo, pero no bloquea todas las herramientas. Pro añade opciones como cifrado de cadenas y ofuscación del flujo de control. Consulta los límites y precios vigentes en la página de planes.
Cómo saber si la ofuscación funciona
Compara el original y el resultado con ILSpy: comprueba que hayan cambiado los nombres internos y, si activaste el cifrado, las cadenas seleccionadas. Después ejecuta el programa y compara sus resultados. Que un archivo se abra no demuestra que todas sus rutas funcionen. La ofuscación aumenta el esfuerzo de análisis; no convierte secretos incluidos en el cliente en secretos seguros.