Severity by source
AV:N/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:H
Network-delivered crafted page (AV:N/UI:R) escaping the renderer sandbox is a genuine trust-boundary crossing (S:C) with full C/I/A; PR kept N to match vendor convention despite the renderer-compromise prerequisite.
Primary rating from Vendor (Chrome).
CVSS VectorVendor: Chrome
Lifecycle Timeline
4DescriptionCVE.org
Insufficient validation of untrusted input in Chrome for iOS in Google Chrome on iOS 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)
Articles & Coverage 1
AnalysisAI
Sandbox escape in Google Chrome for iOS before 151.0.7922.72 lets an attacker who has already compromised the renderer process break out of the sandbox via a crafted HTML page, escalating a contained renderer foothold into broader control (CVSS 9.6, scope-changed). Reported internally by the Chrome team under CWE-20 insufficient input validation; no public exploit identified at time of analysis, and EPSS is low at 0.29% (21st percentile), consistent with a chained bug that is not yet weaponized. Vendor-released patch is available in stable channel 151.0.7922.72.
Technical ContextAI
The affected component is Google Chrome's iOS build (cpe:2.3:a:google:chrome), which runs the Blink/rendering engine inside a sandboxed renderer process isolated from the more privileged browser process and the underlying OS. CWE-20 (Improper Input Validation) here means a boundary that accepts data from the untrusted renderer fails to sufficiently validate it, so a renderer that is already under attacker control can send malformed input that the higher-privilege side mishandles, enabling a sandbox escape. The CVSS Scope:Changed flag reflects exactly this trust-boundary crossing: the exploited component (renderer) and the impacted component (browser process/OS resources) are different security authorities. On iOS specifically, Chrome relies on Apple's WebKit/WKWebView constraints in addition to Chromium's own multiprocess sandbox, so the practical impact of an escape depends on the surrounding platform isolation.
RemediationAI
Vendor-released patch: update Google Chrome for iOS to 151.0.7922.72 or later via the Apple App Store; this is the primary and complete fix, per the Chrome Releases advisory (https://chromereleases.googleblog.com/2026/07/stable-channel-update-for-desktop_0887107924.html). In managed environments, push the update through MDM app-management policies and enable automatic App Store updates to shorten exposure. Because exploitation requires a prior renderer compromise, interim risk reduction focuses on preventing that first stage: keep the OS and any WebKit components current, avoid untrusted sites, and where policy allows restrict browsing to trusted destinations - with the trade-off that aggressive URL filtering degrades usability and does not address an already-compromised renderer. There is no feature-level toggle that disables the vulnerable code path without patching, so upgrading is the only reliable control.
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-50810
GHSA-pwgg-jhvp-wr6h