Bug 812154

Summary: SELinux is preventing /usr/lib/cups/backend/ekplp from 'write' accesses on the fifo_file ekplp0.
Product: [Fedora] Fedora Reporter: Javier Villanueva <sivlemx>
Component: cupsAssignee: Tim Waugh <twaugh>
Status: CLOSED WONTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 16CC: dominick.grift, dwalsh, jpopelka, mgrepl, twaugh
Target Milestone: ---   
Target Release: ---   
Hardware: i686   
OS: Unspecified   
Whiteboard: abrt_hash:e23f64c90c6175e08faa920b705b94d1e734a564372bd142dfd06529bc45cae8
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-02-13 23:53:23 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Javier Villanueva 2012-04-12 22:20:00 UTC
libreport version: 2.0.8
executable:     /usr/bin/python
hashmarkername: setroubleshoot
kernel:         3.3.1-3.fc16.i686.PAE
reason:         SELinux is preventing /usr/lib/cups/backend/ekplp from 'write' accesses on the fifo_file ekplp0.
time:           Thu 12 Apr 2012 17:25:26 CDT

description:
:SELinux is preventing /usr/lib/cups/backend/ekplp from 'write' accesses on the fifo_file ekplp0.
:
:*****  Plugin catchall (100. confidence) suggests  ***************************
:
:If you believe that ekplp should be allowed write access on the ekplp0 fifo_file 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 ekplp /var/log/audit/audit.log | audit2allow -M mypol
:# semodule -i mypol.pp
:
:Additional Information:
:Source Context                system_u:system_r:cupsd_t:s0-s0:c0.c1023
:Target Context                system_u:object_r:var_t:s0
:Target Objects                ekplp0 [ fifo_file ]
:Source                        ekplp
:Source Path                   /usr/lib/cups/backend/ekplp
:Port                          <Unknown>
:Host                          (removed)
:Source RPM Packages           pips-cups-3.7.0-2.i386
:Target RPM Packages           
:Policy RPM                    selinux-policy-3.10.0-80.fc16.noarch
:Selinux Enabled               True
:Policy Type                   targeted
:Enforcing Mode                Enforcing
:Host Name                     (removed)
:Platform                      Linux (removed) 3.3.1-3.fc16.i686.PAE #1 SMP Wed Apr
:                              4 18:46:24 UTC 2012 i686 i686
:Alert Count                   1
:First Seen                    Thu 12 Apr 2012 17:24:48 CDT
:Last Seen                     Thu 12 Apr 2012 17:24:48 CDT
:Local ID                      fcbb2e2b-2dd8-425e-ba6f-0d905a405bf9
:
:Raw Audit Messages
:type=AVC msg=audit(1334269488.836:180): avc:  denied  { write } for  pid=13461 comm="ekplp" name="ekplp0" dev="sde6" ino=1839310 scontext=system_u:system_r:cupsd_t:s0-s0:c0.c1023 tcontext=system_u:object_r:var_t:s0 tclass=fifo_file
:
:
:type=SYSCALL msg=audit(1334269488.836:180): arch=i386 syscall=access success=no exit=EACCES a0=bfbfaf41 a1=2 a2=0 a3=bfbfaf41 items=0 ppid=13458 pid=13461 auid=4294967295 uid=4 gid=7 euid=4 suid=4 fsuid=4 egid=7 sgid=7 fsgid=7 tty=(none) ses=4294967295 comm=ekplp exe=/usr/lib/cups/backend/ekplp subj=system_u:system_r:cupsd_t:s0-s0:c0.c1023 key=(null)
:
:Hash: ekplp,cupsd_t,var_t,fifo_file,write
:
:audit2allow
:
:#============= cupsd_t ==============
:allow cupsd_t var_t:fifo_file write;
:
:audit2allow -R
:
:#============= cupsd_t ==============
:allow cupsd_t var_t:fifo_file write;
:

Comment 1 Miroslav Grepl 2012-04-13 05:29:11 UTC
/usr/lib/cups/backend/ekplp is mislabeled. But where did "ekpl" come from?

Comment 2 Tim Waugh 2012-04-13 11:04:39 UTC
3rd party CUPS backends need to provide their own SELinux policy if they need to do extra things that the existing backends do not.

Comment 3 Daniel Walsh 2012-04-13 16:10:54 UTC
Also what directory is ekplp0  in under /var?

Comment 4 Fedora End Of Life 2013-01-16 20:29:15 UTC
This message is a reminder that Fedora 16 is nearing its end of life.
Approximately 4 (four) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 16. 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 '16'.

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 16'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 16 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, you are encouraged to click on 
"Clone This Bug" and open it against that version of Fedora.

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

Comment 5 Fedora End Of Life 2013-02-13 23:53:34 UTC
Fedora 16 changed to end-of-life (EOL) status on 2013-02-12. Fedora 16 is 
no longer maintained, which means that it will not receive any further 
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of 
Fedora please feel free to reopen this bug against that version.

Thank you for reporting this bug and we are sorry it could not be fixed.