Projeto HTML + Java na Intranet - como fica a proteção do código fonte?

Bom Dia,

Trabalho com Flex + Java e disponibilizo a aplicação em um servidor próprio na internet. Porém, tenho alguns clientes solicitando a aplicação na própria intranet.

Sei que as classes do Java podem ser facilmente descompiladas e re-gerar praticamente o projeto inteiro.
Já o compilado do Flex mesmo que dê para descompilar fica um código mal gerado que pouco se consegue entender, o que me dava certa segurança em colocar isso na intranet.

Agora com essa decadência do Flex, para os próximos projetos vou considerar fazer a camada da visão em HTML.
Só que o HTML/CSS/JS não são compilados ficando todo o código visivel para o cliente.

Dessa maneira, ele não conseguiria copiar todo o projeto? Tem alguma maneira de aumentar a segurança ou é bobagem se preocupar com isso?

Há algumas tecnicas para dificultar o entendimento do codigo descompilado, ajudam bastante.

http://evandropaes.wordpress.com/2008/06/20/protegendo-o-seu-codigo-java-da-engenharia-reversa/

Quando ao HTML/CSS/JS acho dificil, até pq mesmo sem acesso local da pra 'puxar' tais dados de um JavaWeb/ASP.net/PHP/etc

Pra Javascript tem os Packer, eu uso esse:
dean.edwards.name/packer/

Tá fora do ar agora, mas achei esse outro:
http://jscompress.com/

Os 2 comprimem javascript renomeando as variáveis pra letras simples (a,b,c). Se o cara passar nesse outro site recupera o javascript mas as variáveis continuam comprimidas
http://jsbeautifier.org/

O jeito seria declarar as funções como variáveis também, ai comprimiria elas

Pra HTML/CSS o gmail eu sei oq ofusca pra diminuir o tamanho, mas não conheço as ferramentas que fazem isso

Sua dúvida é com relação a presernação do código fonte de sua aplicação ou segurança no servidor?
Você pode garantir a segurança em ambas as formas.

GUJ Master Membro desde: 15/05/2006 16:23:01 Mensagens: 1262 Offline

"Decompilar" um projeto java e gerar o projeto inteiro funcionando eu acho praticamente impossível. =)

Já a parte de HTML/CSS não tem muito pra onde correr não. Acostume-se.

JWizard Membro desde: 21/09/2003 16:01:35 Mensagens: 2140 Offline

victorcosta wrote:Pra Javascript tem os Packer, eu uso esse:
dean.edwards.name/packer/

Tá fora do ar agora, mas achei esse outro:
http://jscompress.com/

Os 2 comprimem javascript renomeando as variáveis pra letras simples (a,b,c). Se o cara passar nesse outro site recupera o javascript mas as variáveis continuam comprimidas
http://jsbeautifier.org/

O jeito seria declarar as funções como variáveis também, ai comprimiria elas

Pra HTML/CSS o gmail eu sei oq ofusca pra diminuir o tamanho, mas não conheço as ferramentas que fazem isso

O do Google é bem melhor que estes 2 fraquinhos.

This message was edited 2 times. Last update was at 14/11/2011 18:55:02

boone wrote:

victorcosta wrote:Pra Javascript tem os Packer, eu uso esse:
dean.edwards.name/packer/

Tá fora do ar agora, mas achei esse outro:
http://jscompress.com/

Os 2 comprimem javascript renomeando as variáveis pra letras simples (a,b,c). Se o cara passar nesse outro site recupera o javascript mas as variáveis continuam comprimidas
http://jsbeautifier.org/

O jeito seria declarar as funções como variáveis também, ai comprimiria elas

Pra HTML/CSS o gmail eu sei oq ofusca pra diminuir o tamanho, mas não conheço as ferramentas que fazem isso

O do Google é bem melhor que estes 2 fraquinhos.

Tais falando desse?
http://closure-compiler.appspot.com/home

Testei aqui ele comprimiu funções também

e no modo advanced comprimiu até as chaves dos hash e plugins jQuery ($.fn.*)

O negócio é bom mesmo, só tem q tomar cuidado pra caso ele comprima uma função no $.fn e você depois tenta executá-la com o nome original. Meio que obriga você a ter todo código javascript em arquivos .js, nada inline

fabiozoroastro wrote:Já a parte de HTML/CSS não tem muito pra onde correr não. Acostume-se.

Concordo.
FireBug wins! =)

Java Ninja Membro desde: 12/01/2009 16:12:54 Mensagens: 286 Offline

Cara, eu não vejo muitos motivos para se preocupar com códigos de view - a menos que você esteja colocando regras de negócio lá!

Com relação ao código Java, use um ofuscador, não vai impossibilitar, mas já filtra bastante quem consegue ver o código.

Notícias, artigos e o maior fórum brasileiro sobre Java