Severity by source
AV:L/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:H
Local malicious-file delivery with required user interaction (AV:L/UI:R), no privileges needed (PR:N), and a sandbox escape that changes scope with total host impact (S:C, C/I/A:H).
Primary rating from Vendor (google).
CVSS VectorVendor: google
Lifecycle Timeline
3DescriptionCVE.org
Insufficient validation of untrusted input in Chromoting in Google Chrome on Windows prior to 150.0.7871.47 allowed a local attacker to potentially perform a sandbox escape via a malicious file. (Chromium security severity: High)
AnalysisAI
Sandbox escape in Google Chrome's Chromoting (Chrome Remote Desktop) component on Windows versions prior to 150.0.7871.47 allows a local attacker to break out of the browser sandbox by getting a victim to open a malicious file. Google rates the Chromium severity as High, and while a vendor patch is available, EPSS is low (0.13%) and CISA SSVC records no known exploitation, so this is no public exploit identified at time of analysis. The scope-changing, high-impact nature (full confidentiality, integrity and availability loss beyond the sandbox boundary) makes it a meaningful patch priority for Windows Chrome fleets despite requiring user interaction.
Technical ContextAI
The flaw lives in Chromoting, the code powering Chrome Remote Desktop, which brokers remote-desktop sessions through Chrome and normally runs constrained by the Chromium sandbox. The root cause is CWE-20 (Improper Input Validation): untrusted input carried by a malicious file is not adequately validated before use, letting an attacker cross a trust boundary. Because the CVSS scope is Changed (S:C), successful exploitation escapes the renderer/sandbox and gains privileges of the surrounding host context. The affected component is identified only as Google Chrome on Windows (cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:*); the CPE does not enumerate exact ranges, but the EUVD advisory pins all builds before 150.0.7871.47 on the Windows platform specifically.
RemediationAI
Vendor-released patch: update Google Chrome on Windows to 150.0.7871.47 or later via the Desktop Stable channel; verify the version under chrome://settings/help and restart the browser to complete the update, and for managed fleets push the release through your enterprise update mechanism (Google Update / policy). The advisory is at https://chromereleases.googleblog.com/2026/06/stable-channel-update-for-desktop_0175352312.html. Where immediate patching is not possible, reduce exposure to the affected feature by disabling or blocking Chrome Remote Desktop / Chromoting (for example via enterprise policy such as RemoteAccessHostFirewallTraversal / RemoteAccessHostClientDomainList restrictions) and by preventing users from opening untrusted files that could trigger the flaw; note the trade-off that disabling Chromoting breaks legitimate remote-desktop workflows for users who rely on it. These are compensating controls only - applying the 150.0.7871.47 update is the definitive fix.
Same weakness CWE-20 – Improper Input Validation
View allSame technique Information Disclosure
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-40535
GHSA-fq63-rh33-g8gg