[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20130515192851.GP2KA.48996.imail@eastrmwml214>
Date: Wed, 15 May 2013 19:28:51 -0400
From: <jfoug@....net>
To: john-dev@...ts.openwall.com
Cc: Alexander Cherepanov <cherepan@...me.ru>
Subject: Re: dynamic_1300 selftest FAILED (get_hash[0](1)) in
bleeding
---- Alexander Cherepanov <cherepan@...me.ru> wrote:
> BTW are flags MGF_SALTED and MGF_USERNAME really useful? If format uses
> something like DynamicFunc__append_salt then it's surely salted
> otherwise it's not. The same with username.
At the time things were written originally, I did not want to loop through the array of function pointers, looking for the certain 'magic' ones that listed something was salted. Now, I have been doing that on the newer 'large' hash formats. One reason I did not want to do this, was that additional functions could be added later that would also 'mean' a salt was there.
Not only that, but you have salt, 2nd salt, user name, etc, etc, in any order. These have to be deal with in the prepare function, and in valid which can both be called PRIOR to init() being called for the format. They also are needed within other things like salt, binary, source, etc.
There simply are so few 'knowns' when presented with a hash in dynamic. and frequently dynamic may be loading millions of hashes, so we want it to also be fast, that the choice was made to force the hash author to inform upfront if these type of data are present.
Jim.
Powered by blists - more mailing lists
Confused about mailing lists and their use?
Read about mailing lists on Wikipedia
and check out these
guidelines on proper formatting of your messages.
