Bug 1310175
| Summary: | SELinux is preventing /usr/lib/cups/backend/hp from 'add_name' accesses on the directory 0. | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Luis Antonio Ayala Olivares <layala> |
| Component: | selinux-policy | Assignee: | Miroslav Grepl <mgrepl> |
| Status: | CLOSED EOL | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | high | Docs Contact: | |
| Priority: | medium | ||
| Version: | 22 | CC: | dominick.grift, dwalsh, lvrabec, mgrepl, plautrba |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Unspecified | ||
| Whiteboard: | abrt_hash:9c87656d9363a2bd8b5a07bb37ce810654c788038fcc45ae454bafe6f86e05f9;VARIANT_ID=workstation; | ||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2016-07-19 20:25:28 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: | |||
Fedora 22 changed to end-of-life (EOL) status on 2016-07-19. Fedora 22 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. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed. |
Description of problem: SELinux is preventing /usr/lib/cups/backend/hp from 'add_name' accesses on the directory 0. ***** Plugin catchall (100. confidence) suggests ************************** If you believe that hp should be allowed add_name access on the 0 directory 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 hp /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:snmpd_var_lib_t:s0 Target Objects 0 [ dir ] Source hp Source Path /usr/lib/cups/backend/hp Port <Unknown> Host (removed) Source RPM Packages Target RPM Packages Policy RPM selinux-policy-3.13.1-128.13.fc22.noarch Selinux Enabled True Policy Type targeted Enforcing Mode Enforcing Host Name (removed) Platform Linux (removed) 4.1.7-200.fc22.x86_64 #1 SMP Mon Sep 14 20:19:24 UTC 2015 x86_64 x86_64 Alert Count 25 First Seen 2015-11-30 13:32:40 PET Last Seen 2016-02-19 11:27:13 PET Local ID ae95c586-18b3-4c08-97a9-02b41a900b0b Raw Audit Messages type=AVC msg=audit(1455899233.885:900): avc: denied { add_name } for pid=4861 comm="hp" name="0" scontext=system_u:system_r:cupsd_t:s0-s0:c0.c1023 tcontext=system_u:object_r:snmpd_var_lib_t:s0 tclass=dir permissive=0 type=SYSCALL msg=audit(1455899233.885:900): arch=x86_64 syscall=open success=no exit=EACCES a0=7ffee66a7550 a1=241 a2=1b6 a3=0 items=0 ppid=1321 pid=4861 auid=4294967295 uid=0 gid=7 euid=0 suid=0 fsuid=0 egid=7 sgid=7 fsgid=7 tty=(none) ses=4294967295 comm=hp exe=/usr/lib/cups/backend/hp subj=system_u:system_r:cupsd_t:s0-s0:c0.c1023 key=(null) Hash: hp,cupsd_t,snmpd_var_lib_t,dir,add_name Version-Release number of selected component: selinux-policy-3.13.1-128.13.fc22.noarch Additional info: reporter: libreport-2.6.2 hashmarkername: setroubleshoot kernel: 4.1.7-200.fc22.x86_64 type: libreport Potential duplicate: bug 1303271