hashcat and rules, bug or not

[kerk]

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

[atom]

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

anyway, thanks for reporting!

[kerk]

ok , thanks for reply
sorry for the trouble