Severity by source
AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
Primary rating from Vendor (google).
CVSS VectorVendor: google
CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
Lifecycle Timeline
4DescriptionCVE.org
Use after free in Dawn in Google Chrome on Mac prior to 149.0.7827.103 allowed a remote attacker to potentially exploit heap corruption via a crafted HTML page. (Chromium security severity: High)
AnalysisAI
Heap corruption in Google Chrome on macOS prior to 149.0.7827.103 enables remote attackers to potentially execute arbitrary code by luring a user to a crafted HTML page that exploits a use-after-free in the Dawn WebGPU implementation. The flaw carries a CVSS 8.8 (High) rating and Chromium rates it High severity; no public exploit has been identified at time of analysis, but Chrome browser bugs of this class are historically attractive targets for in-the-wild exploitation. Patch is available from Google.
Technical ContextAI
Dawn is Chromium's cross-platform implementation of the WebGPU standard, providing a low-level GPU API to web content via the browser's renderer process. The root cause is CWE-416 (Use After Free): memory referenced by a pointer is freed but the pointer is subsequently dereferenced, allowing an attacker who can influence the reallocation of that memory region to corrupt the heap and steer execution. Because Dawn handles attacker-controlled WebGPU command streams from JavaScript, a malicious HTML page can drive the allocation/free sequence needed to trigger the bug. The platform scope is specifically macOS per the Chrome advisory, which typically reflects Dawn's Metal backend implementation rather than the cross-platform abstraction layer.
RemediationAI
Vendor-released patch: update Google Chrome on macOS to 149.0.7827.103 or later via the Stable channel update referenced at https://chromereleases.googleblog.com/2026/06/stable-channel-update-for-desktop_0153744567.html; Chrome will auto-update on restart, so administrators should force-relaunch browsers across the fleet to ensure the fix is loaded. As a temporary compensating control until patching completes, WebGPU can be disabled by setting the chrome://flags/#enable-unsafe-webgpu flag to Disabled and, for managed fleets, deploying the Chrome enterprise policy to disable WebGPU - note that this will break legitimate sites and web apps that depend on GPU acceleration via WebGPU (3D visualization, ML demos, some games). Endpoint protection and macOS Gatekeeper do not mitigate this in-browser memory corruption, so patching is the only durable fix.
Same weakness CWE-416 – Use After Free
View allSame technique Denial Of Service
View allVendor StatusVendor
SUSE
Severity: Critical| Product | Status |
|---|---|
| openSUSE Leap 16.0 | Fixed |
| openSUSE Tumbleweed | Fixed |
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-35213
GHSA-qv8p-84pr-826v