| Summary: | SELinux is preventing /usr/bin/htop from using the 'getsched' accesses on a process. | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Garrett Holmstrom <gholms> |
| Component: | selinux-policy | Assignee: | Lukas Vrabec <lvrabec> |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 18 | CC: | dominick.grift, dwalsh, lvrabec, mgrepl |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Unspecified | ||
| Whiteboard: | abrt_hash:61906e3e69233f8bc3c8db4663f631b509bf473262a24c27b4cc9de72f50c5b1 | ||
| Fixed In Version: | selinux-policy-3.11.1-105.fc18 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2013-10-03 01:18:20 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
We allow it in Fedora 20. back ported selinux-policy-3.11.1-104.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/selinux-policy-3.11.1-104.fc18 Package selinux-policy-3.11.1-104.fc18: * should fix your issue, * was pushed to the Fedora 18 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing selinux-policy-3.11.1-104.fc18' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-17624/selinux-policy-3.11.1-104.fc18 then log in and leave karma (feedback). selinux-policy-3.11.1-105.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/selinux-policy-3.11.1-105.fc18 selinux-policy-3.11.1-105.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report. |
Description of problem: htop seems to want getsched for pretty much every process context it can see when it runs. It still runs fine without it, but should staff_t have permission to do that or should these accesses just be dontaudited? SELinux is preventing /usr/bin/htop from using the 'getsched' accesses on a process. ***** Plugin catchall (100. confidence) suggests *************************** If you believe that htop should be allowed getsched access on processes labeled udev_t by default. Then you should report this as a bug. You can generate a local policy module to allow this access. Do allow this access for now by executing: # grep htop /var/log/audit/audit.log | audit2allow -M mypol # semodule -i mypol.pp Additional Information: Source Context staff_u:staff_r:staff_t:s0-s0:c0.c1023 Target Context system_u:system_r:udev_t:s0-s0:c0.c1023 Target Objects [ process ] Source htop Source Path /usr/bin/htop Port <Unknown> Host (removed) Source RPM Packages htop-1.0.2-1.fc18.x86_64 Target RPM Packages Policy RPM selinux-policy-3.11.1-100.fc18.noarch Selinux Enabled True Policy Type targeted Enforcing Mode Enforcing Host Name (removed) Platform Linux (removed) 3.10.7-100.fc18.x86_64 #1 SMP Thu Aug 15 22:21:29 UTC 2013 x86_64 x86_64 Alert Count 1 First Seen 2013-08-21 18:24:49 PDT Last Seen 2013-08-21 18:24:49 PDT Local ID 82f9e743-f04e-47c5-b619-d6a627f81dcd Raw Audit Messages type=AVC msg=audit(1377134689.290:517): avc: denied { getsched } for pid=7697 comm="htop" scontext=staff_u:staff_r:staff_t:s0-s0:c0.c1023 tcontext=system_u:system_r:udev_t:s0-s0:c0.c1023 tclass=process type=SYSCALL msg=audit(1377134689.290:517): arch=x86_64 syscall=ioprio_get success=no exit=EACCES a0=1 a1=1ca a2=fffffffffffffff1 a3=1 items=0 ppid=7561 pid=7697 auid=1000 uid=1000 gid=100 euid=1000 suid=1000 fsuid=1000 egid=100 sgid=100 fsgid=100 ses=1 tty=pts3 comm=htop exe=/usr/bin/htop subj=staff_u:staff_r:staff_t:s0-s0:c0.c1023 key=(null) Hash: htop,staff_t,udev_t,process,getsched audit2allow #============= staff_t ============== allow staff_t udev_t:process getsched; audit2allow -R require { type staff_t; type udev_t; class process getsched; } #============= staff_t ============== allow staff_t udev_t:process getsched; Additional info: reporter: libreport-2.1.6 hashmarkername: setroubleshoot kernel: 3.10.10-100.fc18.x86_64 type: libreport