problemas ASP.NET MVC Dotfuscator

Question

Estoy tratando de utilizar Dotfuscator (CE) para ayudar a proteger nuestro .ddl ASP.NET MVC. Es una aplicación web que será distribuido a los clientes y necesitamos una manera de proteger nuestra propiedad intelectual.

El problema es que parece romper la aplicación una vez completado. Sólo tengo hasta ahora con deshabilitar el cambio de nombre en mi controladores de espacio de nombres, pero estoy consigo excepciones referencia nula ahora.

Alguien tiene Dotfuscator trabajar con ASP.NET MVC DLL? Google no proporciona posibles mensajes o información del blog.

Gracias.

Otros detalles:

Visual Studio 2008 Professional,

Windows Vista Business x64,

registrado mi Dotfuscator pero no tenía un correo electrónico con un enlace para descargar la edición CE actualizado.

O puede alguien sugerir una herramienta relativamente barata que funcione correctamente?

Answer 1

No creo que va a funcionar porque ASP.NET MVC se apoya tanto en la reflexión.

he ofuscado con éxito una aplicación ASP.NET MVC usando Smartassembly y la opción de control de flujo de ofuscación que tiene. Does't que cambiar el nombre de los miembros de su clase, sino que cambia el código en sus métodos en el código espagueti.

Answer 2

Es cierto que ASP. NET MVC basa en gran medida en la reflexión, y por lo tanto no se puede confundir el tipo o propiedades que se verá reflejado. Sin embargo, yo diría que no hay necesidad de ocultar la mayor parte de estas cosas de todos modos. Sus nombres del controlador y los nombres de las acciones son ya públicos, ya que aparecen en la URI. Sus modelos de presentación son esencialmente público, así, ya que se deben diseñar como su punto de vista, y puesto que los usuarios finales puedan ver su punto de vista.

Sus controladores deben ser muy ligero, y simplemente enlazar objetos a partir de un repositorio a sus modelos de presentación. Así que hay poca propiedad intelectual para ocultar aquí.

El código que realmente se quiere ocultar sería presumiblemente su lógica de negocio, que se puede vivir muy fácilmente en un ensamblado independiente. Así que mi sugerencia sería que en lugar de tratar Ofuscador después Ofuscador, y tratando de encontrar uno que parece a trabajar (con excepción de aquellos errores que se le pasa, pero sus usuarios encontrar más adelante), que en lugar de partición el código que es importante para ofuscar y su no tan dependiente de la reflexión.