Como deixar seguro meu código fonte e qual linguagem e mais segura
9 respostas
N
naPOA
Bom dia…
Estou desenvolvendo um sistema em java, porem quando criado o arquivo .jar qualquer pessoa pode extrair o código fonte e copiar…
Gostaria de saber se existe algo que eu possa estar fazendo para criptografar meu código-fonte, ou se existe uma linguagem de programação que possa me oferecer uma segurança maior…
Estou desenvolvendo um sistema em java, porem quando criado o arquivo .jar qualquer pessoa pode extrair o código fonte e copiar…
Gostaria de saber se existe algo que eu possa estar fazendo para criptografar meu código-fonte, ou se existe uma linguagem de programação que possa me oferecer uma segurança maior…
Desde já Obrigado
em java você pode usar um ofuscador como o adriano_sifalou ai em cima… isso ajuda mas não resolve muita coisa na minha opinião, IDEs identam código automaticamente (o que também não resolve 100 %, o ofuscador ainda zoa mais algumas coisas no código como nomes de variáveis por exemplo, mas ja ajuda muito).
linguagens que geram código nativo são mais seguras quanto a isso, como o C++ por exemplo ou o objective pascal.
A
adriano_si
maior_abandonado:
naPOA:
Bom dia…
Estou desenvolvendo um sistema em java, porem quando criado o arquivo .jar qualquer pessoa pode extrair o código fonte e copiar…
Gostaria de saber se existe algo que eu possa estar fazendo para criptografar meu código-fonte, ou se existe uma linguagem de programação que possa me oferecer uma segurança maior…
Desde já Obrigado
em java você pode usar um ofuscador como o adriano_sifalou ai em cima… isso ajuda mas não resolve muita coisa na minha opinião, IDEs identam código automaticamente (o que também não resolve 100 %, o ofuscador ainda zoa mais algumas coisas no código como nomes de variáveis por exemplo, mas ja ajuda muito).
linguagens que geram código nativo são mais seguras quanto a isso, como o C++ por exemplo ou o objective pascal.
FATO… se seu sistema for usar muitos recursos do SO, vai de C++ mesmo.
Abs []
D
Dakon
Como os colegas falaram, em Java pode usar ofuscadores de código, que já ajudam bastante, tendo inclusive até vários integrados as IDES já existentes. Recomendo o Proguard.
Já se pretende levar a confidencialidade do código ao extremo pode usar c/c++ e criptografar as strings
N
naPOA
Dakon:
Como os colegas falaram, em Java pode usar ofuscadores de código, que já ajudam bastante, tendo inclusive até vários integrados as IDES já existentes. Recomendo o Proguard.
Já se pretende levar a confidencialidade do código ao extremo pode usar c/c++ e criptografar as strings :D
Pois bem… mas eu tambem nao posso criptografar meu codigo em java??? elaborando um algoritimo para dificultar a engenharia reversa???
Se alguem souber de algum?
E muito obrigado você ja esclarecerão muinto minhas duvidas…
Muito obrigado a todos que me ajudarão e um enorme abraço
D
Dakon
naPOA:
Dakon:
Como os colegas falaram, em Java pode usar ofuscadores de código, que já ajudam bastante, tendo inclusive até vários integrados as IDES já existentes. Recomendo o Proguard.
Já se pretende levar a confidencialidade do código ao extremo pode usar c/c++ e criptografar as strings :D
Pois bem… mas eu tambem nao posso criptografar meu codigo em java??? elaborando um algoritimo para dificultar a engenharia reversa???
Se alguem souber de algum?
E muito obrigado você ja esclarecerão muinto minhas duvidas…
Muito obrigado a todos que me ajudarão e um enorme abraço
É exatamente o que os ofuscadores tentam fazer.
V
victorcosta
Se o cara conseguir entender e copiar código ofuscado pelo Proguard então ele merece os parabéns pelo esforço!
A
Alexandre_Saudate
Em teoria, você poderia criptografar seus .class e usar um classloader customizado para decodificar. Na prática, isso te obrigaria a carregar sempre uma aspirina no bolso, seria overkill e poderia nem ser tão efetivo quanto aplicar o ofuscador (já que você não poderia criptografar o próprio classloader).
[]'s
J
juliocbq
asaudate:
Em teoria, você poderia criptografar seus .class e usar um classloader customizado para decodificar. Na prática, isso te obrigaria a carregar sempre uma aspirina no bolso, seria overkill e poderia nem ser tão efetivo quanto aplicar o ofuscador (já que você não poderia criptografar o próprio classloader).
[]'s
trabalhei num projeto usando objectpascal e usávamos um loader que fazia isso. Ele jogava todo o executável na ram e decriptografava. Mas se alguém usar um kernel debugger você pega o código em assembly. O fato de ser assembly é um grau de dificuldade altíssimo para engenharia reversa.