hashcat Forum
questions on Rules used to reject plains - Printable Version

+- hashcat Forum (https://hashcat.net/forum)
+-- Forum: Deprecated; Previous versions (https://hashcat.net/forum/forum-29.html)
+--- Forum: Old oclHashcat Support (https://hashcat.net/forum/forum-38.html)
+--- Thread: questions on Rules used to reject plains (/thread-3444.html)



questions on Rules used to reject plains - aprizm - 06-02-2014

Hey crackerz,
I was checking out the rules and I have a question.
Some of the rules reject candidates...
here is my question:

are the rules to reject plains acting on the source or the results of the rule?

lets say we have a rule like this : <10 $1$2$3
and a word : password

would this be rejected because :
source: password (8 characters)
result: password123 (11 characters)


also is there a difference between those rules :
<10 $1$2$3
$1$2$3 <10

the thing is I want to reject candidate that are less than 8 char AFTER all the transformation.

btw im sorry my native language is not english.


RE: questions on Rules used to reject plains - aprizm - 06-04-2014

wow I just spent last night working on these rules to finally end up realizing theyre not working with GPU AAAAAAAARGH.

suggestion: Bring this feature to ocl Big Grin

another question: does the skipping (rejecting) really help the performance or its negligible?


RE: questions on Rules used to reject plains - atom - 06-10-2014

thats not completely true, they are just not working for fast hashes like md5. for slow hashes like wpa they work, as slow hashes use the hashcat cpu rule engine.

skipping candidates based on rule rejection would make cracking slower because it adds another branch to it while it doesnt hurt to check a hash if you can do multimillions a second