phc-discussions - Re: [PHC] The EARWORM password hash

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]

Date: Mon, 12 Aug 2013 21:55:22 -0400
From: Daniel Franke <dfoxfranke@...il.com>
To: discussions@...sword-hashing.net
Subject: Re: [PHC] The EARWORM password hash

Samuel Neves <sneves@....uc.pt> writes:

> Since we don't know what area/latency/throughput tradeoffs
> Intel/AMD/future ARM licensees made when implementing AES-NI, it is
> possible that an FPGA/ASIC attacker could have a significant advantage
> over the defender. 

This doesn't worry me.  We already take for granted the defender is
paying for the die area necessary to implement a thousand opcodes that
aren't AESENC.  Whatever shortcuts that Intel took in the implmentation
of the AES circuits are, by comparison, noise.

As I wrote in my reply to CodesInChaos, my security model for EARWORM
assumes that the attacker gets AES circuits for free.  The FPGA/ASIC
attacker's advantage is determined by the extent to which he can improve
on the defender's memory architecture in order to pay less for ROM
bandwidth.