Openwall GNU/*/Linux - a small security-enhanced Linux distro for servers
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Fri, 03 Apr 2015 12:27:36 +0200
From: Frank Dittrich <frank.dittrich@...lbox.org>
To: john-dev@...ts.openwall.com
Subject: Re: [GSoC] John the Ripper support for PHC finalists

Agnieszka,

On 04/03/2015 04:31 AM, Agnieszka Bielec wrote:
> 2015-04-02 10:33 GMT+02:00 Agnieszka Bielec <bielecagnieszka8@...il.com
> <mailto:bielecagnieszka8@...il.com>>:
>>    thanks but it seems that first is executed init function (where I
> need access to cost) before functions tunable_cost_*
> 
> if this is impossible I must add my option to JohnTheRipper or make
> another big modifications. Should I do it? I wanted to avoid this
> and today I was fighting with the format and moved the init function
> to be called inside set_salt

Why do you need to access the the tunable cost parameters specified on
the command line from within the format's init() function?
When you implement reporting tunable costs (as I suggested in my
previous mail), the loader will take care of checking the cost settings,
and you won't see any hashes that don't match the requested cost settings.
As mentioned earlier, this will work for --test and for regular cracking.

Calling the format's init() function inside set_salt() doesn't look like
a good idea.
What exactly are you trying to achieve?
Maybe you can use the format's reset() function? Some other opencl
formats do have a reset() implementation instead of using fmt_default_reset.

/* Called whenever the set of password hashes being cracked changes, such as
 * after self-test, but before actual cracking starts.  When called before a
 * self-test or benchmark rather than before actual cracking, db may be
NULL.
 * Normally, this is a no-op since a format implementation shouldn't
mess with
 * the database unnecessarily.  However, when there is a good reason to
do so
 * this may e.g. transfer the salts and hashes onto a GPU card. */

Frank

Powered by blists - more mailing lists

Your e-mail address:

Powered by Openwall GNU/*/Linux - Powered by OpenVZ