Skip site navigation (1) Skip section navigation (2)

Re: 7.4.3 and PAM authentication failures

From: Dallas N Antley <dna+pgsql(at)clas(dot)ufl(dot)edu>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-admin(at)postgresql(dot)org
Subject: Re: 7.4.3 and PAM authentication failures
Date: 2004-08-17 02:06:49
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-admin
/- On Monday (8/16/2004 19:35) Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Dallas N Antley <dna+pgsql(at)clas(dot)ufl(dot)edu> writes:
> > I think I know why pam authentication fails with the pam_unix*
> > modules, but would appreciate your opinion.
> I think you've proven that the particular PAM modules you are testing
> with are useless for programs executing as non-root, but that doesn't
> mean the entire concept is broken.  Look around ... there are lots of
> PAM modules (or at least that's the theory).

Correct.  I'm only referring to pam_unix* modules.  This has come up
on the list a few times, but there's never been a "solution" in any of
the replies.

This is why login, dtsession, xscreensaver, etc are setuid under
Solaris, and probably under Linux distributions that use /etc/shadow,
C2-NIS, and/or NIS+.  Given the current security model employed by the
postmaster process, this wouldn't be trivial.

Considering the number of times this came up in the archives, and
after getting stuck myself, I'd like to get this added to the FAQ,
assuming I'm correct in my logic.

> BTW, what are those "door_info()" and "door_call()" calls shown in the
> truss output?  Could it be that those are supposed to get the PAM code
> into a higher authorization level?

Doors are a Solaris-specific (AFAIK) type of inter-process
communication -- similar to sockets, but faster.  They're used inside
the PAM libraries for name service, syslog calls, etc.



pgsql-admin by date

Next:From: Thomas WegnerDate: 2004-08-17 08:30:04
Subject: PostgreSQL Logs in Win32 Version from pgInstaller
Previous:From: Tom LaneDate: 2004-08-16 23:35:44
Subject: Re: 7.4.3 and PAM authentication failures

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group