Cloudanix VulnDB

CVE-2015-3290

None

CVSS

—

EPSS

1.1%

Published

Aug 31, 2015

CISA due date

—

Cloudanix analysis

Schedule a fix SSVC: Track

A bug in older Linux systems lets someone who already has access to the computer secretly give themselves full control without needing a password.

Exploit Available
Exploitation
Local Privilege
Attacker needs
Local User
Complexity
Low
Impact
Privilege Gain
Component
OS kernel
Class
Privilege Escalation
Remediation
Upgrade
Effort
Medium
Patch risk
Low

What it actually does

The flaw allows local privilege escalation on x86_64 systems by exploiting improper espfix64 handling during nested NMI processing in the kernel entry code, enabling an attacker to execute code with elevated privileges within a narrow instruction window.

Why it matters to the business

Attackers with existing local access can obtain full administrative control over affected Linux systems, leading to data theft, persistence, or further lateral movement within an environment.

How an attack unfolds

An attacker with local user access triggers a non-maskable interrupt during a specific instruction sequence in the NMI handler, bypassing normal privilege checks and allowing arbitrary code execution at ring 0.

How to fix it

Upgrade the Linux kernel to version 4.1.6 or later on all x86_64 systems; apply the fix from the upstream commit that corrects espfix64 handling during nested NMI processing.

How to confirm the fix worked

Verify the running kernel version is 4.1.6 or newer using uname -r; confirm the espfix64 logic in entry_64.S no longer contains the vulnerable path by inspecting the patched source or changelog.

Typical attack path

  1. Obtain unprivileged local shell access on a vulnerable x86_64 Linux host
  2. Execute a crafted program that forces nested NMIs within the vulnerable instruction window
  3. Overwrite kernel structures or redirect execution to gain root privileges
  4. Install persistence mechanisms or exfiltrate data from the now-compromised system

How to detect it

Look in system logs for unusual NMI-related kernel messages or unexpected root escalations; examine audit logs for processes that suddenly change user ID shortly after NMI events; review any custom exploit artifacts or modified kernel modules post-escalation.

What your security team should do

  • Immediately patch all x86_64 Linux systems to kernel 4.1.6 or later
  • Restrict local user accounts and monitor for unexpected privilege changes
  • Review and harden NMI-related kernel configurations where possible
  • Include this class of entry-code flaws in future kernel update testing

The record

arch/x86/entry/entry_64.S in the Linux kernel before 4.1.6 on the x86_64 platform improperly relies on espfix64 during nested NMI processing, which allows local users to gain privileges by triggering an NMI within a certain instruction window.

Affected packages

Ecosystem Package Introduced Fixed
Debian:11 linux 0 4.0.8-2
Debian:12 linux 0 4.0.8-2
Debian:13 linux 0 4.0.8-2
Debian:8 linux 0 3.16.7-ckt11-1+deb8u2
Ubuntu:14.04:LTS linux 0 3.13.0-59.98
Ubuntu:14.04:LTS linux 0 3.13.0-61.100
Ubuntu:14.04:LTS linux-aws 0 4.4.0-1002.2
Ubuntu:14.04:LTS linux-lts-utopic 0 3.16.0-45.60~14.04.1
Ubuntu:14.04:LTS linux-lts-vivid 0 3.19.0-25.26~14.04.1
Ubuntu:14.04:LTS linux-lts-wily 0 4.2.0-18.22~14.04.1
Ubuntu:14.04:LTS linux-lts-xenial 0 4.4.0-13.29~14.04.1
Ubuntu:16.04:LTS linux 0 4.2.0-16.19
Ubuntu:16.04:LTS linux-aws 0 4.4.0-1001.10
Ubuntu:16.04:LTS linux-gke 0 4.4.0-1003.3
Ubuntu:16.04:LTS linux-hwe 0 4.8.0-36.36~16.04.1
Ubuntu:16.04:LTS linux-raspi2 0 4.2.0-1013.19
Ubuntu:16.04:LTS linux-snapdragon 0 4.4.0-1012.12
Ubuntu:Pro:16.04:LTS linux-flo 0 No fix
Ubuntu:Pro:16.04:LTS linux-goldfish 0 No fix
Ubuntu:Pro:16.04:LTS linux-mako 0 No fix

Related vulnerabilities