lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  PHC 
Open Source and information security mailing list archives
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Tue, 13 Jan 2015 16:03:27 +0100
From: Jean-Philippe Aumasson <>
Subject: Re: PHC finalists tweaks (SUBMITTERS, please read carefully)

Reminder: the deadline for tweaks is January 31. Thanks!

On Tue, Dec 9, 2014 at 3:38 PM, Jean-Philippe Aumasson
<> wrote:
> As announced yesterday the PHC panel selected 9 finalists: Argon,
> battcrypt, Catena, Lyra2, Makwa, Parallel, POMELO, Pufferfish,
> yescrypt.
> Finalists are an intermediate shortlist before the final selection of
> one or more winners around Q2 2015.
> Submitters of a finalist are now given a chance to make minor changes
> to their algorithm: Submitters have until January 31, 2015 to submit
> the final version of their algorithm. If the final version is
> identical to the current version, submitters don't need to send
> anything. If the final version differs from the current version,
> submitters should send an email to
> including:
> * a revised submission package (including updated specs and reference
> implementation); either as an attachment or as a URL
> * a description of the tweak proposed and some rationale for this tweak
> The panel will examine the proposed tweak and will then respond
> whether or not the final version of the algorithm is accepted.
> There's no formal definition of an acceptable tweak, but we plan to
> accept any change that does not change fundamentally the algorithm.
> For example, the tweak may consist in replacing BLAKE2 by SHA-512 as a
> core primitive; in replacing a XOR by an ADD in some internal
> algorithm; in changing the number of rounds of some function from 10
> to 12; etc.
> We also encourage submitters to polish the submission document and the
> reference implementation of their algorithm. The clearer and the more
> convincing, the easier it will be for the panel to understand the
> merits of the algorithm and to assess it fairly against other
> submissions.
> Inquiries to the panel may be addressed to this (public) mailing list,
> or to the private distribution list
> Thank you!

Powered by blists - more mailing lists