Bug 476975
| Summary: | SELinux denied access requested by tpprint (TurboPrint2) | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Diccon Spain <dicconspain> |
| Component: | selinux-policy | Assignee: | Miroslav Grepl <mgrepl> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | low | Docs Contact: | |
| Priority: | low | ||
| Version: | 9 | CC: | dicconspain, dwalsh, jkubin, mgrepl |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2009-06-10 08:12:52 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Diccon Spain
2008-12-18 12:15:41 UTC
What directory under /var is cups/turboprint trying to write to? All we need is to label it correctly Hi Daniel, Here is a walk around the directory structure under /var into the /var/turboprint (this looks like the target that cups/turboprint is trying to write to) directory and sub directories: [dicconspain@localhost var]$ ls ... turboprint ... [dicconspain@localhost var]$ cd turboprint [dicconspain@localhost turboprint]$ ls dicconspain ink tpstatus -- n.b. tpstatus is a text file -- [dicconspain@localhost turboprint]$ cd ink [dicconspain@localhost ink]$ ls tp0.ink -- tp0.ink is a file mentioned in the SELinux denial -- [dicconspain@localhost ink]$ cd ../ [dicconspain@localhost turboprint]$ cd dicconspain [dicconspain@localhost dicconspain]$ ls b0 b1 b2 b3 b4 b5 b6 b7 fd m0 m1 m2 m3 m4 m5 m6 m7 prv sml tp0.ink tp0.job zmf -- prv sml and zmf are three further sub directories -- -- tp0.ink tp0.job mentioned in the SELinux denial -- [dicconspain@localhost dicconspain]$ cd prv [dicconspain@localhost prv]$ ls -- nothing here! -- [dicconspain@localhost prv]$ cd .. [dicconspain@localhost dicconspain]$ cd sml [dicconspain@localhost sml]$ ls -- nothing here! -- [dicconspain@localhost sml]$ cd .. [dicconspain@localhost dicconspain]$ cd zmf [dicconspain@localhost zmf]$ ls 324.zmf 5.zmf Hope this is what you were after. Execute chcon -R -t cupsd_rw_etc_t /var/turboprint See if this fixes the problem, if so we will make it the default. Ran command and this reduces the SELinux denials to one: Summary: SELinux is preventing tpprint (cupsd_t) "read" cupsd_rw_etc_t. Detailed Description: SELinux denied access requested by tpprint. It is not expected that this access is required by tpprint and this access may signal an intrusion attempt. It is also possible that the specific version or configuration of the application is causing it to require additional access. Allowing Access: You can generate a local policy module to allow this access - see FAQ (http://fedora.redhat.com/docs/selinux-faq-fc5/#id2961385) Or you can disable SELinux protection altogether. Disabling SELinux protection is not recommended. Please file a bug report (http://bugzilla.redhat.com/bugzilla/enter_bug.cgi) against this package. Additional Information: Source Context system_u:system_r:cupsd_t:s0-s0:c0.c1023 Target Context unconfined_u:object_r:cupsd_rw_etc_t:s0 Target Objects fd [ fifo_file ] Source tpprint Source Path /usr/bin/tpprint Port <Unknown> Host localhost.localdomain Source RPM Packages turboprint-2.06-1 Target RPM Packages Policy RPM selinux-policy-3.3.1-111.fc9 Selinux Enabled True Policy Type targeted MLS Enabled True Enforcing Mode Enforcing Plugin Name catchall Host Name localhost.localdomain Platform Linux localhost.localdomain 2.6.27.7-53.fc9.i686 #1 SMP Thu Nov 27 02:29:03 EST 2008 i686 i686 Alert Count 1 First Seen Fri 19 Dec 2008 09:49:06 GMT Last Seen Fri 19 Dec 2008 09:49:06 GMT Local ID 1a8373eb-5ee9-4a92-83d6-bfe60c92d655 Line Numbers Raw Audit Messages node=localhost.localdomain type=AVC msg=audit(1229680146.373:26): avc: denied { read } for pid=2976 comm="tpprint" name="fd" dev=dm-1 ino=622644 scontext=system_u:system_r:cupsd_t:s0-s0:c0.c1023 tcontext=unconfined_u:object_r:cupsd_rw_etc_t:s0 tclass=fifo_file node=localhost.localdomain type=SYSCALL msg=audit(1229680146.373:26): arch=40000003 syscall=5 success=no exit=-13 a0=813d6a0 a1=800 a2=0 a3=9cad548 items=0 ppid=2957 pid=2976 auid=4294967295 uid=4 gid=7 euid=4 suid=4 fsuid=4 egid=7 sgid=7 fsgid=7 tty=(none) ses=4294967295 comm="tpprint" exe="/usr/bin/tpprint" subj=system_u:system_r:cupsd_t:s0-s0:c0.c1023 key=(null) so nearly there... Ok lets change it a little. chcon -R -t cupsd_var_run_t /var/turboprint WHich will allow both activities. Excellent - this has solved it - no SELinux errors generated. Thanks for resolving this. Ok I have made this change in F10 and Rawhide, Miroslav can you make this change in F9 Fixed in selinux-policy-3.3.1-117.fc9.noarch This message is a reminder that Fedora 9 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 9. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '9'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 9's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 9 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping |