[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20130608131030.DLZET.309572.imail@eastrmwml113>
Date: Sat, 8 Jun 2013 13:10:30 -0400
From: <jfoug@....net>
To: john-dev@...ts.openwall.com
Subject: Re: limits within mscash2
Changing the opencl_mscash2 format to allow for salts (user names) longer than 19 bytes will take more work. Ideally, this would be done 'prior' to jumping into GPU code. The salt is ONLY used on iteration #0. This iteration really should be pulled back into the crypt_all function, likely done right after the DCC function, but before calling the pbkdf2. Then instead of providing the salt to the pbkdf2 function, the 'results' of iteration 0 would be provided. Thus, in the gpu code, iterations 1 to 10240 would be done (but not the first). This will have no impact on overall speed, AND will keep the GPU code faster, only doing 1 block sha1's, BUT allow multiple block SHA1 code for that very first iteration where the salt value is used.
Jim.
---- jfoug@....net wrote:
> Please retry with latest change. I made these changes originally on bull, but checked things in from my local laptop. I missed this one change. Odd length passwords were missing the last byte.
>
>
> ---- Sayantan Datta <std2048@...il.com> wrote:
> > On Sat, Jun 8, 2013 at 4:28 PM, <jfoug@....net> wrote:
> >
> > Thank you. However I'm getting hash fails on 7970(bull as well as mine)
> > and 570 :
>
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.
