Re: Best Practices - Securing an Enterprise application using JBOSS & Postgres

From: Isak Hansen <isak(dot)hansen(at)gmail(dot)com>
To: Craig Ringer <craig(at)postnewspapers(dot)com(dot)au>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: Best Practices - Securing an Enterprise application using JBOSS & Postgres
Date: 2011-06-09 16:58:05
Message-ID: BANLkTi=RVkqCCxpCcX7axy=cz+o7Z4z-uA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Thu, Jun 9, 2011 at 5:46 AM, Craig Ringer
<craig(at)postnewspapers(dot)com(dot)au> wrote:
> On 09/06/11 03:07, Isak Hansen wrote:
>
>> While MD5 is considered broken for certain applications, it's still
>> perfectly valid for auth purposes.
>
> MD5 rainbow tables can be calculated quickly using services easily
> available to anyone (eg: EC2) and rainbow tables for passwords up to 8
> chars have been successfully used in demo and real attacks several times
> in the last year. It's looking pretty shakey.

I'd think rainbow tables pose a similar threat to short passwords no
matter which algorithm is used.

> That said, _properly_ _salted_ md5 is still likely to be strong enough
> for most people's likely attack scenarios for quite some time to come.
> It's only unsalted md5 that's dangerously stupid to use now - and it was
> never exactly a good idea.

Indeed, algorithm selection is just one small piece of getting crypto right.

Note that I'm not recommending MD5 for anything new; the hash is
certainly flawed and could contain more vulnerabilities. I'm just
speaking up against advice to stay away from md5 auth in postgres,
which AFAIK is just ignorant parroting.

Isak

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Greg Smith 2011-06-09 17:15:06 Re: Write performance on a large database
Previous Message Radosław Smogura 2011-06-09 15:49:47 Re: Best Practices - Securing an Enterprise application using JBOSS & Postgres