Exécutable Java et droits unix

Bonjour,

Comment exécuter du code java sans qu'il soit lisible (au sens unix des termes)?

Voici le contexte:

J'ai un fichier demo.jar que j'exécute avec la commande suivante:

Code:

---

java -jar demo.jar

---

Maintenant, j'aimerai que sur un serveur, un utilisateur puisse exécuter ma démo mais qu'il ne puisse pas voir le contenu du jar.

Naïvement, je lui ai assigné des droits d’exécution mais pas de lecture:

Code:

---

chmod 711 demo.jar

---

Mais ma commande ne fonctionne plus. J'ai un message du type demo.jar n'est pas accessible.

J'ai exploré la solution du droit SUID mais sans sucés (et je ne suis pas ingénieur réseau).

Je précise que je ne cherche pas de solution basée sur l'obfuscation de mon code.

Merci de votre aide.

Bonjour,

A ma connaissance il te faut impérativement les droits de lecture pour exécuter le jar. Pour quelle raison tu ne veux pas que ton jar soit lisible au sens Unix ? ça nous aidera peut-être à trouver une autre solution qui te convient...

Romain.

Merci ton aide.

Le contenu du jar est confidentiel. Je veux donc éviter qu'un utilisateur/testeur puisse le lire/le copier/l'uploader chez lui.

Salut,

peut-être peux tu crypter les données que tu cherches à cacher dans ton jar.

Tchao!

Le problème pour lui est que s'il encrypte les données confidentielles, il faut que son jar embarque la fonction de décryptage. Quelqu'un pourra faire du reverse engineering pour obtenir la fonction de décryptage...

Pour bloquer l'utilisation du jar sur une seule machine il y a bien ce genre de solutions http://www.wibusystemsusa.com/ . Cela permet d'empêcher le démarrage de l'application si un dongle n'est pas présent sur a machine exécutant le programme.

Couplé à de l'offuscation de code c'est tout ce que je vois de possible pour protéger ton application...

Romain.

Dans l'idéal, j'avais envie d'une solution simple basée sur les droits unix.

De plus en plus, je m'oriente vers une solution telle que proposée par rg77140.

Tu dis que le jar est en démo sur un serveur.

Une solution simple serait la suivante:

une petite interface web (en php par exemple). L'utilisateur se connecte dessus pour lancer l'application java et recois le résultat sur l'interface web. Du coup comme il a aucun accès à la machine, il ne peux pas rappatrier le jar.


Ca marche bien si le jar est de type console.

Si le jar est de type graphique, faudra, par exemple, démarrer aussi à la demande un serveur vnc pour l'affichage et coupler ça avec un applet vnc-client qui récupère l'affichage.


Autre solution, si ils font de l'affichage déporté (à priori c'est le cas, vu qu'on parle d'un serveur), tu peux leur virer leur shell de leur compte et le remplacer par rbash (restricted bash) qui permet de limiter à certaines commandes. Du coup pu de scp possible, tu peux interdire le cat sur le jar, etc.




Bref, sans aller par l'obfuscation du code, si tu veux faire une démo sans que les gens aient accès au jar, tu va devoir mettre ce qu'il faut pour qu'ils n'aient pas une accès direct à la machine mais juste au résultat de l'exécution :)