From: | "Magnus Hagander" <magnus(at)hagander(dot)net> |
---|---|
To: | tgl(at)sss(dot)pgh(dot)pa(dot)us |
Cc: | jd(at)commandprompt(dot)com, cbbrowne(at)acm(dot)org, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Bugtraq: Having Fun With PostgreSQL |
Date: | 2007-06-18 06:12:53 |
Message-ID: | 20070618061316.B3576DCCA7F@svr2.hagander.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> >> That won't help; that would introduce the "embarrassment" of having a
> >> known default password.
>
> > No it wouldn't unless the packagers set it up to do that. My point is
> > that when a packager (or source) runs initdb, it would prompt for the
> > postgres user password.
>
> Practically every existing packaging of PG tries to run initdb as a
> hidden, behind-the-scenes, definitely not-interactive procedure.
>
afaik, practically every existing packaging of pg has *already* solved the problem and does not set trust as default anyway. ident sameuser I think is the most
common.
One thing I've thought about doing is to remove the default in initdb completely and *force* the user to choose auth type. Packagers can then just use that to
set ident or whatever. and interactive users can pick trust if they really need it, but it will be a known choice.
/Magnus
From | Date | Subject | |
---|---|---|---|
Next Message | Heikki Linnakangas | 2007-06-18 06:36:30 | Tuple alignment |
Previous Message | Tom Lane | 2007-06-18 05:58:11 | Re: Bugtraq: Having Fun With PostgreSQL |