Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Tue, 20 Aug 2013 20:22:01 +0200
From: Katja Malvoni <>
Subject: Re: Parallella: bcrypt

On Tue, Aug 20, 2013 at 7:59 PM, Solar Designer <> wrote:

> On Tue, Aug 20, 2013 at 05:24:17PM +0200, Katja Malvoni wrote:
> > From postings I got
> > impression that only thing which can be done is to check whether data is
> > transferred correctly before writing start flag. So I changed code to do
> > that - removed start arrays from inputs structure and put only one start
> > array in shared_buffer structure. And did check of transferred data. That
> > didn't help. Am I missing something here?
> How did you implement the "check of transferred data"?

I use e_write to write inputs structure and immediately after it I read
from the same location in check_input variable. This read after write
should be ok - And
than I check that input and check_input have the same values.

That's a weird solution, and one that does not make me comfortable about
> its reliability, given how very fragile you say it is.

I agree and I don't completely understand why it seems to be working.

> > If I read keys from external memory always than
> > it seems to be working. But if keys are read only when changed than it
> > cracks around 25000 passwords.
> This is puzzling.  It suggests that some further action is attempted too
> soon when the keys are not re-read... but the only other thing you're
> reading is the salt, and you read it before the keys, right?  Puzzling.

Yes, I only read salt. Keys in local memory shouldn't change but either
they change or ones in shared buffer are incorrect.


Content of type "text/html" skipped

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.