Severity by source
AV:N/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:H
Network-reachable via a web page (AV:N) with no auth (PR:N) but requiring victim interaction (UI:R); rated AC:H because 'potentially' a sandbox escape implies non-trivial heap grooming, with scope change (S:C) and high CIA from code execution.
Primary rating from Vendor (google).
CVSS VectorVendor: google
Lifecycle Timeline
4DescriptionCVE.org
Use after free in Web Authentication in Google Chrome prior to 151.0.7922.109 allowed a remote attacker to potentially perform a sandbox escape via a crafted HTML page. (Chromium security severity: High)
AnalysisAI
Sandbox escape in Google Chrome's Web Authentication (WebAuthn) component before 151.0.7922.109 lets a remote attacker who lures a victim to a crafted HTML page corrupt memory via a use-after-free and potentially break out of the renderer sandbox. Rated High by Chromium and scored CVSS 9.6 (scope-changed), it affects the vast installed base of desktop Chrome; Google has shipped a fixed Stable-channel build. There is no public exploit identified at time of analysis and it is not listed in CISA KEV.
Technical ContextAI
Chrome's WebAuthn implementation handles the browser side of the FIDO2/W3C Web Authentication API, brokering credential creation and assertion requests between JavaScript on a page and platform/hardware authenticators. The root cause is CWE-416 (use-after-free): an object tied to a WebAuthn operation is freed while a dangling reference remains reachable, so subsequent access operates on reclaimed heap memory. In Chrome's multi-process model such renderer-reachable memory-corruption bugs are the classic primitive for a sandbox escape, which is consistent with the CVSS scope-change (S:C) flag indicating impact beyond the initially vulnerable component.
RemediationAI
Primary fix: update Chrome to 151.0.7922.109 or later (Vendor-released patch: 151.0.7922.109) via Chrome's built-in updater (chrome://settings/help) or managed enterprise deployment, then fully relaunch the browser so the new binary loads. In managed fleets, push the update through Google Update/Admin Console or your patch-management tooling and confirm the running version. Because exploitation requires the user to load attacker content, interim compensating controls until patching completes include restricting browsing to trusted sites via web filtering/proxy policy and warning users against untrusted links - these reduce exposure but do not eliminate the flaw and add browsing friction. Users of other Chromium-based browsers should apply their vendor's corresponding update once it rebases onto the fixed Chromium. Reference the Chrome Releases advisory at https://chromereleases.googleblog.com/2026/08/stable-channel-update-for-desktop_01193673229.html.
Same weakness CWE-416 – Use After Free
View allSame technique Denial Of Service
View allVendor StatusVendor
SUSE
Severity: CriticalShare
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-54135
GHSA-wvq2-h5rv-752w