Hide Forgot
This bug is created as a clone of upstream ticket: https://fedorahosted.org/sssd/ticket/1239 Sudo client sends two synchronous requests to sssd: 1. for default options providing none information (sss_sudo_send_recv_defaults()) 2. for user rules providing username (sss_sudo_send_recv()) This can end up in mixing sudoers from two domains: 1. we have domains A, B (both sudo enabled) and user X@B 2. X@B does sudo 3. sudo requests default options - we will return cn=defaults from A 4. sudo requests rule for X - we will return rules from B We should send username and uid in sss_sudo_send_recv_defaults(). Then find the domain the user is a member of and return this domain name to sudo. Sudo will then request the rules giving us username, uid and domain.
This request was not resolved in time for the current release. Red Hat invites you to ask your support representative to propose this request, if still desired, for consideration in the next release of Red Hat Enterprise Linux.
This request was erroneously removed from consideration in Red Hat Enterprise Linux 6.4, which is currently under development. This request will be evaluated for inclusion in Red Hat Enterprise Linux 6.4.
Verified manually as fixed with the following packages: libsss_idmap-1.9.2-59.el6.x86_64 sssd-client-1.9.2-59.el6.x86_64 sudo-1.8.6p3-6.el6.x86_64 sssd-1.9.2-59.el6.x86_64 libsss_sudo-1.9.2-59.el6.x86_64
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHSA-2013-0508.html