John the Ripper sta diventando più lento

2

Ho scritto il mio modulo John the Ripper ed è almeno funzionante. Purtroppo non sono così tanto in John the Ripper a fare alcuna analisi delle prestazioni, quindi l'ho appena iniziato con una password più o meno non disconnessa per vedere alcuni numeri.

L'hash è salato.

Ma ora lo stato è piuttosto strano per me. Inizia con:

0g 0:00:00:02 0g/s 140413p/s 140413c/s 140413C/s

Ma poi diventa più lento con il tempo. Dopo un'ora è a:

0g 0:00:52:12  3/3 0g/s 1383p/s 154053c/s 154053C/s

E dopo un'altra ora è a:

0g 0:02:13:13  3/3 0g/s 849.0p/s 154635c/s 154635C/s

Dopo 4 ore ho interrotto la sessione con una velocità di

0g 0:04:30:43  3/3 0g/s 673.7p/s 154666c/s 154666C/s

Qualcuno può dirmi cosa potrebbe causare quella perdita di prestazioni? E perché solo i candidati / secondi diventano più lenti mentre le criptate / secondo e la combinazione di password del candidato e hash di destinazione al secondo sono ancora veloci come prima?

Ora ho riscontrato un altro problema da aggiungere alla perdita di prestazioni. Diciamo che ho 24 hash con 24 diversi sali. Uno di loro ha la password test123. Se questo hash è sotto gli ultimi 5 tutto funziona perfettamente. Ma se è nei primi 5 non si incrinerà (almeno non nella seconda fase della chiamata john predefinita). Non ho davvero idea di cosa potrebbe causare questo bug. Se il mio file è più piccolo (5 hash) non incontra questo bug e può rompere l'hash, non importa dove sia. (Secondo alcuni test che ho fatto sembra che questo potrebbe essere causato dalla diversa lunghezza degli hash ... Ancora non sono sicuro che sto ancora testando)

Modifica:

Ho provato alcune cose e dato che nessuno ha ancora risposto, mi limiterò a modificare la domanda:

La perdita di prestazioni che ho riscontrato sopra è solo se prendo file di grandi dimensioni (310 hash per l'esempio precedente)

Ora, se prendo un file più piccolo (6 hash), le prestazioni sono più stabili o sembrano addirittura aumentare. Alcuni numeri:

1g 0:00:00:06  3/3 0.1430g/s 33762p/s 136944c/s 136944C/s sheble

e dopo un'ora:

3g 0:00:56:56  3/3 0.000877g/s 41042p/s 156740c/s 156740C/s luecdt

La struttura dei file è sempre la stessa. La lunghezza degli hash è stata la stessa anche questa volta dopo che ho trovato l'errore sopra menzionato. Ma ho ancora la perdita di prestazioni con file di grandi dimensioni.

Ho già controllato con Valgrind se c'è qualche perdita di memoria o sth, ma non è venuto fuori nulla. L'utilizzo della RAM rimane costante anche per 17 ore.

    
posta Thanathan 21.09.2015 - 15:58
fonte

0 risposte

Leggi altre domande sui tag