Severity by source
Sources disagree (Low–High)AV:L/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
Local malicious-file vector (AV:L) needing no prior privileges (PR:N) but victim interaction (UI:R); successful privilege escalation yields full high C/I/A on the host.
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: google
Lifecycle Timeline
4DescriptionCVE.org
Insufficient validation of untrusted input in Chromoting in Google Chrome on Windows prior to 150.0.7871.47 allowed a local attacker to perform privilege escalation via a malicious file. (Chromium security severity: Low)
AnalysisAI
Local privilege escalation in Google Chrome's Chromoting (Chrome Remote Desktop) component on Windows before 150.0.7871.47 allows a local attacker who plants a malicious file to elevate privileges after the victim interacts with it. The flaw stems from insufficient validation of untrusted input (CWE-20) and carries a 7.8 CVSS but was rated Low severity by Chromium's own team. There is no public exploit identified at time of analysis, and the EPSS probability is very low (0.13%, 3rd percentile), consistent with a local, interaction-dependent issue rather than a mass-exploitable one.
Technical ContextAI
Chromoting is the internal codename for the Chrome Remote Desktop subsystem bundled with Google Chrome, which brokers remote-access sessions and handles associated host/client files on the Windows platform. The root cause is classified as CWE-20 (Improper Input Validation): the component accepts a file whose contents or path attributes are not sufficiently checked, so a maliciously crafted file can influence execution in a higher-privileged context. Because Chromoting components can run with elevated rights on Windows (host services, native messaging helpers), a validation gap in how these files are parsed or loaded provides a route from a low-privileged local user to escalated privileges.
RemediationAI
Vendor-released patch: Google Chrome 150.0.7871.47 for Windows - upgrade to this version or later, which Chrome typically applies automatically on restart, so ensuring the browser is fully closed and relaunched is the primary fix (see https://chromereleases.googleblog.com/2026/06/stable-channel-update-for-desktop_0175352312.html). In managed fleets, push the update via your enterprise management/GPO and verify the running version. As an interim compensating control until patched, disable or uninstall Chrome Remote Desktop (Chromoting) on hosts that do not require it and restrict interactive/local login to trusted users, since exploitation depends on a local attacker planting a file and a user interacting with it; the trade-off is loss of remote-desktop functionality for legitimate users on those hosts.
Same weakness CWE-20 – Improper Input Validation
View allSame technique Privilege Escalation
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-40747
GHSA-rxj2-2vwr-7xr8