Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
When the SELinux user content on an IdM server was set to an empty string, the SSSD SELinux evaluation utility previously returned an error. With this update, when an empty string is set, the SSSD correctly uses the default SELinux context value stored in the policy on the client, which prevents the described error from occurring.
The problem here is that SSSD does not delete the user's old selinux context. Jakub already wrote a patch and it is on review. As a workaround, you can use semanage tools to delete the old context:
semanage login --delete username
Then the right default will be picked up.
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.
https://rhn.redhat.com/errata/RHSA-2015-2355.html
Description of problem: Default security context for users on client becomes staff_u:staff_r:staff_t:s0-s0:c0.c1023 when ipaselinuxusermapdefault is not set Version-Release number of selected component (if applicable): ipa-server-4.1.0-18.el7.x86_64 How reproducible: always Steps to Reproduce: 1. Setup trust 2. Remove default selinux user 3. check security contest of user Actual results: On IPA Master [root@bumblebee ~]# ipa config-mod --ipaselinuxusermapdefault= [root@bumblebee ~]# ipa config-show Maximum username length: 32 Home directory base: /home Default shell: /bin/sh Default users group: ipausers Default e-mail domain: slnx2k8r2.test Search time limit: 2 Search size limit: 100 User search fields: uid,givenname,sn,telephonenumber,ou,title Group search fields: cn,description Enable migration mode: FALSE Certificate Subject base: O=SLNX2K8R2.TEST Password Expiration Notification (days): 4 Password plugin features: AllowNThash SELinux user map order: guest_u:s0$xguest_u:s0$user_u:s0$staff_u:s0-s0:c0.c1023$unconfined_u:s0-s0:c0.c1023 Default PAC types: nfs:NONE, MS-PAC [root@bumblebee ~]# kdestroy -A [root@bumblebee ~]# echo Secret123| kinit au102130134 Password for au102130134: [root@bumblebee ~]# ssh -l au102130134 `hostname` id -Z unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 On Client [root@vm-idm-033 ~]# service sssd stop; rm -rf /var/lib/sssd/{db,mc}/*; service sssd start Redirecting to /bin/systemctl stop sssd.service Redirecting to /bin/systemctl start sssd.service [root@vm-idm-033 ~]# kdestroy -A [root@vm-idm-033 ~]# echo Secret123| kinit au102130134 Password for au102130134: [root@vm-idm-033 ~]# ssh -l au102130134 `hostname` id -Z staff_u:staff_r:staff_t:s0-s0:c0.c1023 Expected results: [root@vm-idm-033 ~]# ssh -l au102130134 `hostname` id -Z unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023