phc-discussions - Re: [PHC] Native server relief support for password hashing in browsers

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: <CAHOTMVJ1xis7jDGeP=aOfGF5N+d=aMei1fvLukZhK1WcRXDceQ@mail.gmail.com>
Date: Sat, 18 Jan 2014 13:14:32 -0800
From: Tony Arcieri <bascule@...il.com>
To: "discussions@...sword-hashing.net" <discussions@...sword-hashing.net>
Subject: Re: [PHC] Native server relief support for password hashing in browsers

On Sat, Jan 18, 2014 at 1:12 PM, Larry Bugbee <bugbee@....com> wrote:

> May I assume that if the pswd is hashed client side, two conditions need
> to be true: 1) javascript or other hashing support is available, and 2) the
> hash is passed in a secure tunnel


Yes


> For transit, it seems to all come down to a tunnel.  And if a tunnel, how
> authenticated?


TLS


>  How can we be sure/guarantee the client can auth the server?


TLS, which isn't great but

...or is there something I'm missing?
>

Some stuff in the works: Certificate Transparency, Tack, Convergence

-- 
Tony Arcieri

Content of type "text/html" skipped