Severity by source
Sources disagree (Medium–Critical)AV:N/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:H
Kept AV:N/UI:R/S:C but raised to AC:H because a successful attack depends on first achieving a separate renderer compromise, a substantial precondition beyond a single request.
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: Chrome
Lifecycle Timeline
5DescriptionCVE.org
Insufficient validation of untrusted input in Passwords 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: Medium)
AnalysisAI
Sandbox escape in Google Chrome desktop versions prior to 151.0.7922.72 lets a remote attacker who has already compromised the renderer process break out of the sandbox via a crafted HTML page, chaining into the higher-privileged browser process. The flaw stems from insufficient validation of untrusted input in the Passwords component (CWE-20) and is rated Medium by Chromium despite an NVD CVSS of 9.6. There is no public exploit identified at time of analysis, and EPSS is low at 0.17% (7th percentile).
Technical ContextAI
The vulnerability lives in Chrome's Passwords subsystem, a browser-process feature that manages saved credential storage and autofill. Chrome runs untrusted web content in low-privilege renderer processes isolated by a sandbox; privileged operations are brokered to the browser process via Mojo/IPC. CWE-20 (Improper Input Validation) here means the browser process trusts data crossing that IPC boundary from the renderer without adequately validating it, so a renderer that an attacker already controls can send malformed input that the more-privileged process mishandles, producing a sandbox escape. The single affected CPE is cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:* covering all desktop builds before the fixed release.
RemediationAI
Vendor-released patch: update Google Chrome to 151.0.7922.72 or later via the Stable channel and restart the browser to apply it (Chrome auto-updates but requires a relaunch to complete); see the Chrome Releases advisory at https://chromereleases.googleblog.com/2026/07/stable-channel-update-for-desktop_0887107924.html. In managed fleets, push the update through enterprise policy and confirm the effective version, and ensure Chromium-derived browsers pull the corresponding upstream fix. Because exploitation requires a prior renderer compromise, enabling and enforcing Chrome's site isolation and keeping renderer-facing components current reduces chain feasibility; where immediate updating is impossible, restricting browsing to trusted sites and deploying strict extension/content controls lowers the odds of the first-stage renderer bug that this issue depends on, at the cost of user convenience.
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-50583
GHSA-85jh-mvhg-cjgw