Openwall GNU/*/Linux - a small security-enhanced Linux distro for servers
[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Date: Wed, 16 Sep 2015 14:41:10 -0500
From: jfoug <jfoug@...nwall.net>
To: john-dev@...ts.openwall.com
Subject: Re: fast hash processing bottlenecks


On 9/16/2015 2:31 PM, Solar Designer wrote:

> A "rules first" mode would help greatly (apply each rule to current
> word, then advance to next word; right now, we do it the other way
> around, which works better for probability-optimized rulesets and slow
> hashes).
I would really like a mode like that (especially the ability to choose 
between depth or breadth first from command line)

> The potential speed for the current raw-md5 code on this machine is:
>
> Benchmarking: Raw-MD5 [MD5 128/128 SSE4.1 4x3]... DONE
> Raw:    21811K c/s real, 21811K c/s virtual
>
> per core.  But we don't reach anywhere near it with wordlist mode.
> We do reach 21M+ per core with --fork=8 e.g. in mask mode.  20M for
> incremental mode locked to length 8.  Also, 19.7M for wordlist+mask
> (tested with -mask='?w?a?a').  But not for wordlist+rules.
>
Rules are pretty slow (when dealing with fast hashes).  that is why I 
was very happy when mask came out, and was damn near the speed of the 
format, while still allowing some good mangling (at least prepend/append 
which catches a damn lot of RW cracks).  Is it much worse for jumbo than 
for john-proper ?

Powered by blists - more mailing lists

Your e-mail address:

Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.