Description of problem: SELinux is preventing /usr/sbin/httpd from 'search' accesses on the directory /var/lib/colord. Do not know if this should be allowed or not. ***** Plugin catchall (100. confidence) suggests *************************** If you believe that httpd should be allowed search access on the colord 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 /usr/sbin/httpd /var/log/audit/audit.log | audit2allow -M mypol # semodule -i mypol.pp Additional Information: Source Context system_u:system_r:httpd_t:s0 Target Context system_u:object_r:colord_var_lib_t:s0 Target Objects /var/lib/colord [ dir ] Source /usr/sbin/httpd Source Path /usr/sbin/httpd Port <Unknown> Host (removed) Source RPM Packages httpd-2.4.6-2.fc19.x86_64 Target RPM Packages colord-1.0.3-1.fc19.x86_64 Policy RPM selinux-policy-3.12.1-73.fc19.noarch Selinux Enabled True Policy Type targeted Enforcing Mode Enforcing Host Name (removed) Platform Linux (removed) 3.10.9-200.fc19.x86_64 #1 SMP Wed Aug 21 19:27:58 UTC 2013 x86_64 x86_64 Alert Count 1 First Seen 2013-09-01 03:19:05 EDT Last Seen 2013-09-01 03:19:05 EDT Local ID aa991a48-e790-42fd-a124-ae4e50ae5096 Raw Audit Messages type=AVC msg=audit(1378019945.558:9799): avc: denied { search } for pid=8317 comm="/usr/sbin/httpd" name="colord" dev="dm-1" ino=7084327 scontext=system_u:system_r:httpd_t:s0 tcontext=system_u:object_r:colord_var_lib_t:s0 tclass=dir type=SYSCALL msg=audit(1378019945.558:9799): arch=x86_64 syscall=stat success=no exit=EACCES a0=7f621bcb6680 a1=7fff913c40b0 a2=7fff913c40b0 a3=fffffe00 items=0 ppid=1407 pid=8317 auid=4294967295 uid=48 gid=48 euid=48 suid=48 fsuid=48 egid=48 sgid=48 fsgid=48 ses=4294967295 tty=(none) comm=/usr/sbin/httpd exe=/usr/sbin/httpd subj=system_u:system_r:httpd_t:s0 key=(null) Hash: /usr/sbin/httpd,httpd_t,colord_var_lib_t,dir,search Additional info: reporter: libreport-2.1.6 hashmarkername: setroubleshoot kernel: 3.10.10-200.fc19.x86_64 type: libreport
Why is apache executing colord?
I did a grep -Ril color on /etc/httpd. Came up with: grep -Ri color /etc/httpd/ /etc/httpd/conf/magic:#0 string CI color icon /etc/httpd/conf/magic:#0 string CP color pointer Binary file /etc/httpd/alias/libnssckbi.so matches Binary file /etc/httpd/modules/libphp5.so matches Binary file /etc/httpd/modules/libphp5-zts.so matches Binary file /etc/httpd/modules/mod_ssl.so matches Binary file /etc/httpd/modules/mod_proxy_balancer.so matches /etc/httpd/modsecurity.d/activated_rules/modsecurity_50_outbound_malware.data:www.multicolorprint.ch/ but beyond that, I have no clue.
Do you have a mounted file system on /var/lib/colord?
No. Here is the output of mount. proc on /proc type proc (rw,nosuid,nodev,noexec,relatime) sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime,seclabel) devtmpfs on /dev type devtmpfs (rw,nosuid,seclabel,size=8182392k,nr_inodes=2045598,mode=755) securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime) selinuxfs on /sys/fs/selinux type selinuxfs (rw,relatime) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev,seclabel) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,seclabel,gid=5,mode=620,ptmxmode=000) tmpfs on /run type tmpfs (rw,nosuid,nodev,seclabel,mode=755) tmpfs on /sys/fs/cgroup type tmpfs (rw,nosuid,nodev,noexec,seclabel,mode=755) cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/usr/lib/systemd/systemd-cgroups-agent,name=systemd) pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime) cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset) cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpuacct,cpu) cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory) cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices) cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer) cgroup on /sys/fs/cgroup/net_cls type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls) cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio) cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event) /dev/mapper/daniel-root on / type ext4 (rw,relatime,seclabel,data=ordered) systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=33,pgrp=1,timeout=300,minproto=5,maxproto=5,direct) debugfs on /sys/kernel/debug type debugfs (rw,relatime) mqueue on /dev/mqueue type mqueue (rw,relatime,seclabel) hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,seclabel) tmpfs on /tmp type tmpfs (rw,seclabel) configfs on /sys/kernel/config type configfs (rw,relatime) /dev/sda1 on /boot type ext4 (rw,relatime,seclabel,data=ordered) /dev/mapper/daniel-home on /home type ext4 (rw,nosuid,nodev,relatime,seclabel,data=ordered) /dev/mapper/daniel-video on /var/video type ext4 (rw,nosuid,nodev,relatime,seclabel,data=ordered) fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime) gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=100)
*** This bug has been marked as a duplicate of bug 1004351 ***