Severity by source
AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H
Attacker must first control the renderer, so PR:H; AC:H and UI:R reflect chaining plus a crafted page; scope changes on sandbox escape with full host impact.
Primary rating from Vendor (Chrome).
CVSS VectorVendor: Chrome
Lifecycle Timeline
4DescriptionCVE.org
Insufficient validation of untrusted input in Network 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 Network component before 151.0.7922.72 allows a remote attacker who has already compromised the renderer process to break out of the sandbox and gain broader access on the host via a crafted HTML page. Rated High by Chromium and scored CVSS 8.3, it is a second-stage bug that must be chained with an initial renderer exploit rather than exploited in isolation. There is no public exploit identified at time of analysis, and the EPSS probability is low at 0.29% (21st percentile).
Technical ContextAI
The flaw lives in Chrome's Network service, a component of the Chromium multi-process architecture that brokers network requests on behalf of the sandboxed renderer. The root cause is classified as CWE-20 (Improper Input Validation): the Network component insufficiently validates untrusted input coming from a renderer that an attacker already controls, letting that input cross the renderer/broker trust boundary. Because Chrome deliberately treats the renderer as untrusted, any logic that accepts renderer-supplied data without strict validation can become a sandbox-escape primitive, which is why the CVSS scope is marked Changed (S:C). The affected product per CPE is cpe:2.3:a:google:chrome (all versions prior to the fixed build).
RemediationAI
Vendor-released patch: update Google Chrome to 151.0.7922.72 or later on every desktop platform, then fully restart the browser so all renderer and network processes reload the patched code - Chrome auto-updates but the fix does not take effect until relaunch. Verify via chrome://settings/help and enforce the minimum version through enterprise policy or your patch-management tooling for managed fleets. Reference the vendor advisory at https://chromereleases.googleblog.com/2026/07/stable-channel-update-for-desktop_0887107924.html and issue tracker https://issues.chromium.org/issues/497428001. There is no configuration toggle that specifically neutralizes this Network-component bug; as compensating controls until patched, restrict browsing of untrusted sites, deploy site isolation and OS-level sandboxing (already default), and use application allowlisting/EDR to catch post-escape activity - these reduce but do not eliminate exposure, at the cost of some usability and coverage gaps.
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-50786
GHSA-36fh-9j3c-fp3f