Estou tentando usar os recursos MPI do John 1.7.9 e testando com uma senha simples de 4 caracteres em uma única máquina servidora de 8 núcleos. eu percebi issodepois do sucesso, o processo que quebrou a senha é encerrado, enquanto o restante permanece em execução. Este é um problema conhecido ou um novo bug? Além disso, existe uma solução alternativa (além de monitorar o tempo de cada processo e procurar diferenças, o que não é muito conclusivo).
Detalhes:
mpiexec --version
mpiexec (OpenRTE) 1.4.3
...
mpiexec -n 8 -host localhost ./run/john temp --format=raw-md5
...
mpiexec -n 8 -host localhost killall -s HUP john && mpiexec -n 8 -host localhost ./john --status
0: guesses: 0 time: 0:00:00:07 0.00% (3) c/s: 4424K
3: guesses: 0 time: 0:00:01:35 0.00% (3) c/s: 7985K
7: guesses: 0 time: 0:00:01:34 0.00% (3) c/s: 7190K
4: guesses: 0 time: 0:00:01:35 0.00% (3) c/s: 6643K
6: guesses: 0 time: 0:00:01:35 0.00% (3) c/s: 7319K
1: guesses: 0 time: 0:00:01:34 0.00% (3) c/s: 9367K
2: guesses: 0 time: 0:00:01:34 0.00% (3) c/s: 6774K
5: guesses: 0 time: 0:00:01:35 0.00% (3) c/s: 6740K
SUM: guesses: 0 time: 0:00:01:35 0.00% (3) c/s: 59635K avg 7454K
Observe o tempo de execução do processo 0 e como ele ainda relata 0 tentativas. A execução de john --status mostra o seguinte:
./run/john --show temp --format=raw-md5
?:asdq
1 password hash cracked, 0 left
Responder1
Se você usar OpenMPI em vez de mpich2, o sinal SIGHUP não será passado para john. É necessário enviar um SIGUSR1.