Severity by source
AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H
Requires a pre-existing renderer compromise so PR:L rather than PR:N, AC:H for unreliable heap grooming, UI:R for loading the page, and S:C for the sandbox escape with high CIA impact.
Primary rating from NVD.
CVSS VectorNVD
Lifecycle Timeline
4DescriptionCVE.org
Use after free in Input in Google Chrome on Android prior to 148.0.7778.168 allowed a remote attacker who had compromised the renderer process to potentially perform a sandbox escape via a crafted HTML page. (Chromium security severity: Critical)
AnalysisAI
Sandbox escape in Google Chrome for Android before 148.0.7778.168 lets an attacker who has already compromised the renderer process leverage a use-after-free in the Input component to break out of the sandbox via a crafted HTML page. Rated Critical by Chromium and CVSS 8.3, this is a second-stage bug requiring an existing renderer compromise rather than a standalone remote exploit. EPSS is very low (0.07%) and there is no public exploit identified at time of analysis; SSVC records no observed exploitation.
Technical ContextAI
The flaw is a CWE-416 use-after-free in Chrome's Input handling code, part of the Blink/Chromium browser engine that processes user input events and their associated objects. On Android, Chrome runs renderer processes in a restricted sandbox; a use-after-free reachable from the sandboxed renderer can be groomed to corrupt memory in a more privileged context, enabling escape from the renderer sandbox. The single CPE provided (cpe:2.3:a:google:chrome) is generic, but the description explicitly scopes impact to the Android build prior to 148.0.7778.168. Use-after-free bugs arise when a pointer to freed heap memory is reused, allowing an attacker who controls subsequent allocations to hijack object state or control flow.
RemediationAI
Vendor-released patch: update Google Chrome on Android to 148.0.7778.168 or later, which is the primary and definitive fix; on Android this is delivered through the Google Play Store, so ensure automatic app updates are enabled and force an update on managed fleets via MDM. Verify the running version under Chrome settings > About Chrome. Because exploitation requires a prior renderer compromise, the most effective compensating control until patched is to reduce renderer-compromise exposure: restrict browsing to trusted sites, deploy enterprise policies to block risky content, and consider enabling Chrome's stricter site-isolation/enhanced protection settings, accepting the trade-off of some site-compatibility friction. Refer to the vendor advisory at https://chromereleases.googleblog.com/2026/05/stable-channel-update-for-desktop_12.html and the Chromium issue at https://issues.chromium.org/issues/495939973 for release tracking.
Same weakness CWE-416 – Use After Free
View allSame technique Denial Of Service
View allVendor StatusVendor
SUSE
Severity: High| Product | Status |
|---|---|
| SUSE Package Hub 15 SP7 | Fixed |
| openSUSE Leap 16.0 | Fixed |
| openSUSE Tumbleweed | Fixed |
| SUSE Package Hub 15 SP7 | Fixed |
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-30424
GHSA-2gj8-f8hj-pwwh