SELinux is preventing /usr/bin/gtk-gnash from unix_read, unix_write access on the semaphore Unknown. ***** Plugin catchall (100. confidence) suggests *************************** If you believe that gtk-gnash should be allowed unix_read unix_write access on the Unknown sem 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 gtk-gnash /var/log/audit/audit.log | audit2allow -M mypol # semodule -i mypol.pp Additional Information: Source Context unconfined_u:unconfined_r:sandbox_web_client_t:s0: c149,c636 Target Context unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1 023 Target Objects Unknown [ sem ] Source gtk-gnash Source Path /usr/bin/gtk-gnash Port <Unknown> Host (removed) Source RPM Packages gnash-0.8.8-4.fc14 Target RPM Packages Policy RPM selinux-policy-3.9.7-31.fc14 Selinux Enabled True Policy Type targeted Enforcing Mode Enforcing Host Name (removed) Platform Linux (removed) 2.6.35.11-83.fc14.i686 #1 SMP Mon Feb 7 07:04:18 UTC 2011 i686 i686 Alert Count 2 First Seen Sat 26 Feb 2011 02:04:06 AM WET Last Seen Sat 26 Feb 2011 02:04:06 AM WET Local ID d7f41aa4-c7c3-40c4-a169-625ff9248fe6 Raw Audit Messages type=AVC msg=audit(1298685846.227:139): avc: denied { unix_read unix_write } for pid=23728 comm="gtk-gnash" key=-583345475 scontext=unconfined_u:unconfined_r:sandbox_web_client_t:s0:c149,c636 tcontext=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 tclass=sem type=SYSCALL msg=audit(1298685846.227:139): arch=i386 syscall=ipc success=no exit=EACCES a0=2 a1=dd3adabd a2=1 a3=380 items=0 ppid=23687 pid=23728 auid=500 uid=500 gid=500 euid=500 suid=500 fsuid=500 egid=500 sgid=500 fsgid=500 tty=(none) ses=1 comm=gtk-gnash exe=/usr/bin/gtk-gnash subj=unconfined_u:unconfined_r:sandbox_web_client_t:s0:c149,c636 key=(null) Hash: gtk-gnash,sandbox_web_client_t,unconfined_t,sem,unix_read,unix_write audit2allow #============= sandbox_web_client_t ============== allow sandbox_web_client_t unconfined_t:sem { unix_read unix_write }; audit2allow -R #============= sandbox_web_client_t ============== allow sandbox_web_client_t unconfined_t:sem { unix_read unix_write };
What were you doing?
I probably was using gnash inside a sandbox
Did it work?
If it works we can probably dontaudit the access.
(In reply to comment #3) > Did it work? Yes, it worked.
Ok, I will dontaudit it.
Fixed in selinux-policy-3.9.7-42.fc14.
selinux-policy-3.9.7-42.fc14 has been submitted as an update for Fedora 14. https://admin.fedoraproject.org/updates/selinux-policy-3.9.7-42.fc14
Package selinux-policy-3.9.7-42.fc14: * should fix your issue, * was pushed to the Fedora 14 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.9.7-42.fc14' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/selinux-policy-3.9.7-42.fc14 then log in and leave karma (feedback).
selinux-policy-3.9.7-42.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report.