CVE-2015-1318
NoneCVSS
—
EPSS
4.2%
Published
Apr 17, 2015
CISA due date
—
Cloudanix analysis
A flaw in Ubuntu's crash reporting tool lets someone who already has limited access on the computer take full control of the machine.
- Exploitation
- Local Privilege
- Attacker needs
- Local User
- Complexity
- Low
- Impact
- Privilege Gain
- Component
- Application
- Class
- Privilege Escalation
- Remediation
- Upgrade
- Effort
- Medium
- Patch risk
- Low
What it actually does
The crash reporting feature in Apport allows a local attacker to supply a crafted apport file within a container namespace, causing the reporting process to execute attacker-controlled code with elevated privileges.
Why it matters to the business
Attackers with initial low-privilege access on affected systems can escalate to full root access, enabling data theft, persistence, or further compromise; the issue is long-public with weaponized exploits available, increasing risk for unpatched Ubuntu and derivative deployments.
How an attack unfolds
An attacker with local access crafts a malicious usr/share/apport/apport file, places it inside a container namespace, triggers a crash that invokes Apport, and the flawed handling executes the attacker's code with root privileges.
How to fix it
Upgrade Apport to version 2.17.1 or later on all affected systems; if an upgrade is not immediately possible, disable Apport crash reporting or restrict its execution via AppArmor or similar mandatory access controls.
How to confirm the fix worked
Confirm Apport version is 2.17.1 or newer; test that crash reporting no longer executes files from untrusted namespace locations; review package manager logs for successful updates.
Typical attack path
- Obtain local shell access as a non-privileged user
- Create a container or namespace environment
- Place a crafted apport executable in usr/share/apport/
- Trigger a crash that causes Apport to run
- Gain root shell via the executed payload
How to detect it
Review system logs for unexpected executions of apport or crash report processes from non-standard paths; inspect container namespaces for unauthorized files in usr/share/apport; check authentication and sudo logs for sudden privilege changes following crash events.
What your security team should do
- Prioritize patching all systems running Apport versions prior to 2.17.1
- Audit containerized environments for Apport usage
- Monitor for new local privilege-escalation attempts via process execution logs
- Consider disabling Apport on production servers where crash reporting is unnecessary
The record
The crash reporting feature in Apport 2.13 through 2.17.x before 2.17.1 allows local users to gain privileges via a crafted usr/share/apport/apport file in a namespace (container).
Affected packages
| Ecosystem | Package | Introduced | Fixed |
|---|---|---|---|
| Ubuntu:14.04:LTS | apport | 0 | 2.14.1-0ubuntu3.9 |
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