Severity by source
Sources disagree (Low–Critical)AV:N/AC:H/PR:N/UI:R/S:U/C:H/I:H/A:H
Requires social-engineered malicious extension install (UI:R, AC:H); code stays within the sandbox so impacts are Low, not High, consistent with Chromium's Low rating.
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: Chrome
Lifecycle Timeline
5DescriptionCVE.org
Use after free in DevTools in Google Chrome prior to 151.0.7922.72 allowed an attacker who convinced a user to install a malicious extension to execute arbitrary code inside a sandbox via a crafted Chrome Extension. (Chromium security severity: Low)
AnalysisAI
Sandboxed arbitrary code execution in Google Chrome's DevTools component affects all desktop builds prior to 151.0.7922.72, where a use-after-free (CWE-416) can be triggered by a crafted Chrome Extension. An attacker must first convince the victim to install a malicious extension, after which they can run code confined to the browser sandbox. Chromium rated this Low severity; no public exploit identified at time of analysis and EPSS exploitation probability is very low (0.13%, 3rd percentile).
Technical ContextAI
The flaw resides in Chrome DevTools, the built-in developer tooling exposed to extensions via the debugger/DevTools protocol APIs. The root cause is a use-after-free (CWE-416): a memory object tied to DevTools is freed while a reference to it remains live, and a crafted extension can drive DevTools into re-accessing the dangling pointer to corrupt memory and hijack control flow. Per the CPE (cpe:2.3:a:google:chrome:*) this affects the Chrome application across platforms; exploitation is scoped to the renderer/DevTools sandbox rather than the privileged browser process, which is why arbitrary code runs 'inside a sandbox' rather than at OS privilege.
RemediationAI
Vendor-released patch: update Google Chrome to 151.0.7922.72 or later via the Stable channel (Chrome auto-updates on relaunch; force it under Settings > About Google Chrome and restart), per the Chrome Releases advisory at https://chromereleases.googleblog.com/2026/07/stable-channel-update-for-desktop_0887107924.html. Because exploitation depends on the victim installing a malicious extension, the most effective compensating control until patching completes is to restrict extension installation - enforce an enterprise extension allowlist/blocklist via the ExtensionInstallAllowlist/ExtensionInstallBlocklist group policies and disable developer-mode extension loading; the trade-off is reduced user flexibility in adding extensions. Auditing and removing untrusted installed extensions further reduces exposure with minimal operational impact.
Same weakness CWE-416 – Use After Free
View allVendor StatusVendor
SUSE
Severity: Critical| Product | Status |
|---|---|
| SUSE Package Hub 15 SP7 | Fixed |
| openSUSE Leap 16.0 | Fixed |
| SUSE Package Hub 15 SP7 | Affected |
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-50647
GHSA-3928-85xc-vfvp