Severity by source
AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
Remote crafted page with no auth but required user interaction (UI:R); renderer-scope UAF gives high C/I/A within an unchanged scope, matching the published vector.
Primary rating from Vendor (Chrome).
CVSS VectorVendor: Chrome
CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
Lifecycle Timeline
3DescriptionCVE.org
Use after free in Web Authentication in Google Chrome prior to 149.0.7827.155 allowed a remote attacker to execute arbitrary code via a crafted HTML page. (Chromium security severity: Critical)
Articles & Coverage 2
AnalysisAI
Remote code execution in Google Chrome (desktop) versions prior to 149.0.7827.155 stems from a use-after-free in the Web Authentication (WebAuthn) component, letting a remote attacker who lures a victim to a crafted HTML page corrupt memory and run arbitrary code. Chromium rates the flaw Critical severity; it carries CVSS 8.8 and requires user interaction (visiting a malicious page). No public exploit is identified at time of analysis, and EPSS remains low at 0.44%, but the SSVC 'total' technical impact and the memory-corruption class make it a high-priority browser patch.
Technical ContextAI
The vulnerability lives in Chrome's Web Authentication (WebAuthn) implementation, the browser subsystem that handles the W3C WebAuthn / FIDO2 API for passwordless and hardware-security-key authentication. The root cause is CWE-416 (Use After Free): a heap object tied to WebAuthn processing is freed while a dangling reference is still used, allowing an attacker to reclaim and control the freed memory. In a renderer process this typically yields attacker-controlled pointers that, when chained, lead to arbitrary code execution within Chrome's sandboxed renderer. The single CPE provided, cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:*, indicates the desktop Chrome application across affected builds rather than a specific channel or platform.
RemediationAI
Vendor-released patch: update Google Chrome to 149.0.7827.155 or later, per the Chrome Releases advisory at https://chromereleases.googleblog.com/2026/06/stable-channel-update-for-desktop_01750511403.html. Because Chrome auto-updates, confirm the update by navigating to chrome://settings/help and relaunching so the patched binary loads; in managed fleets, verify the deployed version through your update/MDM tooling and force the rollout. Users of Chromium-based redistributions (Red Hat, SUSE, and other downstreams noted in the tags) should apply the corresponding vendor package updates once published. If patching must be briefly delayed, the practical compensating control is to reduce exposure to untrusted web content - restrict browsing to trusted sites and consider disabling or limiting WebAuthn-driven flows where feasible - though disabling WebAuthn breaks passwordless/security-key logins and is not a substitute for updating; there is no field-level configuration flag that cleanly neutralizes this UAF without impacting legitimate functionality.
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 |
| SUSE Package Hub 15 SP7 | Affected |
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-37528