OVH Cloud OVH Cloud

Décompiler Java

22 réponses
Avatar
Flatman
--=-=-=
Content-Type: text/plain; charset=iso-8859-15
Content-Transfer-Encoding: quoted-printable


J'h=E9site entre l'utilisation de Objective C ou Java pour la r=E9alisation
d'un projet. Le facteur confidenti=EBl du code est super important. D=E8s
lors je voudrais savoir si une appli =E9crite en Java peut =EAtre d=E9compi=
l=E9e ?

=2D-=20
Erik

--=-=-=
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (Darwin)

iD8DBQBDLmDUexs8k4f5tB4RApC+AJ4i76rqQ+BlX+EJSAFMm5xtiPPA4ACfSHj2
74+Y5+BdlNbMSi7f9DHTk3k=
=+Uv+
-----END PGP SIGNATURE-----
--=-=-=--

10 réponses

1 2 3
Avatar
Fabien Bergeret
obere wrote:


J'hésite entre l'utilisation de Objective C ou Java pour la réalisation
d'un projet. Le facteur confidentiël du code est super important. Dès
lors je voudrais savoir si une appli écrite en Java peut être décompilée ?

--
Erik



Oui. Il y des tas de decompilateurs qui te crachent le code soure Java
si tu leur donnes un fichier .class

Par exemple: http://www.kpdus.com/jad.html

Il existe des produits pour rendre le code moins decompilable, mais je
ne sais pas a quels points ils sont efficaces.

J'ai utilise un obfuscateur pour un projet commercial (désolé, je

souviens pas du nom de l'obfuscateur). Ca marche tres bien si le code
est complexe. Les classes (sauf la classe du main) sont toutes renommees
en deux lettres), ainsi que toutes les methodes et les attributs.
Il y a meme un obfuscateur qui fait planter jad lors de la decompilation
! (code non conforme a Java, mais qui fonctionne quand meme sur la
plupart des jre)


Avatar
Francis JUGE-BOIRARD
Bonjour,
J'ai testé le projet open source proguard avec J2ME.
http://proguard.sourceforge.net/
C'est simple et je pense suffisant à moins que la sureté nationale ne soit en jeu...
Avatar
Bengali
Flatman wrote:
J'hésite entre l'utilisation de Objective C ou Java pour la réalisation
d'un projet. Le facteur confidentiël du code est super important. Dès
lors je voudrais savoir si une appli écrite en Java peut être décompilée ?

Aussi une chose importante pour l'obfuscateur: masquer le nom de

méthodes. Certains softs masquent le contenu des méthodes mais pas leur
nom=> à partir du nom on peut parfois en déduire l'utilité d'une méthode
et modifier le bytecode statiquement avec bcel par exemple (déjà testé
pour dépanner un client sur un serveur d'appli J2EE en prod le temps
qu'il renouvelle ses licences....)

Avatar
Jack Crow
ahahhahaa
c'est pour ca que sun avait "compilé" java
on aurait tres bien pu faire avec Python, Perl ou PHP dans les SSII
mais il fallait également, de fait, livrer le code avec l'application

alors on a inventé les langages interprétés compilables (Java et C#)
pour bénéficier des avancées en matière de développement tout en gardant
les clients captifs... amusant...

quoi qu'il arrive, nous ne pourrons pas aller contre l'histoire
les langages interprétés high level sont l'avenir

reculer et ne pas filer le source au client c'est désormais de
l'obscurantisme

mets donc ton code en GPL, il sera protégé des vautours qui voudraient
le vendre à ta place, et tu seras payé pour la VRAIE valeur ajoutée de
ce code, ta compétence et le service associé que tu vends...

ibm, sun, hp, oracle et tous les autres ont désormais compris ca
(voir éclipse, zope, zend, apache, jonas, jboss, mysql, qt, etc...)

en essayant de "cacher" le code, quelle que soit la raison, tu vas
malheureusement DROIT DANS LE MUR :-(




J'hésite entre l'utilisation de Objective C ou Java pour la réalisation
d'un projet. Le facteur confidentiël du code est super important. Dès
lors je voudrais savoir si une appli écrite en Java peut être décompilée ?



Avatar
Delf
Jack Crow wrote:

en essayant de "cacher" le code, quelle que soit la raison, tu vas
malheureusement DROIT DANS LE MUR :-(


C'est un peu vite dit ça... je connais une grande entreprise qui cache
son code et qui fait chaque année du bénéf même quand le marché est "mou"...

--
Delf

Avatar
Jack Crow
si tu remarques bien, précisément juste à part ces dernieres semaines,
ils n'ont jamais fait de gros efforts pour empecher d'etre piratés
(un numéro de série noir sur blanc sur papier, et un sticker collé sur
l'ordinateur a la vue de tous)

de beau parleurs font savoir que le piratage leur fait bcp de mal
la vérité c'est qu'il n'y a jamais eu une meilleure opération marketing
que le piratage...

un responsable de microsoft disait "oui la chine pirate, mais nous
sommes heureux qu'ils piratent nos logiciels, car ils grandissent vite,
et quand ils pourront enfin payer, c'est nos logiciels qu'ils acheteront..."

bref, pour répondre a la question d'origine, ca va te sembler paradoxal
mais, arranges toi pour que ton logiciel soit désirable, et fais
semblant (juste semblant) de le protéger... et tu deviendras riche et
celebre :-)






Jack Crow wrote:

en essayant de "cacher" le code, quelle que soit la raison, tu vas
malheureusement DROIT DANS LE MUR :-(



C'est un peu vite dit ça... je connais une grande entreprise qui cache
son code et qui fait chaque année du bénéf même quand le marché est
"mou"...

--
Delf



Avatar
alexandre cartapanis
bref, pour répondre a la question d'origine, ca va te sembler paradoxal
mais, arranges toi pour que ton logiciel soit désirable, et fais
semblant (juste semblant) de le protéger... et tu deviendras riche et
celebre :-)


Lol, si seulement ca pouvait etre si facile....

Avatar
ZebX
ahahhahaa
c'est pour ca que sun avait "compilé" java
Peux tu citer tes sources ?


--
ZebX - Kévin, c'est toi ?

Avatar
khnoum
Bah justement sous GPL j'ai le droit de modifier, de vendre à la place du
développeur et j'enrobe le tout d'une couche de soi-disant Services.

"Jack Crow" a écrit dans le message de news:
433b04bd$0$29119$
ahahhahaa
c'est pour ca que sun avait "compilé" java
on aurait tres bien pu faire avec Python, Perl ou PHP dans les SSII
mais il fallait également, de fait, livrer le code avec l'application

alors on a inventé les langages interprétés compilables (Java et C#) pour
bénéficier des avancées en matière de développement tout en gardant les
clients captifs... amusant...

quoi qu'il arrive, nous ne pourrons pas aller contre l'histoire
les langages interprétés high level sont l'avenir

reculer et ne pas filer le source au client c'est désormais de
l'obscurantisme

mets donc ton code en GPL, il sera protégé des vautours qui voudraient le
vendre à ta place, et tu seras payé pour la VRAIE valeur ajoutée de ce
code, ta compétence et le service associé que tu vends...

ibm, sun, hp, oracle et tous les autres ont désormais compris ca
(voir éclipse, zope, zend, apache, jonas, jboss, mysql, qt, etc...)

en essayant de "cacher" le code, quelle que soit la raison, tu vas
malheureusement DROIT DANS LE MUR :-(




J'hésite entre l'utilisation de Objective C ou Java pour la réalisation
d'un projet. Le facteur confidentiël du code est super important. Dès
lors je voudrais savoir si une appli écrite en Java peut être décompilée
?





Avatar
Olivier Thomann
mets donc ton code en GPL, il sera protégé des vautours qui voudraient le
vendre à ta place, et tu seras payé pour la VRAIE valeur ajoutée de ce
code, ta compétence et le service associé que tu vends...
ibm, sun, hp, oracle et tous les autres ont désormais compris ca
(voir éclipse, zope, zend, apache, jonas, jboss, mysql, qt, etc...)
Eclipse n'est pas sous license GPL, mais ECL (Eclipse public license).


--
Olivier


1 2 3