Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Description of problem:
Summary:
SELinux is preventing /usr/sbin/abrtd "write" access on /var/spool.
Detailed Description:
SELinux denied access requested by abrtd. It is not expected that this access is
required by abrtd and this access may signal an intrusion attempt. It is also
possible that the specific version or configuration of the application is
causing it to require additional access.
Allowing Access:
You can generate a local policy module to allow this access - see FAQ
(http://docs.fedoraproject.org/selinux-faq-fc5/#id2961385) Please file a bug
report.
Additional Information:
Source Context unconfined_u:system_r:abrt_t:s0-s0:c0.c1023
Target Context system_u:object_r:var_spool_t:s0
Target Objects /var/spool [ dir ]
Source abrtd
Source Path /usr/sbin/abrtd
Port <Unknown>
Host dyno.devel.redhat.com
Source RPM Packages abrt-1.1.2-3.el6
Target RPM Packages filesystem-2.4.30-2.1.el6
Policy RPM selinux-policy-3.7.19-19.el6
Selinux Enabled True
Policy Type targeted
Enforcing Mode Enforcing
Plugin Name catchall
Host Name dyno.devel.redhat.com
Platform Linux dyno.devel.redhat.com 2.6.32-27.el6.x86_64
#1 SMP Tue May 18 12:25:26 EDT 2010 x86_64 x86_64
Alert Count 5
First Seen Fri 21 May 2010 06:32:42 AM EDT
Last Seen Fri 21 May 2010 06:50:14 AM EDT
Local ID c4a562fd-d5a2-4a4c-b7f7-d4901ea1b71b
Line Numbers
Raw Audit Messages
node=dyno.devel.redhat.com type=AVC msg=audit(1274439014.970:78508): avc: denied { write } for pid=8136 comm="abrtd" name="spool" dev=dm-3 ino=98312 scontext=unconfined_u:system_r:abrt_t:s0-s0:c0.c1023 tcontext=system_u:object_r:var_spool_t:s0 tclass=dir
node=dyno.devel.redhat.com type=SYSCALL msg=audit(1274439014.970:78508): arch=c000003e syscall=82 success=no exit=-13 a0=41e913 a1=41e771 a2=0 a3=7ffffafec1f0 items=0 ppid=8135 pid=8136 auid=500 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=1 comm="abrtd" exe="/usr/sbin/abrtd" subj=unconfined_u:system_r:abrt_t:s0-s0:c0.c1023 key=(null)
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
abrt should include /var/spool/abrt in its rpm payload. I will add a fix to allow abrt to create this directory in selinux-policy-3.7.19-20.el6.noarch
But this is really an abrt bug.
(In reply to comment #1)
> abrt should include /var/spool/abrt in its rpm payload. I will add a fix to
> allow abrt to create this directory in selinux-policy-3.7.19-20.el6.noarch
>
> But this is really an abrt bug.
Dan, we fixed abrt, the build is at https://brewweb.devel.redhat.com/buildinfo?buildID=132768
Knocking this back to Assigned. The root of the problem is that for compatibility, the abrtd daemon attempts to rename "/var/cache/abrt" to "/var/spool/abrt" which is causing the SELinux denial. Looks like we need to cleanup this code in Daemon.cpp. I'm not sure what the best solution is (copy the files as oppose to renaming the directories?) but something needs to be fixed in abrt.
(In reply to comment #4)
> Knocking this back to Assigned. The root of the problem is that for
> compatibility, the abrtd daemon attempts to rename "/var/cache/abrt" to
> "/var/spool/abrt" which is causing the SELinux denial. Looks like we need to
> cleanup this code in Daemon.cpp. I'm not sure what the best solution is (copy
> the files as oppose to renaming the directories?) but something needs to be
> fixed in abrt.
The code which tries to preserve old crash data by renaming was removed. Here is the new build:
https://brewweb.devel.redhat.com/buildinfo?buildID=132957