Script shell jar

Version imprimable

08/06/2016, 16h45
tou12

Script shell jar

Bonjour,

j'ai un fichier "file.jar" quand je lance avec la commande $ java -jar file.jaril me demande saisire 4 valeurs (val1,val2,val3,val4)
je voudrais récuperer ces valeur en les mettant comme argument

Code:

$ java -jar file.jar val1 val2 val3 val4

merci de m'aider svp
08/06/2016, 18h45
al1_24
Quelque chose comme ça ?
Code:

1 2 3 4 $ echo "val1 val2 val3 val4" |
ou si les valeur doivent simplement être séparées par un espace

Code:

$ echo "val1 val2 val3 val4" | java -jar file.jar

ou encore
Code:

1 2 3 4 5 6 $ java -jar file.jar << EoF val1 val2 val3 val4 EoF
08/06/2016, 19h11
tou12

Script shell jar

merci pour votre réponse
mais toutes ne fonctionnent pas
j'ai toujours un erreur java qui indique que les argument ne sont pas passés au programme jar
08/06/2016, 23h35
jlliagre

Citation:

Envoyé par tou12

j'ai un fichier "file.jar" quand je lance avec la commande $ java -jar file.jaril me demande saisire 4 valeurs (val1,val2,val3,val4)

Et comment demande-t-il de les saisir, ces quatre variables ?
09/06/2016, 01h00
tou12

script shell jar

Citation:

Envoyé par jlliagre

Et comment demande-t-il de les saisir, ces quatre variables ?

en fait le fichier file.jar est un sniffer qui capture du trafic HTTP et les envoyer vers une autre interface (https://sourceforge.net/projects/w-o-f/)

$ java -jar file.jar

Choose Interface: 3
webserver: www.exemple.com
WAF passive: www.waf.com
port HTTP:80
09/06/2016, 10h29
jack-ft

Citation:

Envoyé par tou12

mais toutes ne fonctionnent pas
j'ai toujours un erreur java qui indique que les argument ne sont pas passés au programme jar

Il faut probablement modifier le source java pour remplacer la saisie interactive des arguments par la prise en compte des arguments passés en paramètres...
à moins que ce ne soit déjà fait et que le programme ait une API (documentée ou non) pour ce faire...

ou alors, voir avec expect...
09/06/2016, 10h48
tou12

Script shell jar

j'ai pas compris votre réponse
en fait j'ai pas le source java pour faire ça

expect file.jar ???
09/06/2016, 11h13
jack-ft

Citation:

Envoyé par tou12

j'ai pas compris votre réponse
en fait j'ai pas le source java pour faire ça

Si tu n'as pas le source, ça va pas être facile de le changer!

Quant à l'API, peut-être le jar a-t-il été conçu avec la possibilité de recevoir des paramètres, comme:

Code:

java -jar file.jar val1 val2 val3 val4

dont tu dis que ça ne marche pas. D'ailleurs, on aimerait bien voir le message d'erreur!

ou bien quelque chose comme:

Code:

java -jar file.jar -val1 val1 -val2 val2 -val3 val3 -val4 val4

Pour cela, il faut se référer soit à la documentation, soit aux messages d'erreur, soit au code source...

Citation:

expect file.jar ???

Je dirais plutôt de commencer par man expect.

Pourrais-tu nous montrer une session commençant par java -jar file.jar, de manière à ce que nous voyions de quelle manière il demande la saisie des valeurs?

Script shell jar

voila une exécusion classique:(par exemple)

Code:

1
2
3
4
5
$ java -jar WOF.jar
Choose Interface: 3
LOCK PROFILE(Website) FOR PASSIVE ENGINE: www.site0.eu
ENTER WAF-BOX URL: www.modsec.com
ENTER PORT NO:80

09/06/2016, 13h22
BufferBob

salut,

c'est quoi ce WOF.jar ? il vient d'où ?
09/06/2016, 14h23
tou12

c'est le nom du jar (http://sourceforge.net/projects/w-o-f/): un sniffer pour trafic HTTP

quand je lance, il me demande de saisir les 4 valeurs indiquées et se mets en attente du trafic réseaux
09/06/2016, 16h21
Flodelarab

Bonjour :coucou:

Ni WOF, ni jpcap ne marchent "out-of-the-box".
Le temps imparti pour t'aider est écoulé.
09/06/2016, 16h26
tou12

Script shell jar

merci en tout cas

En fait, tu devrais le faire avec expect pour être propre, sinon une solution pas propre car réglage de temporisation à faire (EN BASH):

Code:

java -jar WOF.jar < <( sleep 5 ; echo "3" ; sleep 1 ; echo "www.site0.eu" ; sleep 1 ; echo "www.modsec.com" ; sleep 1 ; echo "80"  )

Sinon, le bout de code tel qu'il est fait:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
public static void main(String st[])
        throws Exception
    {
 
        BufferedReader b1234 = new BufferedReader(new InputStreamReader(System.in));
        System.out.print("\n Choose Interface : ");
        select_nic = Integer.parseInt(b1234.readLine());
        BufferedReader b123 = new BufferedReader(new InputStreamReader(System.in));
        System.out.print("\n LOCK PROFILE (Website) FOR PASSIVE ENGINE : ");
        lockurl = b123.readLine();
        System.out.print("\n ENTER WAF-BOX URL : ");
        wafbox = b123.readLine();
        System.out.print("\n ENTER PORT NO : ");
        finport = Integer.parseInt(b123.readLine());
 
    }
    public static String lockurl = "";
    public static String wafbox = "";
    public static int finport = 80;
    public static int select_nic = 0;

09/06/2016, 19h05
tou12

script shell jar

Ok, en fin ça marche
Merci infiniment
09/06/2016, 19h32
disedorgue

Avec expect (j'espère) ??? :aie:
09/06/2016, 23h25
tou12

Citation:

Envoyé par disedorgue

Avec expect (j'espère) ??? :aie:

non, j'ai testé sans "expect",
merci, car je connais pas bien "expect"

Pour le fun voici une version plus propre sans expect en bash (version >= 4) qui montre une utilisation de la builtin coproc:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
#!/bin/bash
coproc java -jar WOF.jar
exec 3<&${COPROC[0]}
Reg="Choose Interface$"
while true;do read -d ':' -u 3 r;[[ "$r" =~ $Reg ]] && break;done
echo "3" >&${COPROC[1]}
Reg="LOCK PROFILE \(Website\) FOR PASSIVE ENGINE$"
while true;do read -d ':' -u 3 r;[[ "$r" =~ $Reg ]] && break;done
echo "www.site0.eu" >&${COPROC[1]}
Reg="ENTER WAF-BOX URL$"
while true;do read -d ':' -u 3 r;[[ "$r" =~ $Reg ]] && break;done
echo "www.modsec.com" >&${COPROC[1]}
Reg="ENTER PORT NO$"
while true;do read -d ':' -u 3 r;[[ "$r" =~ $Reg ]] && break;done
echo 80 >&${COPROC[1]}
exec 3<&-
wait

Ici, mon but était de trouver un moyen de pouvoir injecter des données à une commande selon sa sortie et tout ça à l'intérieur du même shell.

13/06/2016, 11h07
tou12

Script shell jar

bonjour,
j'ai testé la fois passée ça marche,

Code:

java -jar WOF.jar < <( sleep 5 ; echo "3" ; sleep 1 ; echo "www.site0.eu" ; sleep 1 ; echo "www.modsec.com" ; sleep 1 ; echo "80" )

mais maintenant, il donne cette erreur,

Citation:

bash: Erreur de syntaxe près du symbole inattendu " ( "

je ne comprends pas pourquoi ?

merci de me répondre
13/06/2016, 11h57
jlliagre

Citation:

Envoyé par tou12

j'ai testé la fois passée ça marche,

...
mais maintenant, il donne cette erreur,

tu as changé de shell ?

Citation:

merci de me répondre

Oui, c'est un peu le principe des forums ;)
13/06/2016, 12h00
tou12

Script shell jar

Non, le shell est bash
13/06/2016, 12h02
disedorgue

J'ai posté une solution plus propre en BASH que je te conseillerais de tester et d'utiliser.

Sinon, pour ton souci, les 2 syntaxes suivantes sont différentes et l'une génère l'erreur:

Code:

java -jar WOF.jar < <( sleep 5 ; echo "3" ; sleep 1 ; echo "www.site0.eu" ; sleep 1 ; echo "www.modsec.com" ; sleep 1 ; echo "80" )

Code:

java -jar WOF.jar <<( sleep 5 ; echo "3" ; sleep 1 ; echo "www.site0.eu" ; sleep 1 ; echo "www.modsec.com" ; sleep 1 ; echo "80" )
13/06/2016, 12h04
tou12

Script shell jar

oui, j'ai testé ton script, mais ça ne marche pas, il me retourne directement le prompte
13/06/2016, 13h50
disedorgue

Le lances tu depuis un terminal ?

Il t'indique des erreurs ?

Pour ma part, je n'ai pas testé avec le vrai jar, mais juste avec la partie qui demande les informations et ceci depuis un terminal et chez moi, cela fonctionne.

Ensuite, il y a le wait qui attend que le process java soit fini sinon, lorsque le script bash rend la main, le process java serait "killé".
13/06/2016, 14h55
tou12

Script shell jar
oui, je le lance depuis le terminal
il y a pas d'erreur, mais il me rend la main directement:
Code:

1 2 $ ./script.bash $
13/06/2016, 15h04
disedorgue

Et que donne:

Code:

bash -x ./script.bash

script shell jar

ça donne ça

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
$ bash -x ./script.bash
+ exec
+ Reg='Choose Interface$'
+ java -jar sniffer.jar
+ true
+ read -d : -u 3 r
+ [[ /usr/java/packages/lib/amd64 =~ Choose Interface$ ]]
+ true
+ read -d : -u 3 r
+ [[ /usr/lib/x86_64-linux-gnu/jni =~ Choose Interface$ ]]
+ true
+ read -d : -u 3 r
+ [[ /lib/x86_64-linux-gnu =~ Choose Interface$ ]]
+ true
+ read -d : -u 3 r
+ [[ /usr/lib/x86_64-linux-gnu =~ Choose Interface$ ]]
+ true
+ read -d : -u 3 r
+ [[ /usr/lib/jni =~ Choose Interface$ ]]
+ true
+ read -d : -u 3 r
+ [[ /lib =~ Choose Interface$ ]]
+ true
+ read -d : -u 3 r
+ [[ /usr/lib

 Loading Status =~ Choose Interface$ ]]
+ true
+ read -d : -u 3 r
+ [[ MOVING ahead without loading any rules! 
 Loading Status =~ Choose Interface$ ]]
+ true
+ read -d : -u 3 r
+ [[ No "*.conf" file found under "/rules/" directory) 


 Choose Interface =~ Choose Interface$ ]]
+ break
+ echo 3
+ Reg='LOCK PROFILE \(Website\) FOR PASSIVE ENGINE'
+ true
+ read -d : -u 3 r
+ [[ LOCK PROFILE (Website) FOR PASSIVE ENGINE =~ LOCK PROFILE \(Website\) FOR PASSIVE ENGINE ]]
+ break
+ echo www.site0.eu
+ Reg='ENTER WAF-BOX URL$'
+ true
+ read -d : -u 3 r
+ [[ ENTER WAF-BOX URL =~ ENTER WAF-BOX URL$ ]]
+ break
+ echo www.modsec.com
+ Reg='ENTER PORT NO$'
+ true
+ read -d : -u 3 r
+ [[ ENTER PORT NO =~ ENTER PORT NO$ ]]
+ break
+ echo 80
+ exec
+ wait

Citation:
Envoyé par disedorgue
En fait, tu devrais le faire avec expect pour être propre, sinon une solution pas propre car réglage de temporisation à faire (EN BASH):

Code:

java -jar WOF.jar < <( sleep 5 ; echo "3" ; sleep 1 ; echo "www.site0.eu" ; sleep 1 ; echo "www.modsec.com" ; sleep 1 ; echo "80" )

Sinon, le bout de code tel qu'il est fait:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 public static void main(String st[]) throws Exception { BufferedReader b1234 = new BufferedReader(new InputStreamReader(System.in)); System.out.print("\n Choose Interface : "); select_nic = Integer.parseInt(b1234.readLine()); BufferedReader b123 = new BufferedReader(new InputStreamReader(System.in)); System.out.print("\n LOCK PROFILE (Website) FOR PASSIVE ENGINE : "); lockurl = b123.readLine(); System.out.print("\n ENTER WAF-BOX URL : "); wafbox = b123.readLine(); System.out.print("\n ENTER PORT NO : "); finport = Integer.parseInt(b123.readLine()); } public static String lockurl = ""; public static String wafbox = ""; public static int finport = 80; public static int select_nic = 0;
D'après le code que tu donnes, il semble créer 2 BufferedReader (b1234 et b123 (jolis noms de variables, soit dit en passant!)).
Le 1er lit une seule ligne, tandis que le 2ème lit les 3 suivantes.

J'imagine (avis des spécialistes java?) que c'est à cause de la création de ces 2 BufferedReaders que ne marche pas la solution proposée par al1_24 :
Code:

1 2 3 4 5 6 java -jar file.jar << EoF val1 val2 val3 val4 EoF
Je ne vois d'ailleurs aucune raison pour créer ces 2 BufferedReader?!
(peut-être que l'historique du projet nous montrerait qu'il n'y en avait qu'un au départ b123 et que quelqu'un a ajouté l'autre...)

Bref, si on peut changer le source, en supprimant la ligne de création de b123 et en remplaçant les références à b123 par b1234, il est possible que la solution de al1_24 marche!

Sinon, sans changer le java, il est possible aussi que fonctionne la suppression de tous les sleep sauf le 2ème (à tester):

Code:

java -jar WOF.jar < <(echo "3" ; sleep 1 ; echo "www.site0.eu" ; echo "www.modsec.com" ; echo "80" )

Si je devais essayer, je commencerais par supprimer le 4ème sleep, puis le 3ème, puis le 1er, pour ne conserver que le 2ème... (à tester)

13/06/2016, 16h21
disedorgue

Etrange, il passe bien les données comme il faut, mais on a l'impression que le wait ne patiente pas.

Ou alors, il y a une erreur qui arrête le java, d'ailleurs, on voit qu'il ne trouve pas *.conf pour les rules.

Peut-être remplacer wait par fg.

PS: je viens de voir qu'il y a un bug proche de ce sujet en bash version 4.2.0 ...
13/06/2016, 16h30
disedorgue
Citation:
Envoyé par jack-ft

D'après le code que tu donnes, il semble créer 2 BufferedReader (b1234 et b123 (jolis noms de variables, soit dit en passant!)).
Le 1er lit une seule ligne, tandis que le 2ème lit les 3 suivantes.

J'imagine (avis des spécialistes java?) que c'est à cause de la création de ces 2 BufferedReaders que ne marche pas la solution proposée par al1_24 :

Code:

1 2 3 4 5 6 java -jar file.jar << EoF val1 val2 val3 val4 EoF

Je ne vois d'ailleurs aucune raison pour créer ces 2 BufferedReader?!
(peut-être que l'historique du projet nous montrerait qu'il n'y en avait qu'un au départ b123 et que quelqu'un a ajouté l'autre...)

Bref, si on peut changer le source, en supprimant la ligne de création de b123 et en remplaçant les références à b123 par b1234, il est possible que la solution de al1_24 marche!

Sinon, sans changer le java, il est possible aussi que fonctionne la suppression de tous les sleep sauf le 2ème (à tester):

Code:

java -jar WOF.jar < <(echo "3" ; sleep 1 ; echo "www.site0.eu" ; echo "www.modsec.com" ; echo "80" )

Si je devais essayer, je commencerais par supprimer le 4ème sleep, puis le 3ème, puis le 1er, pour ne conserver que le 2ème... (à tester)
Pour moi, je pense qu'il en faut au moins 2, puisque 2 BufferReader et donc 2 init

En plus, pour faire simple, le newline est en début de ligne dans ces output, donc la lecture via read n'est pas basique.
En gros, je trouve que c'est développé avec les pieds, mais c'est juste mon avis :aie:

script shell jar

j'ai remplacé "wait" par "fg" mais il y a une erreur

fg: pas de contrôle de tache

en fait, j'ai utilisé la première solution (la moins propre) dans un script

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
#!/bin/bash
 
# Argument -i $interface, -s $siteweb, -w wafbox -p $port 
usage()
{
cat << EOF
usage: $0 options
 
ce script permet de lancer le sniffer 
 
OPTIONS:
--help 	    help
--interface     numero de l'interface d'écoute 
--siteweb       l'address host du serveur web à protéger
--wafbox        l'address host du machine Modsecurity
--port  	   le numero du port     
EOF
}
interface=
siteweb=
wafbox=
port=
 
while getopts "pwsih-:" opt ; do
	if [ $opt = "-" ] ; then
		case $OPTARG in
			help ) opt="h" ;;
			interface ) opt="i" ;;
			siteweb ) opt="s" ;;
			wafbox ) opt="w" ;;
			port ) opt="p" ;;
 
		esac
	fi
	case $opt in
		h ) usage
                     exit
                     ;;
		i ) interface=$OPTARG ;;
		s ) siteweb=$OPTARG ;;
		w ) wafbox=$OPTARG ;;
                p ) port=$OPTARG ;;
 
	esac
done
 
java -jar WOF.jar < <(  sleep 5 ; echo $interface ; sleep 1 ; echo $siteweb ; sleep 1 ; echo $wafbox ; sleep 1 ; echo $port )

mais ça ne marche pas, je sais pas pourquoi ?

13/06/2016, 16h58
disedorgue

Et si tu faisais un affichage de tes variables pour voir si elles sont correctes, ou lancé le script en mode debug pour voir le déroulement...

Pour moi, la version "propre" devrait fonctionner au même titre que la version avec les sleep que tu utilises.

As-tu aussi essayé de lancer le jar manuellement pour lui passer les valeurs que tu donnes à tes variables, pour voir si déjà cela fonctionne ?
13/06/2016, 18h23
jlliagre

Citation:

Envoyé par disedorgue

En plus, pour faire simple, le newline est en début de ligne dans ces output, donc la lecture via read n'est pas basique.
En gros, je trouve que c'est développé avec les pieds, mais c'est juste mon avis :aie:

Le problème principal avec ce programme, c'est que bien qu'étant présent sur sourceforge et google code, son code source n'est pas fourni. Le code tarabiscoté et les noms de variable b123 et b1234 sont peut être dus à l'utilisation d'un obfuscateur de code ou quelque chose de similaire.

Je ne me hasarderais pas à utiliser ce programme, dont l'une des fonctionnalités semble être d'intercepter des requêtes web pour les dupliquer vers un sniffer, sur autre chose qu'un réseau isolé et ne contenant rien de sensible...
14/06/2016, 09h36
jack-ft

Citation:

Envoyé par jlliagre

Le problème principal avec ce programme, c'est que bien qu'étant présent sur sourceforge et google code, son code source n'est pas fourni.

@disedorgue: Pourtant, tu en as bien trouvé un bout, non?

Où l'as-tu trouvé? Y a-t-il le reste?

Citation:

Le code tarabiscoté et les noms de variable b123 et b1234 sont peut être dus à l'utilisation d'un obfuscateur de code ou quelque chose de similaire.

Hum... Généralement, un obfuscateur de code obfusque tout. Il aurait "oublié" les variables lockurl, wafbox et finport?
14/06/2016, 14h37
jlliagre

Disedorgue l'a probablement décompilé. Les noms de variable citées sont bien présentes dans les classes (binaire).
16/06/2016, 21h09
disedorgue

Oui, j'ai juste décompilé la classe qui nous interressait ici pour comprendre pourquoi une simple redirection de l'entrée vers un fichier ne fonctionnait pas.

Pour l'autre souci, le script qui passe par un wait (ou fg), doit certainement sortir car le fils a certainement forker un autre processus avant de mourir et donc le père principal en mourrant fait mourir le fork (enfin, quelque chose dans ce gout là).

Salut à tous,

Pour ceux qui voudrait passer par le programme Expect, voici un exemple d'utilisation pour le fameux WOF.jar de ce post.

ps: j'ai pas de java installé, donc pas pu tester l’exécution du script.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
#!/usr/bin/expect -f
 
## Author : silfun1.
## Version 1
## Description
## Use the WOF.jar
 
#Variables
set WOFBINJAR "WOF.jar"
set PORTNUMDEF "80"
 
set timeout 10
match_max 6000000
 
#--- Check arguments + Variables
 
if {[llength $argv] == 0} {
  send_user "Usage: interface passive_engine waf_box port\n"
  exit 1
}
 
set theinterface [lindex $argv 0]
if {[llength $theinterface] < 1} {
	send_user "No Interface chosen\n"
	exit 1 }
set theengine [lindex $argv 1]
if {[llength $theengine] < 1} {
	send_user "No Passive engine\n"
	exit 1 }
set thewafbox [lindex $argv 2]
if {[llength $thewafbox] < 1} {
	send_user "No WAF Box\n"
	exit 1 }
set theportnumber [lindex $argv 3]
if {[llength $theportnumber] < 1} {
	if {[llength $PORTNUMDEF] > 1} {
		send_user "Default Port $PORTNUMDEF will be used"
	}
}
#-----------------------
 
#------ Launch the jar -------
spawn java -jar $WOFBINJAR
 
expect "Choose Interface:\r"
send "$theinterface\r"
 
expect "LOCK PROFILE(Website) FOR PASSIVE ENGINE:\r"
send "$theengine\r"
 
expect "ENTER WAF-BOX URL:\r"
send "$thewafbox\r"
 
expect "ENTER PORT NO:\r"
send "$theportnumber\r"
 
close

Sylvain