hashcat Forum
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