Non consitent rules behaviour. (Obviously nuby issue) - Printable Version +- hashcat Forum (https://hashcat.net/forum) +-- Forum: Support (https://hashcat.net/forum/forum-3.html) +--- Forum: hashcat (https://hashcat.net/forum/forum-45.html) +--- Thread: Non consitent rules behaviour. (Obviously nuby issue) (/thread-11815.html) |
Non consitent rules behaviour. (Obviously nuby issue) - WallyZ - 02-09-2024 I'm having issue with some simple rule files that don't consistently generate my desired output. Probably due to my lack of understanding. I have attached the pass phrases and rules files: (no room for output file, described in this post) The pass phrases are 3 character keyboard walks (qwe through to bnm). The rules: rules0.txt - has nothing and reversed order rules1.txt - has nothing and 3 digit walks (123, 234, ... 432, 321) rules2.txt - has nothing and special characters ~ ` ! @ # $ % ^ & * ( ) - _ = + [ { ] } \ | ; : ' " , < . > / ? rules3.txt - has nothing, uppercase and capitalized Rules2 is not being completely applied before the next pass phrase commences Using command line: (version 6.2.5 - Ubuntu 22.04 hashcat-nvidia, RTX1070, driver 545.23.08) hashcat --stdout passprhrase.txt -r rules0.txt -r rules1.txt -r rules2.txt -r rules3.txt >newphrases.txt Example pass phrase qwe Expected output of newphrases,txt qwe ewq qwe123 ewq123 ... qwe321 ewq321 qwe123~ ewq123~ ... qwe123% ewq123% qwe123^ however at here ^ through / are missing ewq123^ ... wer rew ... And this behavior is not consistent as some pass phrases will have some of the special characters from rule two and others wont. Seems random which special characters are generated or not! Are my rules correct and is this behavior repeatable by others? Walter RE: Non consitent rules behaviour. (Obviously nuby issue) - buka - 02-09-2024 Are you quite sure they aren't in the output file? Hashcat doesn't output candidates in the alphabetical order. RE: Non consitent rules behaviour. (Obviously nuby issue) - WallyZ - 02-09-2024 Actually I was expecting it to be in the rule order!!! I did a manual search in the output file and found the missing entries!!! What a dummy I am! Maybe I should have sorted the results first. But that has highlighted another issue. The character "$" is never being appended with rule $$. RE: Non consitent rules behaviour. (Obviously nuby issue) - buka - 02-09-2024 (02-09-2024, 07:24 AM)WallyZ Wrote: The character "$" is never being appended with rule $$. Works for me. What version of hashcat are you using? RE: Non consitent rules behaviour. (Obviously nuby issue) - WallyZ - 02-09-2024 Version 6.2.5 RE: Non consitent rules behaviour. (Obviously nuby issue) - WallyZ - 02-09-2024 I also tried $\x24 but couldn't get a dollar symbol to append. RE: Non consitent rules behaviour. (Obviously nuby issue) - buka - 02-09-2024 Can't reproduce. How many lines is the resulting file? RE: Non consitent rules behaviour. (Obviously nuby issue) - WallyZ - 02-09-2024 Turns out to be the sort command requires the env variable LC_COLLATE=C to get case sensitive sorting!!! Couldn't just make it an option on the sort command! Icon of man banging head against wall. With that I can find all the generated phrases where I'm expecting. So hashcat is working as expected!!! Thanks for your time |