Severity by source
AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:L/A:N
Renderer-process compromise is a substantial prerequisite that raises AC to H; no victim-side authentication required; impact is limited to UI spoofing with no availability component.
Primary rating from NVD.
CVSS VectorNVD
Lifecycle Timeline
4DescriptionNVD
Insufficient validation of untrusted input in Network in Google Chrome prior to 150.0.7871.47 allowed a remote attacker who had compromised the renderer process to perform UI spoofing via a crafted HTML page. (Chromium security severity: Low)
AnalysisAI
UI spoofing in Google Chrome's Network component (versions prior to 150.0.7871.47) can be triggered by a remote attacker who has already compromised the renderer process, allowing browser UI elements to be faked via a crafted HTML page. This is a chained exploit - not a standalone flaw - requiring both prior renderer compromise and user interaction, which significantly constrains real-world risk. No public exploit code exists and no confirmed active exploitation has been recorded; EPSS at 0.18% (8th percentile) and Chromium's own 'Low' severity rating reinforce this assessment.
Technical ContextAI
The vulnerability resides in Chrome's Network component, the subsystem responsible for processing and routing network-level data through the browser. CWE-20 (Improper Input Validation) identifies the root cause as failure to adequately sanitize or validate untrusted input flowing from the network layer. Chromium's multi-process sandbox architecture normally isolates the renderer process from the privileged browser process; however, this flaw allows a compromised renderer to pass malformed data through the Network component in a way that manipulates browser UI - potentially spoofing address bar content, origin indicators, or security badges. The affected CPE is cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:*, covering all Chrome builds prior to 150.0.7871.47 per EUVD-2026-40822.
RemediationAI
Update Google Chrome to version 150.0.7871.47 or later; this is the vendor-confirmed fix per the stable channel advisory at https://chromereleases.googleblog.com/2026/06/stable-channel-update-for-desktop_0175352312.html. Chrome's auto-update mechanism handles this automatically for most desktop deployments - verify the installed version at chrome://settings/help. For managed enterprise fleets using Chrome policy, push the update via Google Admin Console or your MDM solution. As a compensating control pending patch deployment, ensuring Chrome's site isolation (--site-per-process) remains enabled - the default on current stable builds - reduces the likelihood of renderer compromise, which is the prerequisite for this attack; disabling site isolation for performance would meaningfully increase exposure. No significant trade-offs apply to leaving site isolation enabled.
Same weakness CWE-20 – Improper Input Validation
View allSame technique Information Disclosure
View allVendor StatusVendor
SUSE
Severity: Moderate| 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-40822
GHSA-7r54-w6p6-rv2x