CVE-2015-1338
NoneCVSS
—
EPSS
0.9%
Published
Oct 1, 2015
CISA due date
—
Cloudanix analysis
Older crash-reporting software on some Linux computers can be tricked by file links into filling up storage space or letting regular users take control of the machine.
- Exploitation
- Local Privilege
- Attacker needs
- Local User
- Complexity
- Low
- Impact
- Privilege Gain
- Component
- Application
- Class
- Path Traversal
- Remediation
- Upgrade
- Effort
- Medium
- Patch risk
- Low
What it actually does
The vulnerability permits local users to perform symlink or hardlink attacks against /var/crash/vmcore.log during kernel_crashdump processing, enabling arbitrary file writes that result in disk exhaustion or privilege escalation.
Why it matters to the business
Local attackers can cause prolonged system outages through disk consumption or obtain unauthorized elevated access on affected Ubuntu and Apport deployments, increasing operational risk on unpatched systems.
How an attack unfolds
An attacker with local access creates a symlink or hardlink from /var/crash/vmcore.log to a chosen target file. When Apport invokes kernel_crashdump, the write operation follows the link, allowing the attacker to fill disk space or overwrite sensitive files to achieve privilege escalation.
How to fix it
Upgrade Apport to version 2.19 or newer. Apply all available package updates from the distribution vendor for Ubuntu and related systems.
How to confirm the fix worked
Verify the installed Apport version is at least 2.19, confirm absence of unauthorized links under /var/crash, and test crashdump handling with controlled symlinks to ensure writes are rejected.
Typical attack path
- Obtain local user access on the target system
- Create a symlink or hardlink targeting /var/crash/vmcore.log
- Trigger a kernel crash or wait for an existing crashdump event
- Leverage the resulting file write for denial of service or privilege escalation
How to detect it
Inspect /var/crash for unexpected symlinks or hardlinks to vmcore.log, review Apport and kernel logs for unusual crashdump activity, and correlate high disk I/O on crash paths with local user sessions.
What your security team should do
- Apply the Apport 2.19 update or newer immediately on all affected hosts
- Restrict write access to /var/crash where feasible
- Monitor for anomalous disk usage patterns in crash directories
- Review local user accounts for unnecessary privileges
The record
kernel_crashdump in Apport before 2.19 allows local users to cause a denial of service (disk consumption) or possibly gain privileges via a (1) symlink or (2) hard link attack on /var/crash/vmcore.log.
Affected packages
| Ecosystem | Package | Introduced | Fixed |
|---|---|---|---|
| SUSE:Linux Enterprise Server 11 SP4 | apport | 0 | 0.114-12.8.3.1 |
| SUSE:Linux Enterprise Server 11 SP4 | apport-crashdb-sle | 0 | 0.114-0.8.3.1 |
| SUSE:Linux Enterprise Server for SAP Applications 11 SP4 | apport | 0 | 0.114-12.8.3.1 |
| SUSE:Linux Enterprise Server for SAP Applications 11 SP4 | apport-crashdb-sle | 0 | 0.114-0.8.3.1 |
| Ubuntu:14.04:LTS | apport | 0 | 2.14.1-0ubuntu3.15 |
Related vulnerabilities
- CVE-2021-25682 It was discovered that the get_pid_info() function in data/apport did not properly parse… Also affects apport
- CVE-2020-11936 gdbus setgid privilege escalation Also affects apport
- CVE-2020-8831 Apport creates a world writable lock file with root ownership in the world writable… Also affects apport
- CVE-2019-11481 Kevin Backhouse discovered that apport would read a user-supplied configuration file with… Also affects apport
- CVE-2019-7307 Apport before versions 2.14.1-0ubuntu3.29+esm1, 2.20.1-0ubuntu2.19, 2.20.9-0ubuntu7.7… Also affects apport
- CVE-2015-1341 Any Python module in sys.path can be imported if the command line of the process… Also affects apport
- CVE-2018-6552 Apport does not properly handle crashes originating from a PID namespace allowing local… Also affects apport
- CVE-2017-14177 Apport through 2.20.7 does not properly handle core dumps from setuid binaries allowing… Also affects apport