Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20150706211536.GA2803@openwall.com>
Date: Tue, 7 Jul 2015 00:15:36 +0300
From: Solar Designer <solar@...nwall.com>
To: john-dev@...ts.openwall.com
Subject: Re: PHC: yescrypt questions

On Mon, Jul 06, 2015 at 08:09:13PM +0200, Agnieszka Bielec wrote:
> I have some questions.
> 
> should I use format
> '$7$06..../....SodiumChloride$ENlyo6fGw4PCcDBOFepfSZjFUnVatHzCcW55.ZGz3B0'
> for how hashes are stored?

For classic scrypt hashes, yes - and this will obsolete the scrypt
format currently in JtR.  (Except that I think folks working on jumbo
added other encodings in there, which may need to be re-added too,
before we'd replace that format.)

For native yescrypt hashes, no.

> yescrypt_kdf() is more general than PHS
> 
> and my task is to add to john only PHS?

The interface for you to use is yescrypt_r().

It uses the above encoding when invoked on a classic scrypt hash, with a
setting string starting with "$7$".

It uses a revision of this encoding when invoked on native yescrypt
hashes.  And there's a problem here: not all of yescrypt's parameters
are encoded in there yet.  I should correct this.  If I don't do it soon
enough (and inform you), please feel free to develop something temporary
instead (like you did for other PHC finalists already, which didn't have
any native crypt(3)-like encoding at all).

> but format above is for yescrypt_kdf?

No, yescrypt_kdf() does not use any encoding into an ASCII string at all.
It works on binary data.

Alexander

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.