Severity by source
AV:N/AC:H/PR:N/UI:R/S:C/C:H/I:H/A:H
Network-delivered crafted page with UI:R and high complexity heap grooming; scope changes as the renderer-stage bug escalates to the browser process, yielding total C/I/A impact.
Primary rating from Vendor (Chrome).
CVSS VectorVendor: Chrome
Lifecycle Timeline
3DescriptionCVE.org
Use after free in DigitalCredentials in Google Chrome prior to 149.0.7827.115 allowed a remote attacker who had compromised the renderer process to potentially perform a sandbox escape via a crafted HTML page. (Chromium security severity: Critical)
AnalysisAI
Sandbox escape in Google Chrome's DigitalCredentials component (versions prior to 149.0.7827.115) lets a remote attacker who has already compromised the renderer process break out of the browser sandbox via a crafted HTML page. Rated Critical by Chromium and CVSS 8.3, it is a use-after-free memory-corruption bug used as the second stage of an exploit chain. There is no public exploit identified at time of analysis, it is not on CISA KEV, and EPSS is very low (0.07%), consistent with a fix shipped before disclosure.
Technical ContextAI
The flaw is CWE-416 (use-after-free) in Chromium's DigitalCredentials subsystem, the browser-side plumbing behind the W3C Digital Credentials API used to request and present verifiable/identity credentials (e.g. mobile driver's licenses) to web pages. A use-after-free occurs when memory is freed but a dangling reference is later dereferenced, allowing an attacker to reshape freed heap memory and hijack control flow or corrupt object state. Because DigitalCredentials logic runs across the renderer/browser boundary, a UAF here can be leveraged from a controlled renderer to execute code in the higher-privileged browser process, defeating the sandbox. The CPE cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:* confirms the affected product is the Google Chrome desktop application; the same code is shared by other Chromium-based browsers, which typically require separate vendor rebuilds.
RemediationAI
Vendor-released patch: update Google Chrome to 149.0.7827.115 or later on the Stable desktop channel, then relaunch the browser to load the new build (per the Chrome Releases advisory at https://chromereleases.googleblog.com/2026/06/stable-channel-update-for-desktop_01962725236.html). In managed environments, push the update via your browser management policy and force a restart to guarantee the fix is active. Users of other Chromium-based browsers should install the vendor build that incorporates the corresponding Chromium fix. Because exploitation requires a prior renderer compromise, defense-in-depth against that first stage helps in the interim: enabling Chrome's Site Isolation (default) and Enhanced Safe Browsing raises the bar, and where policy permits, disabling the Digital Credentials API / not exposing identity-credential workflows removes the vulnerable surface at the cost of breaking sites that rely on that API. These are stopgaps only - patching is the definitive fix.
Same weakness CWE-416 – Use After Free
View allSame technique Denial Of Service
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-36329
GHSA-qq7q-f996-8xmg