hashcat Forum

it's looks like a bug for me, maybe i'm wrong and it is some kind of feature

create test rule with one symbol ":"
in docs/rules.txt it's:
#define RULE_OP_MANGLE_NOOP1 ':' // does nothing
create "wordlist" file with numbers from 1 to 10000
generate from this "wordlist" md5 hashes
try to recover generated hashes with "wordlist"
try to recover generated hashes with "wordlist" and "nothing" rule

so, these steps

Code:
C:\>cat test.rule

:

C:\>hashcat-cli32.exe -V

0.38

C:\>del hashcat.pot

C:\>perl -e "for(1..10000){print \"$_\n\"}" > words

C:\>perl dict2hash.pl words >md5h

C:\>hashcat-cli32.exe -m0 -n1 md5h words

... cut ...

All hashes have been recovered

C:\>grep -c '' hashcat.pot

10000

C:\>del hashcat.pot

C:\>hashcat-cli32.exe -m0 -n1 -r test.rule md5h words

... cut ...

Index.....: 1/1 (segment), 10000 (words), 58894 (bytes)

Recovered.: 2500/10000 hashes, 0/1 salts

... cut ...

Progress..: 10000/10000 (100.00%)

... cut ...

C:\>grep -c '' hashcat.pot

2500

C:\>cat hashcat.pot

1

5

9

13

17

21

... cut ...

9981

9985

9989

9993

9997

so, with applying the rules something gone wrong?
looks like every 1 of 4 passwords was restored and others are not

hashcat-cli32.exe runned on win xp pro sp2 , proc: intel core 2 duo e6600
i've tried -n parameter 1,2,4, thinking that depends on processor's cores\threads, but it did not help

any thoughts on this?

sorry for my lame english

this is already known and already fixed, see here: http://hashcat.net/forum/thread-767.html

anyway, thanks for reporting!

ok , thanks for reply
sorry for the trouble

kerk

atom

kerk