Severity by source
Sources disagree (Low–High)AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
Remote crafted page with no privileges but mandatory victim interaction (UI:R); UAF heap corruption can yield full renderer compromise, so C/I/A:H, scope unchanged within the sandboxed renderer.
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 VectorNVD
Lifecycle Timeline
4DescriptionNVD
Use after free in Passwords in Google Chrome prior to 150.0.7871.47 allowed a remote attacker to potentially exploit heap corruption via a crafted HTML page. (Chromium security severity: Low)
AnalysisAI
Heap corruption via use-after-free in Google Chrome's Passwords component affects all desktop builds prior to 150.0.7871.47, letting a remote attacker who lures a victim to a crafted HTML page potentially achieve memory corruption and code execution in the renderer. The CVSS 3.1 vector (8.8) requires user interaction (visiting the page) but no privileges or authentication. No public exploit identified at time of analysis, and the low EPSS score (0.17%, 7th percentile) plus Chromium's own 'Low' severity rating suggest limited real-world exploitation likelihood despite the high CVSS.
Technical ContextAI
The flaw is a CWE-416 Use-After-Free in Chrome's Passwords subsystem (the password manager/autofill infrastructure built on the Blink rendering engine and Chromium's C++ object lifecycle model). A UAF occurs when a pointer is dereferenced after the referenced heap object has been freed, allowing an attacker who controls subsequent heap allocations to groom memory and hijack the dangling pointer. In browser renderers this class of bug is a classic primitive for heap corruption and, when combined with an information leak and sandbox escape, potential renderer-level code execution. Affected component (per CPE/EUVD) is the Google Chrome desktop application across the Stable channel prior to 150.0.7871.47.
RemediationAI
Vendor-released patch: update Google Chrome to 150.0.7871.47 or later via the Stable channel; the fix is delivered through Chrome's automatic updater, so ensure clients are not blocking updates and relaunch the browser to apply it (Help > About Google Chrome forces the check). Reference the Chrome Releases advisory at https://chromereleases.googleblog.com/2026/06/stable-channel-update-for-desktop_0175352312.html. Users of Chromium-based browsers should apply their respective vendor updates once the upstream fix is merged. If patching cannot be completed immediately, compensating controls include restricting browsing to trusted sites and enabling Chrome's Enhanced Safe Browsing, though neither fully mitigates a crafted-page UAF; enterprises can use managed update policies to force the rollout, accepting the trade-off of a forced browser relaunch for users.
Same weakness CWE-416 – Use After Free
View allSame technique Denial Of Service
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-40789
GHSA-vr5v-mvjw-pxv5