![]() |
Why does emulating hybrid attack with rules skip some rules/ignore numbers? - Printable Version +- hashcat Forum (https://hashcat.net/forum) +-- Forum: Deprecated; Previous versions (https://hashcat.net/forum/forum-29.html) +--- Forum: General Help (https://hashcat.net/forum/forum-8.html) +--- Thread: Why does emulating hybrid attack with rules skip some rules/ignore numbers? (/thread-4592.html) |
Why does emulating hybrid attack with rules skip some rules/ignore numbers? - maymay - 08-08-2015 Hi, I'm learning about hashcat rules and recently noticed an issue where some of my rules are apparently being skipped (not tested). I created a simple rules file to append a three-digit number to the end of a dictionary, super simple, beginning like this: Code: $0 $0 $0 and going all the way to Code: $9 $9 $9 Code: ?d?d?d Code: hashcat --stdout -a 1 -r custom.rule my-capture.hccap dictionary.txt and notice that in this snippet of the output, there are several numbers missing, such as "971" (it goes from "widesky970" to "widesky972") and numerous others. Code: Why is this happening? Also, after adding a few more rules to the beginning of my rule file (like Code: : Thanks for your help. RE: Why does emulating hybrid attack with rules skip some rules/ignore numbers? - undeath - 08-08-2015 can confirm Code: ./hashcat-cli64.bin /tmp/t -r /tmp/test -a1 /tmp/t --stdout | wc -l a0 works Code: ./hashcat-cli64.bin /tmp/t -r /tmp/test --stdout | wc -l RE: Why does emulating hybrid attack with rules skip some rules/ignore numbers? - maymay - 08-09-2015 (08-08-2015, 11:00 PM)undeath Wrote: can confirm Sorry undeath, I don't understand your reply. Are you saying you can confirm my issue or asking me for some more information? In case it's the latter, here's my setup. For testing purposes, my dictionary is tiny (four lines). My rules file is as described above, intending to append a three digit number (rules like $0 $0 $0 through $9 $9 $9). When I use -a1 (combinator attack), then if my math is correct, I should expect to get 16,000 password candidates because 4^2=16 possibilities, each of which has 1,000 variants, so 16 * 1000 = 16000. Here's where the problem comes in. Even though I do see 16,000 attempts when I test with --stdout: Code: maymay$ hashcat -a1 --stdout -r custom.rule my-capture.hccap dictionary.txt | sort | wc -l the actual password candidates themselves have skipped some possibilities: Code: maymay$ hashcat -a1 --stdout -r custom.rule my-capture.hccap dictionary.txt | sort | uniq | wc -l My question is, given that I have defined no reject rules, why does hashcat ignore or fail to test every permutation of the rules defined? Thanks again for your quick reply. RE: Why does emulating hybrid attack with rules skip some rules/ignore numbers? - maymay - 08-29-2015 Bump…? RE: Why does emulating hybrid attack with rules skip some rules/ignore numbers? - epixoip - 08-29-2015 undeath already said he could confirm it, so did you open a ticket on Trac to report the bug? RE: Why does emulating hybrid attack with rules skip some rules/ignore numbers? - maymay - 08-29-2015 (08-29-2015, 08:06 AM)epixoip Wrote: undeath already said he could confirm it, so did you open a ticket on Trac to report the bug? Ah, I didn't understand that that's what undeath was saying. I'll open a Trac ticket now: https://hashcat.net/trac/ticket/654 Thanks for prodding me in the right direction. RE: Why does emulating hybrid attack with rules skip some rules/ignore numbers? - atom - 08-31-2015 fixed in latest beta |