bugzilla-daemon at mindrot.org
2005-Jan-05 02:08 UTC
[Bug 969] early setpcred() stomps on PAM
http://bugzilla.mindrot.org/show_bug.cgi?id=969
Summary: early setpcred() stomps on PAM
Product: Portable OpenSSH
Version: 3.9p1
Platform: All
OS/Version: AIX
Status: NEW
Severity: normal
Priority: P2
Component: sshd
AssignedTo: openssh-bugs at mindrot.org
ReportedBy: dleonard at vintela.com
The early call to setpcred() in do_setusercontext() seems to drop the euid to
the user's uid on AIX5.1. This stops the future call to initgroups() from
working if setpcred() doesn't get the supplementary group list right. Which
it
doesn't with PAM.
The symptoms are a 'successful' login, but the session exits
immediately, with
sshd logging "initgroups: Permission denied".
setpcred() must still be called at some stage to correctly set up the process
rlimits and auditing class. I found that moving it to the end of
do_setusercontext() works.
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
bugzilla-daemon at mindrot.org
2005-Jan-05 03:59 UTC
[Bug 969] early setpcred() stomps on PAM
http://bugzilla.mindrot.org/show_bug.cgi?id=969 ------- Additional Comments From dleonard at vintela.com 2005-01-05 14:59 ------- I just found a similar kind of setpcred problem fixed in http://archives.neohapsis.com/archives/aix/2002-q3/0003.html: | A call to initgroups failed after a call to | setpcred. Changed order of calls so initgroups | is called first. ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
bugzilla-daemon at mindrot.org
2005-Jan-05 23:02 UTC
[Bug 969] early setpcred() stomps on PAM
http://bugzilla.mindrot.org/show_bug.cgi?id=969
dtucker at zip.com.au changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
------- Additional Comments From dtucker at zip.com.au 2005-01-06 10:02 -------
I'll take a look at this.
One thought off the top of my head: what if some module in the PAM stack causes
pam_setcred to drop the privs setpcred needs?
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
bugzilla-daemon at mindrot.org
2005-Jan-06 07:15 UTC
[Bug 969] early setpcred() stomps on PAM
http://bugzilla.mindrot.org/show_bug.cgi?id=969
dleonard at vintela.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution| |INVALID
------- Additional Comments From dleonard at vintela.com 2005-01-06 18:15
-------
someone here pointed out the aix system I was using is at maintennance level
(oslevel -r) 5100-02.
I've upgraded to 5100-07 and the problem has gone away!!
It seems to be an AIX bug, so I'm marking this bug invalid.
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.