Severity by source
AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
Primary rating from Vendor (google).
CVSS VectorVendor: google
Lifecycle Timeline
4DescriptionCVE.org
Use after free in USB in Google Chrome on Android prior to 149.0.7827.53 allowed a remote attacker to potentially perform a sandbox escape via a crafted HTML page. (Chromium security severity: Medium)
AnalysisAI
Sandbox escape in Google Chrome for Android before 149.0.7827.53 lets a remote attacker exploit a use-after-free in the USB component by luring a victim to a crafted HTML page, potentially breaking out of the renderer sandbox. CVSS 8.8 reflects the high impact across confidentiality, integrity, and availability, though successful attack requires user interaction (visiting the page). No public exploit identified at time of analysis, and the issue is not listed in CISA KEV.
Technical ContextAI
The flaw is a CWE-416 use-after-free in Chrome's USB subsystem (WebUSB) on Android, where freed memory is referenced again, enabling memory corruption that can be steered toward arbitrary code execution or sandbox escape. WebUSB exposes USB device access to web origins through Chromium's IPC-mediated browser/renderer split; a UAF reachable from web content via JavaScript-driven USB API calls can be abused to corrupt browser-process or privileged-process state, undermining the site-isolation sandbox. The affected component is Chromium's USB stack as shipped in Chrome on Android prior to 149.0.7827.53.
RemediationAI
Vendor-released patch: update Google Chrome on Android to 149.0.7827.53 or later via the Google Play Store, per the Chrome Releases advisory at https://chromereleases.googleblog.com/2026/06/stable-channel-update-for-desktop.html. Enterprises managing Android fleets should push the update through MDM and verify rollout, and downstream Chromium-based browsers should be upgraded once they pick up the corresponding Chromium milestone. As a compensating control until patched, restrict or disable WebUSB access using enterprise policy DefaultWebUsbGuardSetting=2 (block) or WebUsbBlockedForUrls to deny chrome://settings exposure of USB device prompts - trade-off is that any legitimate WebUSB-dependent workflows (hardware security keys configuration utilities, developer flashing tools, some kiosk hardware) will break. User-interaction-based mitigation (avoiding untrusted sites) is weak given drive-by delivery is feasible and should not be relied on.
Same weakness CWE-416 – Use After Free
View allSame technique Denial Of Service
View allVendor StatusVendor
SUSE
Severity: Important| Product | Status |
|---|---|
| SUSE Package Hub 15 SP7 | Fixed |
| openSUSE Leap 16.0 | Fixed |
| openSUSE Tumbleweed | Fixed |
| SUSE Package Hub 15 SP7 | Affected |
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-34649
GHSA-9p4m-hwvx-p3p7