Severity by source
AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H
AC:H reflects mandatory pre-compromised renderer prerequisite; S:C captures sandbox boundary crossing; full C/I/A post-escape justified.
Primary rating from Vendor (Chrome).
CVSS VectorVendor: Chrome
Lifecycle Timeline
5DescriptionCVE.org
Use after free in Input in Google Chrome prior to 150.0.7871.186 allowed a remote attacker who had compromised the renderer process to potentially perform a sandbox escape via a crafted HTML page. (Chromium security severity: High)
AnalysisAI
Use-after-free in Chrome's Input component enables an attacker who has already compromised the renderer process to escape the browser sandbox via a crafted HTML page. Affected versions span all Google Chrome releases prior to 150.0.7871.186 across Windows, macOS, and Linux. Successful exploitation grants code execution outside the sandbox with the full privileges of the browser process on the underlying host. No public exploit code or CISA KEV listing has been identified at time of analysis; EPSS stands at 0.25% (16th percentile), consistent with no observed in-the-wild activity.
Technical ContextAI
The vulnerability is a Use-After-Free (CWE-416) in Chrome's Input handling subsystem, which manages input event dispatch within Blink's multi-process rendering architecture. CPE cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:* covers all affected builds. Chrome's security model isolates renderer processes in a sandbox; this UAF allows a renderer-level attacker to corrupt memory in a way that crosses the sandbox boundary (reflected by S:C in the CVSS vector). Downstream Linux distributions, specifically Red Hat and SUSE variants that package Chromium, may carry the same vulnerable codebase until their respective advisory-tracked updates are shipped.
RemediationAI
Upgrade Google Chrome to version 150.0.7871.186 or later, which constitutes the vendor-released patch per the Chrome stable channel advisory at https://chromereleases.googleblog.com/2026/07/stable-channel-update-for-desktop_01320465736.html. Chrome auto-updates by default, but administrators should verify installed versions via Settings > Help > About Google Chrome and force an update cycle in managed environments. Red Hat and SUSE deployments should monitor vendor security advisories for corresponding Chromium package updates. Until patching is complete, enterprise controls that limit browsing to known-safe domains (e.g., managed browser policies, DNS filtering, or proxy allowlisting) reduce the likelihood of the renderer-level compromise that is the prerequisite for this vulnerability, though they do not constitute a substitute for patching.
Same weakness CWE-416 – Use After Free
View allSame technique Use After Free
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-48443
GHSA-3hcw-xj48-v732