É possível "criptografar" meu código JS ?

[Zoação 2]

Já vi muitos posts na internet dizendo que é possível codificar meu código JS. Por isso gostaria de saber se isto é realmente possível e como faço?

 

Obrigado

[William Bruno 1501]

apesar de tecnicamente possível, é completamente inútil.

[KhaosDoctor 242]

Você pode utilizar algoritmos de criptografia como AES e outros, mas para ler esses scripts uma hora ou outra você vai ter que descriptografá-los, e quando fizer isto o navegador vai exibir o arquivo original.

 

Então cito o William, é possível, mas é inútil.

[Lucas Guima 164]

O que você quer dizer com "criptografar"? Os dados que você vai manipular ou a exibição do código?

[Zoação 2]

O que estou querendo saber é se há como "escrever o código" de uma forma que não fosse reconhecido... como se codificasse o código... os dados seriam exibidos normalmente.

[William Bruno 1501]

@Zoação, não. Não há.

[KhaosDoctor 242]

Existe uns meios de ofuscação de código e etc e tal, mas cara, uma hora ou outra você vai ter que ler este código...

[Zoação 2]

Existe uns meios de ofuscação de código e etc e tal, mas cara, uma hora ou outra você vai ter que ler este código...

 

Então Khaos,

 

veja só:

 

O fato é que eu iria "enviar para o meu servidor" o código "ofuscado", porém, terei em meu mainframe interno ele "aberto" para que pudesse ver perfeitamente ele e alterar sempre que necessário ...

 

:)

 

@Zoação, não. Não há.

 

Imaginei que houvesse, pois já abri alguns códigos de páginas e eram coisas totalmente irreconhecíveis... pelo menos era o que parecia rs

 

:D

[elmano.neto 9]

Não tenho certeza, mas acho que coffeescript resolve seu problema.

http://coffeescript.org/

[KhaosDoctor 242]

O fato é que eu iria "enviar para o meu servidor" o código "ofuscado", porém, terei em meu mainframe interno ele "aberto" para que pudesse ver perfeitamente ele e alterar sempre que necessário ...

 

Mas e na hora de ler no site?

[Zoação 2]

Existe uns meios de ofuscação de código e etc e tal, mas cara, uma hora ou outra você vai ter que ler este código...

 

então Khaos,

 

Veja só, eu irei somente "ler" através do original que estará no mainframe da empresa e não no servidor para internet, onde estará o site para navegação ... entende?

[KhaosDoctor 242]

Sim, essa parte eu entendi, mas a partir do momento que seu site referencia o mainframe da empresa para buscar o código ele precisa estar em formato legível e, portanto, será exibido ao usuário normalmente... Ter ele no site de um jeito e no mainframe de outro não vai influenciar em nada, porque você vai ter que referenciar o original no seu site para que ele seja lido.

[Valter Resende 0]

Já vi muitos posts na internet dizendo que é possível codificar meu código JS. Por isso gostaria de saber se isto é realmente possível e como faço?

 

Obrigado

 

Mais uma opção que irá te ajudar na escolha http://f7sistemas.com.br/site/servicos-on-line-gratuitos/criptografar-js-java-script/

[Francis Schiavo 1]

Outro post sobre isso...

 

A verdade é que a natureza do JavaScript, HTML e CSS é publica. São códigos preparados para rodar no client-side. Não existe motivo real para tentar protege-los.

 

Vejo apenas uma situação onde proteger o código seja necessário, que é quando a regra de negócio está embutida nele. Mas nesse caso, se a regra de negócio está no client-side o erro está inteiramente no design do software.

 

Alguns obfuscadores de código o tornam maior e mais lento, é preciso procurar por minimizadores de código, o efeito final é semelhante, o código fica quase imcompreensível, no entanto o foco é no tamanho do arquivo e não em sua segurança.

 

Além disso nos dias atuais pensar em proteger JavaScript é falta de se atualizar e ver que existem tantos códigos prontos e repositórios de alta qualidade que ninguém vai querer "roubar" scripts.

[hinom 5]

Obfuscação é o meio mais adequado.

Mas só aplique isso caso queira dificultar a leitura e compreensão dos scripts..

Se o intuito for proteger a propriedade intelectual de algoritmos pobres, então está perdendo tempo com isso.

 

Normalmente é em aplicações que exigem maior segurança ou casos mais simples como uma página que faz streamming multimedia (audio, video) geralmente pagos e quando há algum algoritmo que custou muito para desenvolver.

 

Note também que terá um trabalho a mais para depurar os códigos online, pois, o comportamento e dados podem divergir entre o ambiente local de desenvolvimento (o tal do mainframe) e o ambiente de produção.