Severity by source
AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H
Kept AC:H for the difficult escape and PR:N/UI:R per Chrome's renderer-attacker convention, with S:C and C/I/A:H reflecting full host impact after sandbox escape.
Primary rating from Vendor (Chrome).
CVSS VectorVendor: Chrome
Lifecycle Timeline
4DescriptionCVE.org
Insufficient validation of untrusted input in Linux Toolkit Theming in Google Chrome on Linux prior to 150.0.7871.125 allowed a remote attacker who had compromised the renderer process to potentially perform a sandbox escape via a crafted HTML page. (Chromium security severity: High)
AnalysisAI
Sandbox escape in Google Chrome on Linux prior to 150.0.7871.125 allows an attacker who has already compromised the renderer process to break out of the sandbox via a crafted HTML page, chaining from renderer compromise to broader host access. The flaw resides in the Linux Toolkit Theming component (CWE-20, insufficient input validation) and is rated High by Chromium with a CVSS of 8.3. There is no public exploit identified at time of analysis, EPSS is low (0.26%), and CISA SSVC lists exploitation status as none, so this is a defense-in-depth-critical but not currently exploited issue.
Technical ContextAI
The vulnerability lives in Chrome's Linux Toolkit Theming code path, the browser-process logic that renders native GTK/desktop-toolkit widget styling on Linux. Because theming is handled outside the renderer sandbox, data flowing from a compromised renderer into this component crosses a trust boundary; CWE-20 (Improper Input Validation) means the theming code fails to adequately validate that untrusted input before acting on it, giving a compromised renderer a path to influence higher-privileged browser-process execution. The affected component is platform-specific: only Chrome (and Chromium-derived) builds on Linux are exposed, per CPE cpe:2.3:a:google:chrome and the description scoping to 'on Linux'. The CVSS scope-change flag (S:C) reflects exactly this sandbox-to-host boundary crossing.
RemediationAI
Vendor-released patch: update Google Chrome on Linux to 150.0.7871.125 or later via the Stable channel (advisory: https://chromereleases.googleblog.com/2026/07/stable-channel-update-for-desktop_0353146366.html); ChromeOS users should apply the corresponding ChromeOS stable update (http://chromereleases.googleblog.com/2026/07/stable-channel-update-for-chromeos_01375142362.html). Confirm the running version via chrome://version and relaunch to complete the update, since Chrome stages updates but only applies them on restart. As a compensating control until patched, restrict browsing to trusted sites and enable enterprise auto-update / forced-relaunch policies to shrink the exposure window; because the exploit requires a prior renderer compromise, keeping Chrome's site isolation and sandbox enabled (do not launch with --no-sandbox) materially reduces the chance an attacker reaches this component. Chromium-derived Linux browsers should pull the equivalent upstream fix.
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 Leap 16.0 | Fixed |
| openSUSE Tumbleweed | Fixed |
| SUSE Package Hub 15 SP7 | Affected |
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-44476
GHSA-f3vq-gjqx-3pg9