Description of problem: SELinux is preventing /usr/lib/xulrunner/plugin-container from 'execute' accesses on the chr_file /dev/zero. ***** Plugin catchall (100. confidence) suggests *************************** If you believe that plugin-container should be allowed execute access on the zero chr_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 plugin-containe /var/log/audit/audit.log | audit2allow -M mypol # semodule -i mypol.pp Additional Information: Source Context unconfined_u:unconfined_r:mozilla_plugin_t:s0-s0:c 0.c1023 Target Context system_u:object_r:zero_device_t:s0 Target Objects /dev/zero [ chr_file ] Source plugin-containe Source Path /usr/lib/xulrunner/plugin-container Port <Unknown> Host (removed) Source RPM Packages xulrunner-18.0-6.fc18.i686 Target RPM Packages Policy RPM selinux-policy-3.11.1-67.fc18.noarch Selinux Enabled True Policy Type targeted Enforcing Mode Permissive Host Name (removed) Platform Linux (removed) 3.7.2-204.fc18.i686.PAE #1 SMP Wed Jan 16 16:31:26 UTC 2013 i686 i686 Alert Count 1 First Seen 2013-01-22 23:16:26 IST Last Seen 2013-01-22 23:16:26 IST Local ID 6cb8effb-7883-4cb4-a8dd-16f13a946269 Raw Audit Messages type=AVC msg=audit(1358876786.452:399): avc: denied { execute } for pid=2736 comm="plugin-containe" path="/dev/zero" dev="devtmpfs" ino=22 scontext=unconfined_u:unconfined_r:mozilla_plugin_t:s0-s0:c0.c1023 tcontext=system_u:object_r:zero_device_t:s0 tclass=chr_file type=SYSCALL msg=audit(1358876786.452:399): arch=i386 syscall=mmap2 success=yes exit=-1270206464 a0=0 a1=2000 a2=7 a3=2 items=0 ppid=2126 pid=2736 auid=1000 uid=1000 gid=1000 euid=1000 suid=1000 fsuid=1000 egid=1000 sgid=1000 fsgid=1000 ses=1 tty=(none) comm=plugin-containe exe=/usr/lib/xulrunner/plugin-container subj=unconfined_u:unconfined_r:mozilla_plugin_t:s0-s0:c0.c1023 key=(null) Hash: plugin-containe,mozilla_plugin_t,zero_device_t,chr_file,execute audit2allow #============= mozilla_plugin_t ============== allow mozilla_plugin_t zero_device_t:chr_file execute; audit2allow -R #============= mozilla_plugin_t ============== allow mozilla_plugin_t zero_device_t:chr_file execute; Additional info: hashmarkername: setroubleshoot kernel: 3.7.2-204.fc18.i686.PAE type: libreport
Since we allow this to chrome_sandbox, we should allow it for mozilla_plugin_t, I think this is some kind of jre thing.
Backported to F18. commit 53ab1a71759827cf2d0f1d44adcf985d9d587b60 Author: Dan Walsh <dwalsh> Date: Tue Jan 22 14:18:59 2013 -0500 Allow mozilla_plugin_t to rwx zero_device_t, for some kind of jre
selinux-policy-3.11.1-74.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/selinux-policy-3.11.1-74.fc18
Package selinux-policy-3.11.1-74.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-74.fc18' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-1693/selinux-policy-3.11.1-74.fc18 then log in and leave karma (feedback).
selinux-policy-3.11.1-74.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report.