Hide Forgot
SELinux is preventing /usr/libexec/abrt-hook-ccpp from using the 'sys_ptrace' capabilities. ***** Plugin catchall (100. confidence) suggests *************************** If you believe that abrt-hook-ccpp should have the sys_ptrace capability 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 abrt-hook-ccpp /var/log/audit/audit.log | audit2allow -M mypol # semodule -i mypol.pp Additional Information: Source Context system_u:system_r:abrt_helper_t:s0 Target Context system_u:system_r:abrt_helper_t:s0 Target Objects Unknown [ capability ] Source abrt-hook-ccpp Source Path /usr/libexec/abrt-hook-ccpp Port <Unknown> Host (removed) Source RPM Packages abrt-addon-ccpp-2.0.3-1.fc15 Target RPM Packages Policy RPM selinux-policy-3.9.16-32.fc15 Selinux Enabled True Policy Type targeted Enforcing Mode Permissive Host Name (removed) Platform Linux (removed) 2.6.38.8-34.fc15.x86_64 #1 SMP Fri Jun 24 03:45:35 UTC 2011 x86_64 x86_64 Alert Count 1 First Seen Fri 01 Jul 2011 02:21:33 PM PDT Last Seen Fri 01 Jul 2011 02:21:33 PM PDT Local ID f2f353e0-dc80-4dd7-898b-01b4978a0cf4 Raw Audit Messages type=AVC msg=audit(1309555293.901:38): avc: denied { sys_ptrace } for pid=2157 comm="abrt-hook-ccpp" capability=19 scontext=system_u:system_r:abrt_helper_t:s0 tcontext=system_u:system_r:abrt_helper_t:s0 tclass=capability type=AVC msg=audit(1309555293.901:38): avc: denied { open } for pid=2157 comm="abrt-hook-ccpp" name="compiz" dev=dm-0 ino=6826 scontext=system_u:system_r:abrt_helper_t:s0 tcontext=system_u:object_r:bin_t:s0 tclass=file type=SYSCALL msg=audit(1309555293.901:38): arch=x86_64 syscall=open success=yes exit=EPERM a0=7fff4dc3e9c0 a1=0 a2=7fff4dc3e9ce a3=22 items=0 ppid=46 pid=2157 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4294967295 comm=abrt-hook-ccpp exe=/usr/libexec/abrt-hook-ccpp subj=system_u:system_r:abrt_helper_t:s0 key=(null) Hash: abrt-hook-ccpp,abrt_helper_t,abrt_helper_t,capability,sys_ptrace audit2allow #============= abrt_helper_t ============== allow abrt_helper_t bin_t:file open; allow abrt_helper_t self:capability sys_ptrace; audit2allow -R #============= abrt_helper_t ============== allow abrt_helper_t bin_t:file open; allow abrt_helper_t self:capability sys_ptrace;
*** Bug 718474 has been marked as a duplicate of this bug. ***
This started showing after fixing the libreport bug found here: https://bugzilla.redhat.com/show_bug.cgi?id=718347 I run Fedora 15 KDE with updates-testing enabled. I have the latest setroubleshooter. I'm posting this as a me too, and, wondering if the two bugs are interrelated.
> updates-testing enabled It is this, https://admin.fedoraproject.org/updates/selinux-policy-3.9.16-32.fc15 in updates-testing. Downgrade to the previous -30.fc15 release in updates.
Why are you calling this a Denial of Service. chcon -t bin_t /usr/libexec/abrt* Should fix the problem. I have removed these labels from Rawhide and F16 policy. Fixed in selinux-policy-3.9.16-33.fc15
> Why are you calling this a Denial of Service. Because with -32.fc15 ABRT doesn't manage to catch any crashes anymore. It doesn't even store them, so a backtrace could be regenerated later. And after fixing it with the help of setroubleshooter, it might work again, but at least one crash will be missing in ABRT.
Fedora 15 LXDE here. I was tagging audio file with Puddletag when a crash occured and Selinux alert kicked-in. Shall I run chcon -t bin_t /usr/libexec/abrt*
From what I see I have selinux-policy-3.9.16-32.fc15 what's the command to update to selinux-policy-3.9.16-33.fc15. Forgive to as two questions in raw, but the crash is "always" when I use a function of the audio tag editor puddletag. And I am in the middle of a work.
From what I see I have selinux-policy-3.9.16-32.fc15. What's the command to update to selinux-policy-3.9.16-33.fc15. Forgive me to ask two questions in raw, but the crash is "always" when I use a certain function of the audio tag editor puddletag. And I am in the middle of a work I have to finish.
selinux-policy-3.9.16-34.fc15 has been submitted as an update for Fedora 15. https://admin.fedoraproject.org/updates/selinux-policy-3.9.16-34.fc15
Package selinux-policy-3.9.16-34.fc15: * should fix your issue, * was pushed to the Fedora 15 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.16-34.fc15' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/selinux-policy-3.9.16-34.fc15 then log in and leave karma (feedback).
I updated to the test version: selinux-policy-3.9.16-34.fc15.noarch selinux-policy-targeted-3.9.16-34.fc15.noarch Now I get this in /var/log/messages Jul 16 12:58:08 moria abrt[29821]: Unrecognized variable 'DumpLocation' in '/etc/abrt/abrt.conf' Jul 16 12:58:08 moria abrtd: Unrecognized variable 'DumpLocation' in '/etc/abrt/abrt.conf' Jul 16 12:58:08 moria abrt[29821]: saved core dump of pid 29819 (/dev/shm/a.out) to /var/spool/abrt/ccpp-2011-07-16-12:58:08-29819.new/coredump (9101312 bytes) Jul 16 12:58:08 moria abrtd: Directory 'ccpp-2011-07-16-12:58:08-29819' creation detected Jul 16 12:58:08 moria abrtd: Corrupted or bad dump /var/spool/abrt/ccpp-2011-07-16-12:58:08-29819 (res:2), deleting I get no core file and no notification. This is particularly unhelpful when developing my own software and trying to produce a core file to debug.
^ that seems to be Bug 715456 though I'm not sure what the status of that is
selinux-policy-3.9.16-34.fc15 has been pushed to the Fedora 15 stable repository. If problems still persist, please make note of it in this bug report.