Problemas de ponto de dotfuscator ASP.NET MVC

Question

Estou tentando usar o Dotfuscator (CE) para ajudar a proteger nosso ASP.NET MVC .DDL. É um aplicativo da Web que será distribuído aos clientes e precisamos de uma maneira de proteger nosso IP.

O problema é que ele parece quebrar o aplicativo depois de concluído. Eu só cheguei tão longe ao desativar a renomeação no espaço para nome dos controladores, mas agora recebo exceções de referência nula.

Alguém tem que o Dotfuscator trabalhando com o ASP.NET MVC DLL's? O Google não fornece postagens ou informações possíveis no blog.

Obrigado.

Outros detalhes:

Visual Studio 2008 Professional,

Windows Vista Business X64,

Registrou meu Dotfuscator, mas não recebeu um e -mail com um link de download para a edição CE atualizada.

Ou alguém pode sugerir uma ferramenta relativamente barata que funcionaria corretamente?

Answer 1

Eu não acho que isso funcionará porque o ASP.NET MVC depende tanto da reflexão.

Eu ofussei com sucesso um aplicativo ASP.NET MVC usando o SmartAssembly e a opção de Obfuscation que possui. Isso não altera o nome dos membros da sua classe, mas altera o código em seus métodos para o código de espaguete.

Answer 2

É verdade que asp. O MVC líquido depende muito da reflexão e, portanto, você não pode ofuscar o tipo ou propriedades que serão refletidas. No entanto, eu argumentaria que não há necessidade de ofuscar a maioria dessas coisas de qualquer maneira. Os nomes dos seus controladores e os nomes de ação já são públicos, pois aparecem no URIS. Seus modelos de apresentação também são essencialmente públicos, pois devem ser projetados como sua visão e, como os usuários finais podem ver sua visão.

Seus controladores devem ser muito leves e simplesmente vincular objetos de um repositório aos seus modelos de apresentação. Portanto, há pouca propriedade intelectual para se esconder aqui.

O código que você realmente gostaria de ofuscar seria sua lógica de negócios, que pode facilmente viver em uma montagem separada. Portanto, minha sugestão seria que, em vez de tentar o ofuscador depois do ofuscador, e tentar encontrar um que parece Para trabalhar (exceto os bugs que você sente falta, mas seus usuários encontram mais adiante), que você particiona o código que é importante para ofuscar e dele não tão dependente da reflexão.