Severity by source
Sources disagree (Medium–Critical)AV:N/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:H
AC:H because a pre-existing renderer compromise is required; UI:R for page interaction and S:C/C:H/I:H/A:H reflect the full sandbox escape into the browser process.
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 policy enforcement in Serial in Google Chrome prior to 150.0.7871.47 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 before 150.0.7871.47 lets an attacker who already controls a compromised renderer process break out of the browser sandbox through insufficient policy enforcement in the Web Serial API, using a crafted HTML page. Google rated the underlying Chromium bug Medium severity even though NVD assigns a 9.6 CVSS due to the scope-changing impact. There is no public exploit identified at time of analysis, and the EPSS probability is low (0.22%, 12th percentile).
Technical ContextAI
The flaw lives in Chrome's implementation of the Web Serial API (the 'Serial' component), which brokers page access to serial/COM devices across the renderer-to-browser process boundary. CWE-20 (Improper Input Validation) here manifests as insufficient policy enforcement: the trusted browser-process side of the Serial mediation does not adequately validate or constrain requests coming from the less-trusted renderer, so a renderer that an attacker has already subverted can drive the Serial pathway in ways that cross the sandbox boundary. Chrome's multi-process security model relies on the browser process strictly policing all IPC from renderers; a lapse in that enforcement for a device-access feature undermines the sandbox that is supposed to contain renderer compromises. Per EUVD the affected build train is the 150.x desktop stable channel prior to 150.0.7871.47.
RemediationAI
Vendor-released patch: Chrome 150.0.7871.47 - upgrade all desktop Chrome installs to 150.0.7871.47 or later and restart the browser to apply the update (Chrome auto-updates, but relaunch is required to load the new binary; verify via chrome://settings/help in managed fleets). See the vendor advisory at https://chromereleases.googleblog.com/2026/06/stable-channel-update-for-desktop_0175352312.html. As an interim compensating control until the update is confirmed applied, restrict the Web Serial attack surface via enterprise policy: set DefaultSerialGuardSetting to 2 (block sites from requesting serial-port access) and/or use SerialAllowAllPortsForUrls/SerialBlocklist to deny serial access broadly - the trade-off is that legitimate web apps relying on serial-device access (e.g. hardware provisioning, IoT, or lab tooling) will stop working. Because exploitation presupposes a compromised renderer, also keep site isolation enabled and prioritize patching any co-triggering renderer RCE bugs from the same release.
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 Tumbleweed | Fixed |
| SUSE Package Hub 15 SP7 | Affected |
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-40587
GHSA-7pqf-g2j2-j5x4