| From: | Philip Warner <pjw(at)rhyme(dot)com(dot)au> |
|---|---|
| To: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
| Cc: | PostgreSQL Development <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: Security choices... |
| Date: | 2000-08-05 00:16:17 |
| Message-ID: | 3.0.5.32.20000805101617.01d94100@mail.rhyme.com.au |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
At 23:59 4/08/00 +0200, Peter Eisentraut wrote:
>Philip Warner writes:
>
>> Is there any reason that a security model does not exist for psql that
>> allows Unix user 'fred' to log in as PG user 'fred' with no password etc,
>> but any user trying to log on as someone other than themselves has to
>> provide a password?
>
>Short of someone sitting down and making it happen I don't see any. You'd
>only need to implement some sort of fall-through in `pg_hba.conf', which
>in my estimate can't be exceedingly hard.
>
I'd prefer not to overrule pg_hba.conf; I was thinking along the lines of
adding another security type which falls back to password auth. if it cant
get the username, or if the client process is not a valid user.
----------------------------------------------------------------
Philip Warner | __---_____
Albatross Consulting Pty. Ltd. |----/ - \
(A.C.N. 008 659 498) | /(@) ______---_
Tel: (+61) 0500 83 82 81 | _________ \
Fax: (+61) 0500 83 82 82 | ___________ |
Http://www.rhyme.com.au | / \|
| --________--
PGP key available upon request, | /
and from pgp5.ai.mit.edu:11371 |/
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Philip Warner | 2000-08-05 00:21:21 | Re: pg_dump and ANSI types (TODO item) |
| Previous Message | Philip Warner | 2000-08-05 00:13:54 | Re: Security choices... |