Severity by source
AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
Remote crafted page (AV:N), no auth (PR:N), but the required specific UI gestures make it UI:R; a UAF yielding renderer code execution justifies C/I/A:H with unchanged scope.
Primary rating from Vendor (google).
CVSS VectorVendor: google
Lifecycle Timeline
4DescriptionCVE.org
Use after free in UI in Google Chrome prior to 150.0.7871.182 allowed a remote attacker who convinced a user to engage in specific UI gestures to potentially exploit heap corruption via a crafted HTML page. (Chromium security severity: High)
AnalysisAI
Use-after-free in the Google Chrome UI component (fixed in 150.0.7871.182) allows a remote attacker to induce heap corruption when a victim visits a crafted HTML page and performs specific UI gestures, potentially leading to arbitrary code execution in the renderer. Rated High by Chromium and CVSS 8.8; no public exploit identified at time of analysis, though the vendor patch is available. Exploitation is gated on user interaction, reducing drive-by risk relative to zero-click browser bugs.
Technical ContextAI
The flaw is a CWE-416 Use-After-Free in Chrome's UI subsystem, meaning code retains and dereferences a pointer to a heap object after it has been freed, allowing an attacker to groom the heap and reclaim the freed allocation with attacker-controlled data. Because it resides in the browser UI layer rather than a sandboxed sub-component like V8 or a GPU process, the specific 'UI gesture' trigger implies the bug is reached through user-driven interface events (e.g., menu, dialog, or drag interactions) rather than pure page rendering. Chrome is built on the Chromium engine (Blink/V8), and memory-safety defects of this class are the dominant browser vulnerability category; successful exploitation typically corrupts C++ object vtables or callback pointers to hijack control flow.
RemediationAI
Vendor-released patch: Google Chrome 150.0.7871.182 - update to this version or later via Chrome's built-in updater (chrome://settings/help) and relaunch to apply, as documented in the Stable Channel update advisory at https://chromereleases.googleblog.com/2026/07/stable-channel-update-for-desktop_0256605430.html. In managed environments, push the update through enterprise policy/MSI and force a browser restart, since Chrome only completes patching on relaunch. Until updates propagate, reduce exposure by training users not to perform prompted UI gestures on untrusted pages and by using enterprise policies to limit browsing to trusted sites; note that no configuration-level mitigation fully removes the risk, so patching is the only reliable fix. Users of Chromium-based browsers should apply their respective vendor updates once the upstream fix is merged.
Same weakness CWE-416 – Use After Free
View allSame technique Denial Of Service
View allVendor StatusVendor
SUSE
Severity: ModerateShare
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-47576
GHSA-xj4j-jpm9-437j