| Summary: | enforcing MLS: "crontab -l" does not work well | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 6 | Reporter: | Milos Malik <mmalik> |
| Component: | selinux-policy | Assignee: | Miroslav Grepl <mgrepl> |
| Status: | CLOSED ERRATA | QA Contact: | Milos Malik <mmalik> |
| Severity: | medium | Docs Contact: | |
| Priority: | low | ||
| Version: | 6.1 | CC: | dwalsh, mgrepl |
| Target Milestone: | rc | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | selinux-policy-3.7.19-67.el6 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2011-05-19 11:57:26 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
Seeing we have
ifndef(`distro_redhat',`
optional_policy(`
auth_role(sysadm_r, sysadm_t)
')
')
I guess we can turn this on then. Fixed in selinux-policy-3.7.19-67.el6 An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2011-0526.html |
Description of problem: Version-Release number of selected component (if applicable): selinux-policy-mls-3.7.19-65.el6.noarch selinux-policy-3.7.19-65.el6.noarch selinux-policy-minimum-3.7.19-65.el6.noarch selinux-policy-targeted-3.7.19-65.el6.noarch selinux-policy-doc-3.7.19-65.el6.noarch How reproducible: always Steps to Reproduce: 1. install MLS policy on a RHEL-6 machine 2. modify /etc/selinux/config so that the machine will start up with MLS policy in enforcing mode 3. modify /boot/grub/grub.conf so that the machine will start up into single-user mode 4. run 'touch /.autorelabel' 5. run 'reboot' 6. log in as root via console 7. run "crontab -l" Actual results in enforcing mode: # crontab -l type=1400 audit(1295433485.395:7): avc: denied { read } for pid=785 comm="unix_chkpwd" name="shadow" dev=dm-0 ino=525308 scontext=system_u:system_r:sysadm_t:s0-s15:c0.c1023 tcontext=system_u:object_r:shadow_t:s0 tclass=file unix_chkpwd[785]: could not obtain user info (root) Authentication service cannot retrieve authentication info You (root) are not allowed to access to (crontab) because of pam configuration. # Actual results in permissive mode: # crontab -l type=1400 audit(1295433754.931:3): avc: denied { read } for pid=1124 comm="unix_chkpwd" name="shadow" dev=dm-0 ino=1180625 scontext=system_u:system_r:sysadm_t:s0-s15:c0.c1023 tcontext=system_u:object_r:shadow_t:s0 tclass=file type=1400 audit(1295433755.057:4): avc: denied { open } for pid=1124 comm="unix_chkpwd" name="shadow" dev=dm-0 ino=1180625 scontext=system_u:system_r:sysadm_t:s0-s15:c0.c1023 tcontext=system_u:object_r:shadow_t:s0 tclass=file no crontab for root # Expected results: