Severity by source
AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H
Delivered via web page (AV:N, UI:R) but gated on a prior renderer compromise and defeating sandbox policy (AC:H); sandbox escape crosses trust boundary (S:C) with total impact.
Primary rating from Vendor (google).
CVSS VectorVendor: google
Lifecycle Timeline
4DescriptionCVE.org
Insufficient policy enforcement in Chrome for iOS in Google Chrome on iOS 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: High)
AnalysisAI
Sandbox escape in Google Chrome for iOS prior to 150.0.7871.47 lets a remote attacker who has already compromised the renderer process break out of the sandbox via a crafted HTML page, escalating from renderer-level code execution to broader access on the device. The flaw stems from insufficient policy enforcement (CWE-20) and carries a High Chromium severity rating with a CVSS 8.3 (scope-changed) score. There is no public exploit identified at time of analysis and it is not in CISA KEV; EPSS probability is low at 0.21% (11th percentile).
Technical ContextAI
The affected component is the iOS build of Google Chrome, which relies on Chromium's multi-process sandbox architecture in which untrusted web content is rendered inside a low-privilege renderer process isolated from the more privileged browser process and OS. This CVE is a second-stage bug: insufficient policy enforcement (CWE-20, Improper Input Validation) at the sandbox boundary allows a renderer that an attacker has already subverted to violate the isolation policy and escape confinement. Because Chrome on iOS must use Apple's WebKit rather than Blink, the sandboxing and policy-enforcement layer here is Chrome's own process/IPC boundary code rather than the desktop V8/Blink renderer, which is why the tags reference both Google and Apple platforms.
RemediationAI
Vendor-released patch: 150.0.7871.47 - update Google Chrome for iOS to 150.0.7871.47 or later via the Apple App Store, which is the primary and complete fix. Because iOS App Store updates can lag, verify installed clients through MDM and force-update or restrict outdated versions where possible; the trade-off is user disruption from forced updates. As an interim compensating control, this bug requires an already-compromised renderer reached through a malicious page, so restricting exposure to untrusted web content (enterprise web filtering, blocking known-malicious domains) reduces the odds of the preceding renderer compromise, at the cost of browsing convenience. Reference the Chrome Releases advisory at https://chromereleases.googleblog.com/2026/06/stable-channel-update-for-desktop_0175352312.html and the chromium issue https://issues.chromium.org/issues/508462149.
Same weakness CWE-20 – Improper Input Validation
View allSame technique Information Disclosure
View allVendor StatusVendor
SUSE
Severity: Important| 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-40499
GHSA-mccm-g2cw-25j9