Skip to main content

gVisor CVE-2026-96812

| EUVDEUVD-2026-87111 HIGH
Exposure of Resource to Wrong Sphere (CWE-668)
2026-09-25 Google GHSA-3chr-j932-q9pc
8.8
CVSS 4.0 · Vendor: Google
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Deploy container image with /dev/cuse node
  2. Delivery
    Open device inside gVisor sandbox
  3. Exploit
    Open passes through to host gofer
  4. Execution
    Register host CUSE character device
  5. Persist
    Abuse unrestricted ioctl to overwrite root udev helper memory
  6. Impact
    Execute code as root on host

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Resource sphere isolation
MITRE ATT&CK

1 technique across 1 tactic: Collection

The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up.

Exploitation Conditions

Requires all of: (1) a gVisor build prior to commit 573a9e73cf844f; (2) the host running a Linux platform with CUSE (Character Device in Userspace) enabled; (3) the pre-fix character-device passthrough behavior, where opening a char device node in the sandbox is dispatched to the host gofer rather than the sentry's emulated device registry (the fix makes emulated-only the default); and (4) the attacker holding container-image deployment privileges so they can embed a /dev/cuse device node in the image. Limiting factors: exploitation is local to the sandbox (not network-reachable), requires the deployment/authoring privilege level (PR:L), and depends on the CUSE-enabled host prerequisite (the AT:P attack requirement), so default hosts without CUSE are not exploitable.

Impact

This is a genuine sandbox-escape leading to host root code execution - the most severe outcome possible for a container-isolation product - but it is heavily gated. The source-provided CVSS 4.0 vector (8.8) is AV:L/AC:L/AT:P/PR:L/UI:N with full vulnerable-system impact (VC/VI/VA:H) AND full subsequent-system impact (SC/SI/SA:H), the latter correctly capturing the sandbox-to-host boundary crossing. The AT:P (attack requirement present) and PR:L signals are the key risk dampeners: exploitation requires the host to be running on a Linux platform with CUSE enabled AND the attacker to hold container-image deployment privileges - this is not remote, unauthenticated, or default-config exploitation. There is no EPSS score, no CISA KEV listing, and no public exploit identified at time of analysis, so this reads as a high-impact-but-conditional issue rather than a mass-exploitation priority. The 'Information Disclosure' tag conflicts with the description, which clearly describes overwriting root udev helper memory to achieve code execution - this is RCE/sandbox-escape, not disclosure. Priority is high for organizations running gVisor in multi-tenant environments where untrusted parties can supply container images; low for everyone else.

Exploit ScenarioDerived

An attacker with rights to deploy a container image into a gVisor-sandboxed environment builds an image containing a /dev/cuse character device node. From inside the sandbox they open the device, which on vulnerable versions is passed through to the host gofer instead of being emulated, letting them register a host CUSE device and abuse its unrestricted ioctl handling to overwrite the memory of the root udev helper and execute code as root on the host. No public POC is identified at time of analysis.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
Patch available 0.1% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Sep 25, 2026

Host root code execution is reachable from inside a Google gVisor sandbox built prior to commit 573a9e73cf844f when the host Linux platform has CUSE (Character Device in Userspace) enabled. A local attacker holding container-image deployment privileges (CVSS PR:L) can embed a /dev/cuse device node in an image; opening it in the sandbox passes through to the host gofer instead of the sentry's emulated device registry, letting the attacker register a host device and abuse CUSE's unrestricted ioctl handling to overwrite root udev helper memory. Exploitation is local and gated on the CUSE-enabled host prerequisite plus the pre-fix passthrough character-device behavior, so default hosts without CUSE are not exploitable; no public exploit code was identified at time of analysis and there is no CISA KEV listing (EPSS not provided).

RemediationAI

Vendor-released patch: gVisor commit 573a9e73cf844f - upgrade gVisor/runsc to that commit or a later release and rebuild container sandboxes so the new emulated-only default character-device policy takes effect; note that an upstream fix is available as a commit and a tagged patched release was not independently confirmed. Where immediate upgrading is not possible, ensure the host does not expose CUSE (do not load the cuse module, and blacklist it via modprobe.d), which removes the ioctl primitive entirely at the cost of breaking legitimate host workloads that depend on CUSE/FUSE character devices. If the fixed build is deployed, explicitly set the gofer mount option char_device_policy=emulated-only (the post-fix default) so unimplemented character devices fail with ENXIO rather than reaching the host; setting prefer-emulated instead preserves access to specifically registered emulated devices but still routes unknown nodes to the host, so use it only with trusted images. Restricting container-image deployment/authoring privileges to trusted principals removes the attacker prerequisite (embedding a /dev/cuse node in an image) but does not fix the underlying exposure and should be treated as defense in depth, not as a substitute for patching. Vendor advisory and patch detail: https://github.com/google/gvisor/commit/573a9e73cf844f.

Affected VersionsENISA

Gvisor 0 <573a9e73cf844f

Affected Packages

euvd gvisor fix: 573a9e73cf844f

Source: OSV (Open Source Vulnerabilities)

Affects your stack

Affects 1 package in euvd

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

Google gVisor isolates containers by interposing a user-space kernel (the sentry) between the workload and the host, with a separate 'gofer' process brokering host filesystem access over the gofer/lisafs protocols (pkg/sentry/fsimpl/gofer). The flaw is CWE-668 (Exposure of Resource to Wrong Sphere): before the fix, opening a character device node materialized inside the sandbox was dispatched through the gofer to the host rather than being resolved by the sentry's internal device registry, so a sandbox-controlled device node effectively unlocked the corresponding host device. An attacker who injects /dev/cuse into a container image therefore gains host-side CUSE access from within the sandbox, and CUSE's permissive ioctl handling can be leveraged to corrupt the memory of a root-owned udev helper, escalating to host root. The upstream commit adds device-number tracking (rdevMajor/rdevMinor) to gofer inodes, a statTo() passthrough of those numbers, and a new char_device_policy mount option with emulated-only (default), prefer-emulated, and passthrough modes, wired from runsc configuration via conf.CharacterDevicePolicy.AllowsPassthrough(); the fix is applied across both the gofer and lisafs inode implementations plus runsc boot/cmd plumbing.

Know when Gvisor gets its next vulnerability

  • Watch products and get an email when something new is published
  • Check this CVE against your own stack and servers
  • Exploit and PoC references, threat intelligence from 22 sources

No credit card · 7-day full trial

Severity by source

Vendor (Google) PRIMARY 8.8 HIGH
CVSS:4.0/AV:L/AC:L/AT:P/PR:L/UI:N/VC:H/VI:H/VA:H/SC:H/SI:H/SA:H
vuln.today AI 7.8 HIGH

Local sandbox access with image-deployment privilege (AV:L/PR:L); CUSE-enabled host prerequisite makes it conditional (AC:H); sandbox-to-host escape is a scope change (S:C) yielding host root (C/I/A:H).

3.1 AV:L/AC:H/PR:L/UI:N/S:C/C:H/I:H/A:H
4.0 AV:L/AC:L/AT:P/PR:L/UI:N/VC:H/VI:H/VA:H/SC:H/SI:H/SA:H

Primary rating from Vendor (Google).

CVSS VectorVendor: Google

Attack Vector
Local
Attack Complexity
Low
Attack Requirements
Present
Privileges Required
Low
User Interaction
None
Vulnerable system: Confidentiality
High
Vulnerable system: Integrity
High
Vulnerable system: Availability
High
Subsequent system: Confidentiality
High
Subsequent system: Integrity
High
Subsequent system: Availability
High

Lifecycle Timeline

2
Patch available
Sep 25, 2026 - 16:03 EUVD
CVE Published
Sep 25, 2026 - 14:47 cve.org
HIGH 8.8

DescriptionCVE.org

Improper Exposure of Resource to Wrong Sphere in the host file helper (gofer) in Google gVisor prior to commit 573a9e73cf844f on Linux platforms with CUSE enabled allows a local attacker with container image deployment privileges to achieve root code execution on the host system. By including a /dev/cuse character device node in a container image, opening the device passes through to the host, allowing the sandboxed attacker to register a host device and exploit CUSE unrestricted ioctl handling to overwrite root udev helper memory.

Executive ViewAI

Why It Matters

Organizations running Google gVisor to sandbox container workloads on hosts with CUSE enabled face a high-severity risk of host root compromise from a local authenticated attacker with container-image deployment privileges. An attacker can embed a malicious device node in a container image to escape the sandbox and overwrite root udev helper memory, potentially leading to full takeover of the host. While default hosts without CUSE are not affected, any environment that has enabled CUSE for compatibility should immediately prioritize patching to prevent operational and data-integrity damage.

Business Impact: High
Compensating Controls

Apply vendor patch.

Threat Intelligence Overview

EPSS Score
0.1%
Top 99% exploitable
Prevalence
Low
niche container-sandbox runtime, security-conscious multi-tenant deployments only
Data Quality
5 sources
Confidence: Medium

How this decision was reached

The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.

SignalValue
Severity HIGH
CISA KEV No
Public POC No
EPSS 0.1%
Patch available Yes
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision
Defer
Exploitation
None
System Exposure· derived
Small
Automatable
No
Human Impact
High
Technical Impact
Total

Priority Score

44
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +44
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.

Remote Code Execution represents the critical moment when an attacker successfully runs arbitrary code on a target system without physical access.

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy