Severity by source
AV:N/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:H
Kept AV:N/UI:R/S:C with full impact for the sandbox escape, but raised AC:L to AC:H because exploitation depends on first compromising the renderer, a non-trivial precondition.
Primary rating from Vendor (Chrome).
CVSS VectorVendor: Chrome
Lifecycle Timeline
4DescriptionCVE.org
Insufficient validation of untrusted input in Chromecast in Google Chrome prior to 151.0.7922.72 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
Sandbox escape in Google Chrome's Chromecast component (versions prior to 151.0.7922.72) allows a remote attacker who has already compromised the renderer process to break out of the sandbox via a crafted HTML page. Rated High by Chromium and scored CVSS 9.6 due to scope change, it is a classic second-stage browser exploit chained after an initial renderer bug. No public exploit is identified at time of analysis and EPSS is low (0.29%), consistent with a bug requiring a prior renderer foothold rather than a single-shot drive-by.
Technical ContextAI
The flaw lives in Chrome's Chromecast/media-casting subsystem, which handles device discovery and content streaming between the browser and Cast receivers. Chrome enforces a multi-process security model where untrusted web content runs inside a low-privilege sandboxed renderer, and privileged operations must cross an IPC boundary to the more-trusted browser process. Classified as CWE-20 (Improper Input Validation), the root cause is insufficient validation of untrusted input crossing this boundary, so a message or data structure originating from a compromised renderer is trusted more than it should be, permitting escalation out of the sandbox. The affected component is identified by CPE cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:* across all pre-151.0.7922.72 desktop builds.
RemediationAI
Vendor-released patch: Google Chrome 151.0.7922.72. Update Chrome to 151.0.7922.72 or later on all desktop platforms via the browser's built-in updater (Settings then About Chrome, followed by a relaunch) or enterprise deployment tooling, and restart the browser to apply the update, per https://chromereleases.googleblog.com/2026/07/stable-channel-update-for-desktop_0887107924.html. Because exploitation requires an already-compromised renderer, interim compensating controls target the initial foothold and the vulnerable feature: keep site-isolation defenses default-enabled, and where Cast functionality is not needed disable or restrict the Chromecast/media-router feature (enterprise policy EnableMediaRouter=false) to shrink the attack surface, accepting the trade-off that users lose in-browser casting. Downstream Chromium browsers should be updated once their vendors ship the merged fix.
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 Leap 16.0 | Fixed |
| SUSE Package Hub 15 SP7 | Affected |
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-50798
GHSA-9rfm-7jrw-fvc4