Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessObtain admin/root inside guest VM
-
DeliveryEnumerate VMSVGA device exposure
-
ExploitIssue crafted VMSVGA FIFO/3D command sequence
-
ExecutionTrigger flaw in host emulator
-
PersistEscape guest to host process (scope change)
-
ImpactTake over VirtualBox and adjacent components
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V8 - Authorization Least privilege enforcement
MITRE ATT&CK
1 technique across 1 tactic: Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires the VMSVGA graphics controller to be the active display adapter for the targeted guest VM (it is the VirtualBox default for modern guests, so most deployments qualify), local logon to the system running VirtualBox 7.2.8, and high privileges on that system per the CVSS PR:H metric - in VM-escape vulnerabilities this typically means root/Administrator inside a guest rather than on the host. Exploitation is further limited by AC:H, indicating the attacker must win a race, satisfy specific memory/state preconditions, or perform a multi-step interaction with the VMSVGA FIFO before the flaw triggers, and the bug is confined to the exact 7.2.8 build. No user interaction on the host side is required (UI:N). |
| Impact | The CVSS 3.1 vector AV:L/AC:H/PR:H/UI:N/S:C/C:H/I:H/A:H tells a nuanced story: the attacker must already have local logon and high privileges on the system where VirtualBox executes, and the attack is hard to engineer, but if it succeeds it crosses a trust boundary (S:C) and yields full CIA compromise of the host or adjacent products - the textbook VM-escape profile. EPSS data was not provided, the bug is not on the CISA KEV list, and no POC is referenced, so real-world exploitation pressure today is low. However, the PR:H requirement is somewhat ambiguous: in VM-escape contexts 'high privileged' often means root/administrator inside the guest VM rather than on the host, which would make the bug far more useful to attackers who already own a guest - defenders should verify with Oracle whether PR:H refers to host or guest privileges, since that single clarification changes prioritization dramatically. The Oracle tag 'Information Disclosure' conflicts with the description's 'takeover' language and full C/I/A impact, so the tag should not be relied on. |
| Exploit ScenarioDerived | An attacker who has already obtained administrative privileges inside a guest VM - for example via a phished developer workstation hosting a sandbox VM, or by abusing a multi-tenant lab host - issues a crafted sequence of VMSVGA FIFO/3D commands from the guest to trigger the flaw in the host's emulator code. Because the bug is scope-changing, successful exploitation lets the attacker break out of the guest and execute code or otherwise compromise the host VirtualBox process and adjacent products. No public exploit identified at time of analysis, and the CVSS AC:H rating indicates a non-trivial exploit primitive that would need to be developed. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jun 16, 2026
Privilege escalation and host takeover in Oracle VM VirtualBox 7.2.8 via the VMSVGA virtual graphics device allows a high-privileged local attacker to break out of the virtualization boundary and impact additional products beyond VirtualBox itself (scope change). The flaw carries a CVSS 3.1 base score of 7.5 with full confidentiality, integrity, and availability impact, but exploitation is rated high complexity. No public exploit identified at time of analysis and the issue is not listed in CISA KEV.
RemediationAI
Patch available per vendor advisory - apply the fixes shipped in the Oracle Critical Patch Update of June 2026 documented at https://www.oracle.com/security-alerts/cspujun2026.html, which supersedes Oracle VM VirtualBox 7.2.8; consult the CPU matrix for the exact post-7.2.8 fixed build before deploying. Until patching is complete, the most effective compensating control is to switch guest virtual machines from the VMSVGA graphics controller to the legacy VBoxVGA or VBoxSVGA adapter in each VM's Display settings, which removes the vulnerable code path at the cost of losing 3D acceleration and some modern guest display features. Additionally, restrict who can log on to VirtualBox hosts and hold local administrative privileges, treat guest-root as a stepping stone rather than a contained tier, and avoid running untrusted guests on shared hosts until the CPU patch is applied.
Affected VersionsENISA
Affected Packages
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
The vulnerability resides in the VMSVGA paravirtualized graphics device, an emulated VMware-compatible SVGA II adapter that VirtualBox exposes to guest virtual machines for accelerated 2D/3D rendering. VMSVGA implementations have historically been a rich source of guest-to-host escape bugs because they expose a complex FIFO command queue, surface/shader/3D resource handling, and DMA-style memory mappings between the guest and the host hypervisor process. No CWE was assigned by NVD, but Oracle's description of a scope-changed host compromise originating from a guest-context operation is consistent with the VM-escape class of memory-corruption or logic flaws typical for this device. The affected build is the Oracle-supported 7.2.8 release, identified by CPE cpe:2.3:a:oracle_corporation:oracle_vm_virtualbox:*.
Know when Oracle Vm Virtualbox 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
AV:L/AC:H/PR:H/UI:N/S:C/C:H/I:H/A:H
Local logon and high privileges (typically guest-root) needed, exploitation is non-trivial (AC:H), and successful VM escape crosses scope with full host CIA impact.
Primary rating from Vendor (oracle).
CVSS VectorVendor: oracle
DescriptionCVE.org
Vulnerability in the Oracle VM VirtualBox product of Oracle Virtualization (component: VMSVGA device). The supported version that is affected is 7.2.8. Difficult to exploit vulnerability allows high privileged attacker with logon to the infrastructure where Oracle VM VirtualBox executes to compromise Oracle VM VirtualBox. While the vulnerability is in Oracle VM VirtualBox, attacks may significantly impact additional products (scope change). Successful attacks of this vulnerability can result in takeover of Oracle VM VirtualBox. CVSS 3.1 Base Score 7.5 (Confidentiality, Integrity and Availability impacts). CVSS Vector: (CVSS:3.1/AV:L/AC:H/PR:H/UI:N/S:C/C:H/I:H/A:H).
Zero Day Initiative Advisories
Executive ViewAI
A privilege escalation vulnerability in Oracle VM VirtualBox 7.2.8 enables attackers with local system access to escape virtual machine isolation and compromise the underlying host system, with potential impact to interconnected infrastructure. No vendor patch is available, leaving affected organizations at risk of host takeover and cascading compromise. Immediate containment and mitigation actions are required.
No vendor-released patch identified at time of analysis. Interim mitigations: (1) disable VMSVGA graphics device on VirtualBox 7.2.8 instances, (2) restrict local administrative privileges on hypervisor hosts to minimize attack surface, (3) isolate affected VirtualBox systems to air-gapped, non-production networks, (4) implement dedicated monitoring for privilege escalation attacks, (5) maintain frequent VM snapshots and backups for rapid incident response and recovery.
Threat Intelligence Overview
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.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Privilege escalation occurs when an attacker leverages flaws in access control mechanisms to gain permissions beyond what they were originally granted.
More in Oracle Vm Virtualbox
View allLocal privilege escalation and full compromise in Oracle VM VirtualBox 7.2.12 (Core component) allows a low-privileged a
Local privilege escalation to full takeover in Oracle VM VirtualBox 7.2.12 on Windows hosts allows a low-privileged atta
Local privilege escalation to full product takeover in Oracle VM VirtualBox 7.2.12 (Core component) allows a low-privile
Privileged local compromise of Oracle VM VirtualBox 7.2.8 allows an attacker already authenticated to the host with high
Confidentiality and integrity compromise in Oracle VM VirtualBox 7.2.8 (Shared Folders component) allows a low-privilege
Full host takeover in Oracle VM VirtualBox 7.2.12 (Core component) allows a high-privileged local attacker who is alread
Privilege-escalating host compromise in Oracle VM VirtualBox 7.2.12 (Core component) lets a high-privileged local attack
Denial-of-service in Oracle VM VirtualBox 7.2.6 (Core component) lets an unauthenticated remote attacker reachable over
Local privilege-driven compromise in Oracle VM VirtualBox 7.2.6 (Core component) allows a high-privileged local attacker
Privilege-based host compromise in Oracle VM VirtualBox 7.2.6 (Core component) allows a high-privileged local attacker w
Full compromise of Oracle VM VirtualBox 7.2.6 (Core component) is possible for a high-privileged local attacker who can
Guest-to-host compromise in Oracle VM VirtualBox 7.2.6 (Core component) allows a high-privileged local attacker to take
EUVD-2026-37366
NVD
CVE.org
EPSS
Vulnrichment
VulDB
GitHub PoC
Exploit-DB