lists.openwall.net   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  linux-cve-announce  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]
Message-ID: <20140329002316.GA30787@openwall.com>
Date: Sat, 29 Mar 2014 04:23:16 +0400
From: Solar Designer <solar@...nwall.com>
To: discussions@...sword-hashing.net
Subject: Re: [PHC] Scrypt can have highest time*average memory cost

On Sat, Mar 29, 2014 at 03:13:28AM +0400, Solar Designer wrote:
> Given all of the above, maybe it's better to match on efficiency: have a
> common t_cost achieve 100% ATnorm efficiency for both kinds of modes?
> 
> t_cost	t anti-TMTO	t TMTO-friend	AT (vs. scrypt not incl. TMTO)
> 0	1 (89%)		5/3 (96%)	1/3	2/3
> 1	4/3 (100%)	2 (100%)	2/3	1
> 2	2 (89%)		3 (89%)		4/3	2
> 3	3 (69%)		4 (75%)		7/3	3
> 
> Actually, I like this one.  0 and 1 are special, the rest are trivially
> computed from t_cost.
> 
> For t_cost=0 and anti-TMTO, maybe t very slightly higher than 1.0 should
> be preferred, like 13/12 for ATnorm half way between 4/3 (which it is
> at t=1.0) and 1.5 (max).  Otherwise the last few elements of V are
> almost certainly never read back.

I think I'll do simply:

t_cost	t anti-TMTO	t TMTO-friend	AT (vs. scrypt not incl. TMTO)
0	4/3 (100%)	2 (100%)	2/3	1
1	2 (89%)		3 (89%)		4/3	2
2	3 (69%)		4 (75%)		7/3	3
3	4 (56%)		5 (64%)		10/3	4
4	5 (46%)		6 (56%)		13/3	5

At first glance, anti-TMTO modes' AT cost shown here is lower and
efficiency drops more rapidly, but note that this is for slightly lower
running time and that TMTO-friendly modes' actual AT cost is up to 2x
less than what's shown above if the TMTO is exploited.  With these
aspects considered, the anti-TMTO modes' normalized AT cost is actually
up to 3x higher than that of TMTO-friendly modes (for their respective
100% efficiency t_cost points).

Alexander

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ