Severity by source
Sources disagree (Low–High)AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
Network-reachable and unauthenticated, but the required specific UI gestures plus heap-grooming raise complexity (AC:H) beyond a simple page visit; renderer-only impact keeps scope unchanged.
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
4DescriptionCVE.org
Inappropriate implementation in V8 in Google Chrome prior to 150.0.7871.46 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: Low)
AnalysisAI
Heap corruption in the V8 JavaScript engine of Google Chrome before 150.0.7871.46 lets a remote attacker who lures a user to a crafted HTML page and coaxes them into specific UI gestures potentially achieve memory corruption and code execution in the renderer. The flaw was reported internally by the Chrome team and is patched in the Stable channel; no public exploit identified at time of analysis, and EPSS is low (0.18%, 8th percentile). Note the tension in the signals: NVD/aggregator CVSS is 8.8 (High) while Google's own Chromium severity rating is Low.
Technical ContextAI
V8 is Chrome's high-performance JavaScript and WebAssembly engine, which JIT-compiles and executes untrusted script from any visited web page. The root cause is classified as CWE-122 (Heap-based Buffer Overflow), meaning an operation writes past the bounds of a heap-allocated buffer - in V8 this typically stems from an object-shape, type-confusion, or bounds miscalculation during optimized code execution ('inappropriate implementation'). Because V8 runs attacker-controlled script directly, heap corruption here can be groomed into a controlled write primitive, though it remains confined to the sandboxed renderer process absent a separate sandbox-escape bug. The single affected CPE is cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:*, i.e. the desktop Chrome browser across platforms prior to the fixed build.
RemediationAI
Vendor-released patch: update Google Chrome to 150.0.7871.46 or later via the Stable channel; on managed fleets, force-relaunch to complete the update since Chrome only applies a downloaded update after restart. The vendor advisory with details is at https://chromereleases.googleblog.com/2026/06/stable-channel-update-for-desktop_0175352312.html. Until the update is applied, compensating controls include enabling/enforcing Chrome's Site Isolation and the sandbox (default, keep enabled) so renderer corruption stays contained, and restricting users from browsing untrusted sites; because exploitation additionally requires the user to perform specific UI gestures, user-awareness guidance to avoid interacting with unexpected page prompts meaningfully lowers risk. These controls do not fix the underlying bug and only reduce exposure, so patching remains the primary action.
Same weakness CWE-122 – Heap-based Buffer Overflow
View allSame technique Buffer Overflow
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-41162
GHSA-47w9-22r8-93hx