You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Due to a missing condition for a root user in SSSD's implementation of localauth plugin for MIT Kerberos, users whose Kerberos principals are specified in /root/.k5login cannot login with GSSAPI to root account over ssh.
SSH server will call krb5_kuserok() after successful authentication to transform the authenticated principals' name to local user name and check whether it is allowed to login. SSSD implements localauth plugin that provides a userok() implementation but it does not take root user case into account. It needs to return KRB5_PLUGIN_NO_HANDLE error code for this case so that a default check in ~/.k5login would continue.
An ltrace excerpt for sshd login to root with GSSAPI looks like this:
Cloned from Pagure issue: https://pagure.io/SSSD/sssd/issue/2788
Due to a missing condition for a root user in SSSD's implementation of localauth plugin for MIT Kerberos, users whose Kerberos principals are specified in /root/.k5login cannot login with GSSAPI to root account over ssh.
SSH server will call krb5_kuserok() after successful authentication to transform the authenticated principals' name to local user name and check whether it is allowed to login. SSSD implements localauth plugin that provides a userok() implementation but it does not take root user case into account. It needs to return KRB5_PLUGIN_NO_HANDLE error code for this case so that a default check in ~/.k5login would continue.
An ltrace excerpt for sshd login to root with GSSAPI looks like this:
Notice krb5_kuserok() returning 0 (FALSE), e.g. principal is not accepted while I have in my /root/.k5login following:
Notice also that /root/.k5login is never read which means localauth plugin k5login is not called.
Comments
Comment from jhrozek at 2015-09-17 16:18:24
This is related to ticket #2707
Comment from jhrozek at 2015-09-17 16:25:43
Fields changed
milestone: NEEDS_TRIAGE => SSSD 1.14 beta
Comment from jhrozek at 2015-09-30 14:54:24
Fields changed
rhbz: => todo
Comment from lslebodn at 2016-01-12 15:28:26
Fields changed
owner: somebody => lslebodn
patch: 0 => 1
status: new => assigned
Comment from jhrozek at 2016-01-27 16:03:09
Linked to Bugzilla bug: https://bugzilla.redhat.com/show_bug.cgi?id=1297462 (Red Hat Enterprise Linux 7)
rhbz: todo => [https://bugzilla.redhat.com/show_bug.cgi?id=1297462 1297462]
Comment from jhrozek at 2016-02-16 11:46:18
Since there is a patch available, moving to 1.14 alpha.
milestone: SSSD 1.14 beta => SSSD 1.14 alpha
Comment from jhrozek at 2016-06-20 11:57:35
The patches are on review, but I would like to release 1.14 alpha today, therefore moving to 1.14.0
milestone: SSSD 1.14 alpha => SSSD 1.14.0
Comment from jhrozek at 2016-06-28 18:51:34
The original patch was nacked on the devel list, moving to triage to decide what to do with this ticket.
milestone: SSSD 1.14.0 => NEEDS_TRIAGE
Comment from jhrozek at 2016-07-01 16:19:33
We already did some improvements to the localauth plugin logic, this ticket is an incremental improvement.
milestone: NEEDS_TRIAGE => SSSD 1.16 beta
Comment from jhrozek at 2016-07-06 11:58:37
Fields changed
milestone: SSSD 1.16 beta => SSSD 1.14.0
Comment from jhrozek at 2016-07-06 19:17:30
resolution: => fixed
status: assigned => closed
Comment from jhrozek at 2016-11-28 11:51:37
Linked to Bugzilla bug: https://bugzilla.redhat.com/show_bug.cgi?id=1240302 (Red Hat Enterprise Linux 7)
rhbz: [https://bugzilla.redhat.com/show_bug.cgi?id=1297462 1297462] => [https://bugzilla.redhat.com/show_bug.cgi?id=1297462 1297462], [https://bugzilla.redhat.com/show_bug.cgi?id=1240302 1240302]
Comment from abbra at 2017-02-24 14:36:27
Metadata Update from @abbra:
The text was updated successfully, but these errors were encountered: