Severity by source
AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
Reachable from any web page with no auth (AV:N/PR:N) but needs the victim to open it (UI:R); execution stays in the sandboxed renderer so S:U with high renderer C/I/A.
Primary rating from Vendor (google).
CVSS VectorVendor: google
Lifecycle Timeline
4DescriptionCVE.org
Use after free in IndexedDB in Google Chrome prior to 150.0.7871.115 allowed a remote attacker to execute arbitrary code inside a sandbox via a crafted HTML page. (Chromium security severity: Medium)
AnalysisAI
Renderer-process code execution in Google Chrome desktop before 150.0.7871.115 arises from a use-after-free in the IndexedDB implementation, letting a remote attacker run arbitrary code within the Chromium sandbox when a victim opens a crafted HTML page. Chromium rated the flaw Medium severity even though the CVSS base score is 8.8, reflecting that execution is confined to the sandboxed renderer rather than the host. A vendor patch is available and no public exploit has been identified at time of analysis.
Technical ContextAI
The defect is a CWE-416 use-after-free in Chrome's IndexedDB subsystem, the browser's transactional client-side object store implemented in the Blink/content renderer. A UAF occurs when a heap object is freed while a dangling reference remains, allowing an attacker who controls subsequent heap allocations (via crafted JavaScript IndexedDB operations) to groom memory and corrupt object state, ultimately steering control flow. Because IndexedDB is exposed to any web origin through standard JavaScript APIs, the vulnerable code path is reachable directly from untrusted page content. Per CPE/EUVD data the affected component is the Chrome desktop stable channel prior to 150.0.7871.115; the exploit executes inside the renderer sandbox, so on its own it does not yield host-level compromise without a separate sandbox-escape chain.
RemediationAI
Vendor-released patch: update Google Chrome to 150.0.7871.115 or later on all desktop platforms; most installations receive this automatically, so verify the update applied via chrome://settings/help and relaunch the browser to complete it, since the running process retains the vulnerable code until restart. In managed fleets, push the update through your enterprise policy/MDM channel and confirm the minimum version is enforced. Chromium-based browsers should be updated to whichever release incorporates the fixed Chromium base. If patching must be briefly delayed, the practical compensating control is to restrict browsing of untrusted sites and enforce Chrome's site-isolation and sandbox (both default-on) - do not disable them; there is no supported way to selectively disable IndexedDB without breaking many legitimate web apps, so upgrading is the only reliable fix. Reference: https://chromereleases.googleblog.com/2026/07/stable-channel-update-for-desktop_01162222768.html.
Same weakness CWE-416 – Use After Free
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-42459
GHSA-rmv3-p6fw-xh3h