Para proteger un proyecto C#, primero compílalo. La entrada es el ensamblado DLL o EXE, no los archivos .cs. La ofuscación modifica la representación compilada; no sustituye las pruebas de tu aplicación.
Si utilizas nombres en JSON, reflexión o enlaces de interfaz, comprueba que el contrato siga funcionando. En una biblioteca, mantener la API pública permite que los consumidores existentes sigan llamándola. Eso también limita qué nombres pueden ocultarse.
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.