Severity by source
AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:N
Requires a pre-compromised renderer foothold (PR:L) plus chained conditions (AC:H) and victim loading content (UI:R); yields high confidentiality/integrity loss with no availability impact.
Primary rating from Vendor (Chrome).
CVSS VectorVendor: Chrome
Lifecycle Timeline
4DescriptionCVE.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 bypass site isolation via a crafted HTML page. (Chromium security severity: High)
Articles & Coverage 1
AnalysisAI
Site isolation bypass in Google Chrome prior to 151.0.7922.72 lets a remote attacker who has already compromised the renderer process read or tamper with data belonging to other origins by serving a crafted HTML page, defeating one of Chrome's core sandbox boundaries. Chromium rates the severity High and a fixed Stable-channel build has shipped; there is no public exploit identified at time of analysis and EPSS is low at 0.30% (23rd percentile). The flaw is an input-validation weakness (CWE-20) in the Passwords component that undermines the per-site process separation guarantee.
Technical ContextAI
Site Isolation is Chrome's security architecture that places documents from different sites into separate renderer processes so that a single compromised renderer cannot reach cross-origin data such as saved credentials, cookies, or DOM content. This vulnerability lives in the Passwords subsystem and stems from insufficient validation of untrusted input (CWE-20), which allows a malicious document to cross the process/origin boundary that Site Isolation is meant to enforce. The affected code is the Chrome browser application itself (cpe:2.3:a:google:chrome), so the issue is in the browser engine (Chromium/Blink) rather than any external library, and it is exploitable only once an attacker controls a renderer, making it a boundary-hardening bug rather than an initial-access primitive.
RemediationAI
Vendor-released patch: Google Chrome 151.0.7922.72; upgrade all Desktop Chrome installations to 151.0.7922.72 or later and restart the browser to apply, verifying via chrome://settings/help and the Stable Channel advisory at https://chromereleases.googleblog.com/2026/07/stable-channel-update-for-desktop_0887107924.html. In managed environments, push the update through your enterprise update policy or MDM and confirm auto-update is not disabled. Because exploitation requires a pre-compromised renderer, interim compensating controls should focus on reducing renderer-compromise exposure: keep Chrome auto-updates enabled, restrict high-risk browsing, and consider enabling stricter enterprise policies (for example Site Isolation enforcement and reduced use of unvetted extensions); note these reduce but do not eliminate exposure and are no substitute for the version upgrade.
Same weakness CWE-20 – Improper Input Validation
View allSame technique Authentication Bypass
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-50812
GHSA-v45v-wj9p-hx85