Google Chrome
CVE-2026-7343
HIGH
Severity by source
AV:N/AC:H/PR:N/UI:R/S:U/C:H/I:H/A:H
AC:H and the requirement of a pre-compromised renderer reflect a chained second-stage bug; UI:R for loading a crafted page; C/I/A:H for full browser-process code execution; S:U kept per vendor though a sandbox escape could argue S:C.
Primary rating from Vendor (Chrome).
CVSS VectorVendor: Chrome
Lifecycle Timeline
6DescriptionCVE.org
Use after free in Views in Google Chrome on Windows prior to 147.0.7727.138 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 Windows (versions prior to 147.0.7727.138) stems from a use-after-free in the Views UI component, allowing an attacker who has already compromised the renderer process to break out of the browser sandbox and gain broader code execution on the host via a crafted HTML page. Chromium rates the internal severity as Critical, though the assigned CVSS is 7.5 due to the high attack complexity and the renderer-compromise prerequisite. This is a second-stage bug: there is no public exploit identified at time of analysis, EPSS is very low (0.03%, 10th percentile), and it is not listed in CISA KEV.
Technical ContextAI
The flaw is a CWE-416 use-after-free in Chromium's 'Views' framework - the cross-platform C++ UI toolkit that Chrome uses to build and manage its window/widget hierarchy in the privileged browser process. Use-after-free occurs when code continues to reference a heap object after it has been freed, letting an attacker who controls heap layout reclaim that memory and steer execution. Because Views runs in the higher-privileged browser process (outside the renderer sandbox), corrupting it from a compromised renderer is a classic sandbox-escape primitive. The affected CPE is cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:*, with the fix landing in the Windows Stable channel at 147.0.7727.138.
RemediationAI
Vendor-released patch: update Google Chrome on Windows to 147.0.7727.138 or later via the Stable channel; restart the browser to complete the update since Chrome staged updates are not active until relaunch. The primary remediation is this upgrade - see https://chromereleases.googleblog.com/2026/04/stable-channel-update-for-desktop_28.html and the tracking record at https://vuldb.com/vuln/360070. There is no configuration-level workaround for a memory-corruption bug in the browser process, but because exploitation requires a prior renderer compromise, defenders can reduce exposure by enforcing prompt auto-updates via enterprise policy, keeping Chrome's site isolation enabled (default), and using browser management/allowlisting to limit exposure to untrusted web content; note these are risk-reduction measures, not a substitute for the patch. For Chromium-based derivatives (Edge, and Red Hat/SUSE Chromium packages), apply the corresponding vendor rebuild once published.
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 SP6 | Fixed |
| openSUSE Leap 15.6 | Fixed |
| openSUSE Leap 16.0 | Fixed |
| SUSE Package Hub 15 SP6 | Fixed |
Share
External POC / Exploit Code
Leaving vuln.today