Severity by source
Sources disagree (Low–Critical)AV:N/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:N
Requires a pre-compromised renderer (PR:H) and successful exploit chaining (AC:H); sandbox escape crosses into the browser process (S:C) yielding high confidentiality/integrity impact but no availability effect.
vuln.today treats the vendor’s rating as authoritative. A higher third-party CVSS (e.g. CISA-ADP) is shown for transparency but does not drive the headline severity.
CVSS VectorVendor: google
Lifecycle Timeline
4DescriptionCVE.org
Insufficient validation of untrusted input in New Tab Page in Google Chrome prior to 150.0.7871.47 allowed a remote attacker who had compromised the renderer process to potentially perform a sandbox escape via a crafted HTML page. (Chromium security severity: Low)
AnalysisAI
Sandbox escape in Google Chrome's New Tab Page prior to 150.0.7871.47 allows an attacker who has already compromised the renderer process to break out of the sandbox via a crafted HTML page. The flaw stems from insufficient validation of untrusted input (CWE-20) and requires a pre-existing renderer foothold, making it a second-stage exploit rather than an initial-access vector. Google rated the Chromium severity as Low; no public exploit identified at time of analysis and EPSS exploitation probability is low (0.17%, 7th percentile).
Technical ContextAI
The vulnerability lives in Chrome's New Tab Page (NTP), a privileged WebUI surface rendered inside the browser that bridges renderer-supplied content and browser-process capabilities. Chromium's security model isolates untrusted web content in a sandboxed renderer process; a sandbox escape means code running in that low-privilege renderer gains access to the higher-privilege browser process. The root cause is CWE-20 (Improper Input Validation): the NTP fails to sufficiently validate untrusted input crossing the renderer/browser trust boundary, which an attacker controlling the renderer can abuse. The affected component is the Chrome desktop stable channel (CPE would map to cpe:2.3:a:google:chrome:*) on all supported desktop platforms below 150.0.7871.47.
RemediationAI
Upgrade to the primary fix, Vendor-released patch: Google Chrome 150.0.7871.47 or later, via the stable desktop channel; Chrome's auto-update will deliver this, but administrators should force-relaunch to apply it since a running browser is not protected until restarted, and Chromium-based downstream browsers (Edge, Brave, etc.) should be updated once their vendors ship the merged fix. As a compensating control until patching, restrict exposure to renderer-compromise exploits by enforcing Site Isolation (default), keeping the renderer sandbox enabled, and deploying enterprise policies to limit untrusted content; because this bug requires a pre-compromised renderer, promptly patching any renderer-level RCE bugs in the same release is the more effective mitigation. Refer to the Chrome Releases advisory (https://chromereleases.googleblog.com/2026/06/stable-channel-update-for-desktop_0175352312.html) for the full set of fixes in this build.
Same weakness CWE-20 – Improper Input Validation
View allSame technique Information Disclosure
View allVendor StatusVendor
SUSE
Severity: Critical| Product | Status |
|---|---|
| SUSE Package Hub 15 SP7 | Fixed |
| openSUSE Tumbleweed | Fixed |
| SUSE Package Hub 15 SP7 | Affected |
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-40725
GHSA-hwh2-jx98-3hx9