Newsgroup: it.comp.java
Titolo: come proteggere in modo sicuro il proprio codice dalla compilazione?

salve
premessa: esistono, perfortuna o pultroppo, dei proggrammi che
permettono di decompilare i files class JAVA . . .
quali sono i metodi in prartica per proteggersi? ho letto in post
precedenti l'offuscamento del codice, come si fa' questo? datemi pure
dei link se li avete.
ci sono modi per crittografare un files java e poi poterlo eseguire
crittografato? parlo ovviamente di crittografia a chiave pubblica ...
ovviamente l'idea di sopra e' frutto della mia fantasia non so' quanto
sia realizzabile in JAVA, comunque in alcuni linguaggi e' possibile
una cosa del genere ... anche se non lo fosse in java, ci sono altri
medoti di protezione utilizzabili.
l'affermazione che allo stato attuale delle cose un programma JAVA e'
come se fosse "open-source" e' giusta? Per open-source io intendo la
possibilita' da parte di persone smaliziate di vedere il codice
sorgente, non la licenza sotto la quale viene distribuito
pensate per un momento di possedere un decompilatore che crea un
sorgente invece che in assembly in c++ o in visual basic sarebbe la
fine di tutti i prodotti commerciali . . .
grazie mille 

comugiu wrote:

Ciao
Ti consiglio di guardare la ml della sun, troverai tonnellate di post a 
proposito(che dicono tutti la stessa cosa, non puoi proteggerti completamente, 
solo rendere la vita + difficile ai bambini cattivi).
http://search.java.sun.com/search/java/index.jsp?qp=&nh=10&qt=protect+from+decompiling&col=javaforums&x=21&y=18
Marco

 fine di tutti i prodotti commerciali . . .
E secondo te non esistono? ;) Comunque da qui a dire che sarebbe la fine
di tutti i prodotti commerciali ce ne corre... supponi di decompilare
tutto il sorgente del DB2 di IBM. E poi? Ti metti a leggere tutto il
sorgente? Ti occorrono mesi per capire che succede...
Ciao,
 Stefano
----------
"X WindowSSS, teSSSoro mio... lo odieremo per SSSempre"
Bill Gollum
----------

 di li.
A meno di non diventare un provetto offuscatore! :)
http://www.gamedev.net/hosted/javaextreme/obfpoll.htm
Raffaele
-- 
Raffaele Castagno
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it


http://search.java.sun.com/search/java/index.jsp?qp=&nh=10&qt=protect+from+decompiling&col=javaforums&x=21&y=18
grazie mille mi leggero' i quintali di post :)

 Stefano
ciao e grazie

 fine di tutti i prodotti commerciali . . .
Non esageriamo. Esistono molti prodotti commerciali che vengono
distribuiti con i sorgenti (magari semplicemente perche' usano un
linguaggio interpretato come mi e' capitato in passato). Certo non e'
una cosa applicabile in tutti gli ambiti e spesso ci si espone al
rischio di una concorrenza sleale.
Comunque anche in java si puo' ottenere un certo grado di protezione
con gli offuscatori.
Andrea Polci

rischio di una concorrenza sleale.
si io mi riferivo proprio a questo alla concorrenza sleale . . .

 io pensavo di utilizzare lo steso principio su cui poggia ssh ...
ssh assume che sorgente e destinatario siano sicuri, mentre il canale no.
Mr. Decompilatore invece *e'*  un destinatario - non c'e' verso di fargli 
eseguire il codice senza metterlo nelle condizioni di leggerlo altrimenti 
(a meno di cose hardware che i pc ancora non hanno, e sperabilmente non 
avranno mai).
-- 
Fighting for peace is like fucking for virginity
ObjectZone - 
http://space.tin.it/computer/csadun

 proprio capito . . .
Volevo dire che se uno vuole puo' fare reverse engineering anche su 
codice compilato, anche se gli costera' piu' fatica rispetto ad avere i 
sorgenti.
Un offuscatore, rendendo incomprensibili i sorgenti, cerca di ottenere 
lo stesso risultato, dal punto di vista della protezione da sguardi 
indiscreti, della compilazione.
In pratica non e' vero che un codice compilato sia sicuro e uno 
interpretato o un bytecode non lo sia. E' vero che per fare R. E. su un 
codice compilato e' necessario uno sforzo maggiore (molto maggiore).
Andrea Polci

sorgenti.
per fortuna gli costera' MOLTA fatica per dirlo in maniera non troppo
carina ma molto esplicativa: "C'e' da spararsi nelle balls!" :)