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:
The CCE-27119-7 openscap rule requires that all system executables have root ownership. There is a binary file provided by abrt-addon-ccpp that violates this, and is owned by abrt:abrt instead of root:root
-rwsr-sr-x. 1 abrt abrt 15432 Mar 20 2019 /usr/libexec/abrt-action-install-debuginfo-to-abrt-cache
Version-Release number of selected component (if applicable):
abrt-addon-ccpp-2.1.11-55.el7.x86_64
How reproducible:
Always
Steps to Reproduce:
1. Install abrt-addon-ccpp
2. Utilize openscap to scan the system
Actual results:
- The /usr/libexec/abrt-action-install-debuginfo-to-abrt-cache is owned by abrt:abrt
Expected results:
- The /usr/libexec/abrt-action-install-debuginfo-to-abrt-cache file should be owned by root:root
Additional info:
Since this cannot be solved without redesigning certain things, I’m reassigning to openscap to possibly whitelist the binary.
The specific owner and setuid bit are needed for this wrapper to run abrt-action-install-debuginfo as abrt to write to /var/cache/abrt-di, which is owned by abrt as well. setuid root would break the various tools that poke at the directory, unless we made everything setuid root.
Moving to the right-er component than `openscap` (as the change would not be in the scanner, but in the content)
Also please take into consideration that ABRT is quite often removed by our profiles (as it can expose crash data). So it's more than possible that we will forbear to update one of the core rules just because of the needs of this particular package.
The change has been incorporated to upstream. But the change is quite big. It changes the script from setuid to setgid and changes ownership of caches from abrt: to :abrt.
I cannot recommend it for backport to RHEL7 in its late-cycle as the current bug "just" emits warning in OpenSCAP, but the change we have done can have an impact on functionality.
I am going to close this, but we will backport it to RHEL8.