Re: [PROPOSED] password_hash RFC - Implementing simplified password hashing functions
| From: | Nikita Popov | Date: | Tue, 31 Jul 2012 14:44:24 +0000 |
| Subject: | Re: [PROPOSED] password_hash RFC - Implementing simplified password hashing functions | ||
| References: | 1 2 3 4 5 6 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-61893@lists.php.net to get a copy of this message | ||
On Tue, Jul 31, 2012 at 4:28 PM, Jonathan Bond-Caron <jbondc@openmv.com> wrote:
> Thanks, I missed it...
>
> I strongly disagree with this, the 'pepper' IMHO is a best practice for web
> applications.
>
> I prefer to live with the idea that an attacker may comprise some
> database(s) in the 'cloud' but not the physical machine where you can store
> the pepper either in a file, share memory etc...
>
> As far as missing research papers, it's hard to do research on the benefit
> of keeping something private. If/when databases do get hacked, it's rarely
> released to the public how it happened.
>
> When it comes to web applications, my opinion is odds are greater in SQL
> injection / data theft success then gaining physical access to the machine.
> #1 SQL Injection: https://www.owasp.org/index.php/Top_10_2010
>
> Sure it's an added layer of security but it's hard to deny the 'pepper'
> can't help protect passwords against the #1 risk for php/web applications.
>
>
> A pepper in UNIX crypt() itself would be obviously useless, the user already
> has access to the physical machine (cat /etc/passwd).
If you really want to use a secret you should encrypt the resulting
password hash with a proper encryption algorithm. Hashing algorithms
are not designed for this purpose.
Nikita