Privilege escalation in Red Hat's bug reporting tool ABRT (CVE-2015-5287) — why a predictable filename is dangerous
Red Hat's Automatic Bug Reporting Tool (ABRT) contains a privilege escalation vulnerability: local users with certain permissions can gain privileges through a symlink attack on a file with a predictable name. The affected product may be end-of-life or end-of-service, and discontinuing use or moving to a supported version is advised. CISA added it to KEV on 2026-08-26.
Key facts
- CVE IDCVE-2015-5287
- Affected (vendor / product)Red Hat Automatic Bug Reporting Tool
- ExploitationListed in CISA KEV (exploitation confirmed)
- Remediation due2026-09-09 (U.S. federal civilian agencies, BOD 22-01)
Key points
- The affected product is the Red Hat Automatic Bug Reporting Tool (ABRT); the entry is a privilege escalation vulnerability.
- Local users with certain permissions can gain privileges through a symlink attack on a file with a predictable name.
- A symlink attack gets a privileged program to write, on the attacker's behalf, somewhere their own privileges could not reach.
- The catalog notes the product may be end-of-life or end-of-service and advises discontinuing use or moving to a supported version.
- Added to KEV 2026-08-26 with a due date of 2026-09-09. A CVE assigned in 2015 entered KEV in 2026.
- The attacker predicts the file name a privileged program uses, gets there first, and has it write to the far side of a link.
1How a symlink attack works
A symbolic link lets one filename act as a reference to another file. The attack targets the moment a privileged program is about to create or write a file with a particular name. If the attacker gets there first and creates a link under that name pointing at some other important file, the privileged program writes not where it intended but to the target of the link.
The structure is that the attacker gets a privileged program to write, on their behalf, somewhere their own privileges could not reach.
2Why "predictable" is the condition
For this to work, the attacker has to know in advance the filename the privileged program will use. Names built from a process ID or a fixed string can be guessed, which makes getting there first possible. That is why the discipline for temporary files is to generate unguessable names by a safe method and to open them in a way that fails if the file already exists. A predictable name is itself the precondition for the vulnerability.
3A bug reporting tool as the route
ABRT gathers and reports information when a program terminates abnormally. Collecting that information requires reaching into other processes' state and their core dumps, so tools of this kind run with elevated privilege. It is an example of unremarked background machinery becoming an attack route precisely because it holds privilege.
4Getting there first, and having it written for you
A symlink attack borrows the privilege of a privileged program to write where the attacker cannot. Following how it completes shows where the condition sits.
- 1Learn the nameThe file name the privileged program uses is predictable from a process ID or a fixed string
- 2Get there firstThe attacker creates a link under that name, pointing at some other important file
- 3The privileged program writesIt writes not where it intended but to the far side of the link
- 4Privilege is crossedThe privileged program has written, on the attacker's behalf, where the attacker could not
The first step is the condition. That is why temporary files call for names generated unpredictably by a safe method, opened so that creation fails if a file already exists. A predictable name is itself the precondition for the vulnerability.
Why it matters
When an end-of-life product lands in KEV, the response is not patching but removal or migration. That is a decision involving selection of a replacement and a migration plan rather than a technical task, and meeting a deadline requires that the inventory already exists. Background tooling such as crash reporting and monitoring is easy to omit from an asset register, so noticing that it is installed at all is the practical dividing line.
FAQ
What is a symlink attack?
Why is a predictable name dangerous?
How do you handle an end-of-life product?
Sources (primary)
This article is an independent organization based on the U.S. official data below. Always verify the exact, latest details and applicability with the official and vendor sources.
- CISA KEV Catalog (known exploited list)
- NVD (CVE details / CVSS)
- This product uses data from the NVD API but is not endorsed or certified by the NVD. KEV data is CC0 (public domain).