Loading vulnerability…
CVE-2026-35250 is an easily exploitable vulnerability in the Core component of Oracle VM VirtualBox affecting supported version 7.2.6. The flaw requires a high-privileged attacker with logon access to the infrastructure where Oracle VM VirtualBox executes. Successful exploitation can compromise the product and cause a partial denial of service condition affecting Oracle VM VirtualBox availability. Specific vulnerable functions or code paths are not publicly described in the available information.
Mallory correlates every CVE against your assets, your vendors, and active adversary campaigns. Know which vulnerabilities matter for you, not just which ones are loud.
What it means. What to do now. Patch path, mitigations, and the assume-compromise checklist.
What an attacker gets, and what they’ve been doing with it.
If you can’t patch tonight, do this now.
Patch, then assume compromise.
1 valid exploit after Mallory filtered fakes, detection scripts, and README-only repos.
This repository is a small standalone Linux kernel-module PoC for CVE-2026-35250, targeting an integer overflow in Oracle VirtualBox's VBVA mouse pointer shape handling. The repo contains only three files: a Makefile to build an out-of-tree kernel module, a README describing the bug and expected crash behavior, and the main exploit source file gfx1_exploit.c. The exploit is not part of a larger framework. Its core capability is to trigger a host-side VirtualBox graphics bug from a privileged guest by crafting an HGSMI/VBVA command directly in guest VRAM and notifying the host through the HGSMI guest port. The code searches for the VirtualBox VGA PCI device (vendor 0x80ee, device 0xbeef), maps VRAM from BAR0, builds HGSMI buffer header/tail structures and a VBVA mouse pointer shape structure, and uses attacker-controlled dimensions (width 0x80000001, height 16) chosen to overflow the host's cbPointerData arithmetic. It then writes the malicious buffer to VRAM at offset 0x00100000 and triggers processing with outl(offset, 0x3D0). The intended effect is denial of service on the host/hypervisor side rather than code execution. According to the README and inline comments, the malformed shape causes the host to allocate only 80 bytes while preserving enormous cursor dimensions, leading to downstream heap over-read and/or NULL write conditions in host display processing. The module logs whether the command was accepted or rejected by reading back the result field from VRAM. Repository structure is minimal and purpose-built: README documents the vulnerability mechanics and usage; Makefile builds the module against the running guest kernel; gfx1_exploit.c contains all exploit logic, including checksum generation, VRAM placement, device discovery, and trigger execution. Overall, this is a real proof-of-concept exploit for a guest-to-host VirtualBox DoS path, requiring kernel-level privileges inside the guest and a vulnerable VirtualBox graphics implementation.
Products and vendors Mallory has correlated with this vulnerability. Open in Mallory to drill down to specific CPE configurations and version ranges.
Vendor-confirmed product mapping. Mallory continuously reconciles this list against your asset inventory.
2 sources tracked across advisories and community write-ups. News coverage will land here when it surfaces.
No news coverage yet. Advisories and community discussion only.
Query your assets running an affected version, and investigate the blast radius.
Every observed campaign linking this CVE to a named adversary.
Malware families riding this exploit, with evidence and IOCs.
YARA, Sigma, Snort, and vendor rules, auto-deployed to your SIEM.
Cross-references every affected SKU, including bundled OEM variants.
Community discussion across Reddit, Mastodon, and other social sources.