Newsgroup: it.comp.java
Titolo: Decompilato, identico! Non è accettabile!!!

Non č accettabile che decompilando una classe questa venga identica al
sorgente (o quasi)...dai cavolo...
ma Sun non ha ancora trovato una soluzione ??
J

Ciao, la soluzione c'é da tempo: cripta il codice compilato.
Ecco alcune parole chiave per la ricerca d'informazioni utili: Security
Manager, Keytool, firma dei certificati, jarsigner, JCA (l'API Java
Cryptography Architcture), JCE (l'API Java Cryptography Extension), le
classi Security Provider (java.security.provider), Cipher (nella gerarchia
"javax"), keyxxx (nella gerarchia "javax"), Socket Factory (implementazione
SSL).
Infine puoi trovare le potenti librerie Cryptix, adate sia per scopo
commerciale e non commerciale, che implementano i seguenti algoritmi: DES,
3DES, RSA ed IDEA. Le puoi trovare su 
http://www.systemics.com/docs/cryptix
Anche se il bytecode Java è più facile da decompilare, ti avverto che
qualsiasi linguaggio può venire più o meno semplicemente decompilato.
Spero di esserti stato di buon aiuto ;-)
--
Byez!
Davide "Design" Muzzarelli

> ma Sun non ha ancora trovato una soluzione ??
A quale problema?
X me il codice chiuso E' il problema.

X me il codice chiuso E' il problema.
Sono d'accordo. Dobbiamo sviluppare una mentalità open
source, poiché ormai dovrebbe sapersi che è il modello che
porta i benefici maggiori.
Con la modifica alla GPL di poter includere software open
source anche in progetti commmerciali (che naturalmente
devono essere open source), la soluzione ai problemi
potrebbe essere definitiva.
--
Oggi ho fatto una scoperta, ho trovato un computer...
The MentoR

 X me il codice chiuso E' il problema.
Wow, un'estremista!!! (cmq ti appoggio, in forme un po' più pacate, ma 
ti appoggio)
ciao,
   teo

potrebbe essere definitiva.
dico che sono daccordo con te, e che anche se scrivo da windows
(provate voi a installare Debian sul Pc dei vostri genitori) sono un
neo linuxista ma molto convinto della logica open source, e sto
iniziando a studiare java...
una domanda: qualcuno può darmi qualche nome di decompilatore da
provare sulle classi che scrivo? grazie.
ciao!
giulio
-- 
"show me a sign to a life that shines
one direction into another sheltered peace of mind"
                               skid row
--
gpe...@NOSPAMlibero.it
rimuovi NOSPAM per rispondermi
   - God Bless -

 provare sulle classi che scrivo? grazie.
JAD... č un casino trovarlo in rete, ognittanto il tizio che lo fabbrica
cambia sito e non lo si trova piů. quindi vallo a pescare insieme a FrontEnd
http://www.reflectonus.pwp.blueyonder.co.uk/software/FrontEnd/FrontEndPlus.z
ip

> provare sulle classi che scrivo? grazie.
io uso dj java decompiler.... ottimo!
sono anche d'accordo sul discorso opensource, ma penso che chi non
voglia distribuire il suo codice abbia il diritto di "proteggersi"....
esistono vari offuscatori in rete... generano un bytecode abbastanza
difficile da reinterpretare, prova a cercare java obfuscator su
google..
Ci sono cose che non si possono interrompere. La consapevolezza che i sogni della gente sopravviveranno al passaggio da un'epoca all'altra è qualcosa che durerà per sempre finchè la gente avrà sete di libertà.
-Il re dei pirati Gold Roger-

 ma Sun non ha ancora trovato una soluzione ??
Non viene quasi identico. Se ci sono le informazioni di debug, sì;
altrimenti, spariscono tutti i nomi di variabili locali. Inoltre, la
soluzione c'è: usa un obfuscator sul tuo codice. In pratica, il codice è
decompilabile ma... è senza senso. se tu vedi il metodo a.a() che chiama
b.z(), che cosa capisci? Nulla! Gli obfuscator fanno proprio questo( se hai
ad esempio Jbuilder, apri i jar con un programma per gli zip e vedrai;
probabilmente anche con altri editor). Ciao
--
Paolo Giarrusso
Per rispondere togliere solo "TOGLIMI" dall'indirizzo, non _spam.