La ofuscación de código va mucho más allá del simple cambio de nombre de clases, miembros y variables, aunque eso es una parte importante de ello.
Por ejemplo, Dotfuscator utiliza una técnica patentado llamado sobrecarga inducción, en donde muchos métodos se cambia el nombre a la mismo nombre (esto es posible siempre que tienen diferentes firmas). Las soluciones PreEmptive citan casos en los que un tercio de todos los métodos en el código se renombran a a(). Otras técnicas implican reescribir iteraciones simples como recursión, así como code morphing.
En realidad, las técnicas de ofuscación modernas son perfectamente adecuadas para hacer que el código sea virtualmente imposible de aplicar ingeniería inversa, al menos a mano. Si bien es cierto que los ensamblados .NET nunca pueden ser RE-safe en principio, la ofuscación puede proporcionar una barrera bastante formidable.
Para la mayoría de nosotros, es suficiente.
Esto definitivamente funciona mejor que el Dotfuscator. Gracias. – Bhaskar
Asegúrese de comprender las diferencias entre la ofuscación simple y algunas de las opciones que tiene PostBuild (como el soporte binario nativo). Pierde mucha de la flexibilidad del .NET framework con binarios nativos. –
¿Xenocode afectaría la velocidad/tamaño del programa? ¿Compila la aplicación al binario 100% nativo, también conocido como casi imposible de descompilar? – Phoexo