Severity by source
AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
Remote crafted page with no privileges but mandatory user navigation (UI:R); renderer-sandbox code execution keeps scope unchanged with full C/I/A on the compromised process.
Primary rating from Vendor (Chrome).
CVSS VectorVendor: Chrome
Lifecycle Timeline
4DescriptionCVE.org
Use after free in Autofill in Google Chrome prior to 151.0.7922.72 allowed a remote attacker to execute arbitrary code inside a sandbox via a crafted HTML page. (Chromium security severity: High)
Articles & Coverage 1
AnalysisAI
Remote code execution in Google Chrome desktop before 151.0.7922.72 stems from a use-after-free in the Autofill component, letting a remote attacker who lures a victim to a crafted HTML page run arbitrary code within the renderer sandbox. Rated High by Chromium and CVSS 8.8, it requires user interaction (visiting a malicious page) but no authentication. No public exploit identified at time of analysis, and EPSS is low (0.35%, 28th percentile), consistent with a freshly patched browser bug not yet weaponized.
Technical ContextAI
The flaw lives in Chrome's Autofill subsystem, the browser feature that stores and injects saved form data (addresses, payment info, credentials) into web pages. Per CWE-416 (Use After Free), the root cause is a dangling pointer: memory backing an Autofill object is freed while a reference to it remains live, so subsequent access operates on reclaimed heap memory. An attacker who controls page content and DOM lifecycle events can groom the heap to place attacker-controlled data where the freed object was, converting the dangling reference into a controlled read/write primitive and ultimately code execution. The CPE cpe:2.3:a:google:chrome identifies the affected product as the Chrome application across all builds prior to the fixed release; the impact is bounded to code execution inside the renderer sandbox rather than the host OS absent a separate sandbox escape.
RemediationAI
Vendor-released patch: update Google Chrome to 151.0.7922.72 or later on the Stable channel; verify via chrome://settings/help which forces an update check and relaunch. In managed fleets, ensure Chrome auto-update is enabled and push the release through your management console (GPO/Jamf/Intune) rather than relying on user relaunch, then confirm the running version across endpoints. As an interim compensating control before update rollout completes, disabling Autofill (chrome://settings/autofill - turn off addresses, payment methods, and password autofill) reduces exposure to the vulnerable code path, at the cost of user convenience and re-entry of form data; restricting browsing to trusted sites and pushing the update as high priority further limits the window. Users of Chromium-based browsers should apply their vendor's build incorporating the equivalent Chromium fix. Advisory: https://chromereleases.googleblog.com/2026/07/stable-channel-update-for-desktop_0887107924.html.
Same weakness CWE-416 – Use After Free
View allVendor StatusVendor
SUSE
Severity: Critical| Product | Status |
|---|---|
| SUSE Package Hub 15 SP7 | Fixed |
| openSUSE Leap 16.0 | Fixed |
| SUSE Package Hub 15 SP7 | Affected |
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-50811
GHSA-f342-mcrf-wv9h