CVE-2026-10037: OpenJDK Sandbox Escape via MIME Handler Exploitation on Ubuntu
A vulnerability in OpenJDK on Ubuntu allows a compromised application running in a sandbox to escape that sandbox and execute arbitrary code on the host system. The attack chains through the .jar MIME handler: a malicious app writes a .jar file to disk, marks it executable, and tricks the system into running it outside the sandbox. The vulnerability requires the mailcap package to be installed and exploits the way graphical file handlers trust executable bits without proper containment checks.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 8.8 HIGH · CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H
- Weaknesses (CWE)
- CWE-20
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-07-08 / 2026-07-14
NVD description (verbatim)
A sandbox escape vulnerability exists in the OpenJDK packages provided in Ubuntu. The .jar MIME handlers installed by these packages execute files marked as executable when the mailcap package is installed. A compromised or malicious sandboxed application with access to the OpenURI portal via xdg-desktop-portal-gtk can write a malicious .jar file to the host file system, set its executable bit, and trigger the handler to execute arbitrary code outside of the sandbox environment.
1 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-10037 is a sandbox escape flaw affecting OpenJDK's MIME handlers in Ubuntu environments. When mailcap is present, .jar files are associated with executable handlers. A sandboxed process with access to the xdg-desktop-portal-gtk OpenURI interface can write a malicious .jar archive to the host filesystem, set the executable permission bit, and invoke the MIME handler to execute code outside containment. The vulnerability stems from improper input validation (CWE-20) in how handlers process executable permissions without re-verifying the sandbox boundary.
Business impact
Organizations deploying containerized or sandboxed Java applications on Ubuntu systems face a critical containment bypass. An attacker compromising a sandboxed workload—through supply chain injection, plugin exploitation, or compromised dependencies—can pivot to full host compromise. This undermines the security model of application isolation, threatening multi-tenant environments, CI/CD pipelines, and browser plugin architectures that rely on sandbox enforcement.
Affected systems
Ubuntu systems with OpenJDK packages installed and the mailcap package present are vulnerable. The MIME handler registration affects .jar file execution across the desktop environment. Sandboxed applications with access to the xdg-desktop-portal-gtk service (typical in containerized and Flatpak deployments) are at direct risk. The vulnerability does not require elevated privileges to trigger, only sandbox-to-host write access and MIME handler invocation capability.
Exploitability
Exploitability is straightforward for an attacker already inside a compromised sandbox. No user interaction is required beyond what the sandboxed app can do automatically. The attack relies on standard filesystem and MIME handler APIs, making weaponization trivial for motivated threat actors. However, initial sandbox compromise is a prerequisite; this is not a local privilege escalation from an unauthenticated state.
Remediation
Remove or disable the mailcap package if .jar MIME handler registration is not required. Alternatively, patch OpenJDK when vendor updates address handler validation. Implement stricter sandbox profiles that deny write access to directories where MIME handlers can be triggered. Monitor sandboxed process capability to invoke xdg-desktop-portal-gtk OpenURI calls and restrict to trusted applications only.
Patch guidance
Verify the Ubuntu security advisory for OpenJDK package updates addressing MIME handler validation. Ensure mailcap is updated alongside any OpenJDK patches. Organizations using container runtimes should confirm their base images include the patched packages. Test patched environments thoroughly in staging before production rollout, as MIME handler changes may affect legitimate .jar execution workflows.
Detection guidance
Monitor for suspicious .jar file creation and execution within sandboxed environments. Alert on xdg-desktop-portal-gtk OpenURI calls originating from unexpected sandboxed processes. Audit MIME handler registrations in /usr/share/applications/ and related directories for unexpected .jar associations. Track filesystem write operations by sandboxed apps targeting executable locations. Review container runtime logs for capability requests related to desktop portal access.
Why prioritize this
This vulnerability merits immediate attention due to its HIGH CVSS score (8.8) and complete integrity/confidentiality/availability impact. Sandbox escapes are critical because they nullify a primary security boundary. The low attack complexity and lack of user interaction, combined with widespread Ubuntu and OpenJDK adoption, create significant risk in containerized and multi-tenant deployments. Organizations running sandboxed workloads should treat this as urgent.
Risk score, explained
The CVSS 3.1 score of 8.8 reflects a local attack vector (AV:L) with low complexity (AC:L), requiring only low-level sandbox privileges (PR:L) and no user interaction (UI:N). The scope change (S:C) acknowledges that the attack crosses security boundaries from sandbox to host. All three impact metrics (Confidentiality, Integrity, Availability) are rated High, capturing the severity of arbitrary code execution at the host level. The score appropriately weighs the criticality of sandbox containment bypass.
Frequently asked questions
Does this vulnerability affect my OpenJDK installation if mailcap is not installed?
No. The vulnerability requires mailcap to register .jar as an executable MIME type. If mailcap is absent, the MIME handler chain is not established, and the attack path does not function. You can verify mailcap status with 'dpkg -l | grep mailcap' on Ubuntu systems.
Can an attacker exploit this from outside a sandbox?
No. The attack requires the attacker to already be running code inside a compromised sandboxed application with access to xdg-desktop-portal-gtk. This is not a local privilege escalation that works from an unauthenticated shell prompt. Initial sandbox compromise is a prerequisite.
What applications are most at risk of being compromised to launch this attack?
Browser plugins, containerized services running with portal access, Flatpak applications, and any sandboxed environment with OpenJDK and OpenURI portal capabilities. Supply-chain-compromised dependencies or malicious plugins that gain execution in a sandbox are common entry points.
Is there a workaround if I cannot patch immediately?
Yes. Remove or uninstall the mailcap package if .jar MIME handling is not critical to your workflow. Alternatively, restrict xdg-desktop-portal-gtk access via AppArmor or seccomp profiles to deny capability invocation from untrusted sandboxed processes. These mitigations are temporary and should not replace patching.
This analysis is provided for informational purposes based on the CVE record and vendor advisories current as of the publication date. Security teams should consult the official Ubuntu security advisory and OpenJDK vendor documentation for authoritative patch guidance and supported versions. Exploitability may vary based on specific sandbox configurations, container runtimes, and application-level mitigations. This page does not constitute legal or compliance advice. Organizations should conduct their own risk assessment and testing in alignment with change management policies. Source: NVD (public-domain), retrieved 2026-08-17. Analysis generated by SEC.co (claude-haiku-4-5).
Weaknesses (CWE)
Related vulnerabilities
- CVE-2025-22424HIGHAndroid Local Privilege Escalation via Image Disclosure
- CVE-2025-48643HIGHAndroid Local Privilege Escalation via Provisioning Bypass
- CVE-2026-0078HIGHAndroid Privilege Escalation via DevicePolicyManagerService Desync
- CVE-2026-0419HIGHNETGEAR JR6150 Command Injection via Insufficient Input Validation
- CVE-2026-10020HIGHChrome Android Sandbox Escape via Skia Input Validation Flaw
- CVE-2026-10021HIGHGoogle Chrome USB Validation Flaw – RCE Vulnerability Patch
- CVE-2026-10651HIGHZephyr Bluetooth SDP Parser Buffer Over-Read Vulnerability
- CVE-2026-10863HIGHMISP Correlations Query Ordering Vulnerability (CVSS 8.1)