Re: db_user_namespace, md5 and changing passwords

From: Bruce Momjian <bruce(at)momjian(dot)us>
To: Alvaro Herrera <alvherre(at)commandprompt(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Fernando Moreno <azazel(dot)7(at)gmail(dot)com>, PostgreSQL <pgsql-general(at)postgresql(dot)org>
Subject: Re: db_user_namespace, md5 and changing passwords
Date: 2008-10-07 21:08:25
Message-ID: 200810072108.m97L8PU22072@momjian.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers

Alvaro Herrera wrote:
> Tom Lane escribi?:
> > Bruce Momjian <bruce(at)momjian(dot)us> writes:
> > > I don't know of a way to make MD5 and db_user_namespace work cleanly so
> > > we are considering removing db_user_namespace in 8.4.
> >
> > We are? It's no more or less ugly than the day it was put in (the
> > MD5 encryption option was already there).
> >
> > If we had some improved replacement to offer, I'd be all for getting
> > rid of db_user_namespace; but without that I think we're just taking
> > away a feature that some people are using. At least, the argument
> > was made back in 2002 that people would use this if they had it;
> > do we have evidence to the contrary now?
>
> I also disagree with removing it. I know some people (few and far
> apart) are using it.

Well, I posted about this in August with no one replying:

http://archives.postgresql.org/pgsql-admin/2008-08/msg00068.php

Basically, there is a mismatch between what libpq and the backend think
is the username, and that affects how MD5 uses the salt on the two sides
of the connection. The minimal solution would be to document this and
print a proper error message.

--
Bruce Momjian <bruce(at)momjian(dot)us> http://momjian.us
EnterpriseDB http://enterprisedb.com

+ If your life is a hard drive, Christ can be your backup. +

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Michael Alan Brewer 2008-10-07 21:16:02 PgUS 2008 semi-annual election
Previous Message Markus Wanner 2008-10-07 18:08:25 Re: [Pkg-postgresql-public] Postgres major version support policy on Debian

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2008-10-07 21:19:18 Re: Open Items/Release (was [HACKERS]: Shouldn't pg_settings.enumvals...)
Previous Message Emmanuel Cecchet 2008-10-07 20:57:37 Re: Transactions and temp tables