Se você usar o OpenMPI em vez do mpich2, o sinal SIGHUP não será passado para o john. É necessário enviar um SIGUSR1.
Estou tentando usar os recursos de MPI do john 1.7.9 e estou testando com uma senha simples de 4 caracteres em uma única máquina servidora de 8 núcleos. Notei que após o sucesso , o processo que decifrou 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 é realmente 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 reporta 0 estimativas. Executando john --status mostra o seguinte:
./run/john --show temp --format=raw-md5
?:asdq
1 password hash cracked, 0 left
Se você usar o OpenMPI em vez do mpich2, o sinal SIGHUP não será passado para o john. É necessário enviar um SIGUSR1.
Tags password-recovery