Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessHost crafted HTML page
-
DeliveryLure victim Chrome user to site
-
ExploitInduce specific UI gesture on Autofill
-
ExecutionTrigger use-after-free in renderer
-
PersistShape heap and gain code execution
-
ImpactChain sandbox escape for host compromise
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Memory lifecycle management
MITRE ATT&CK
2 techniques across 2 tactics: Execution, Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires the victim to visit attacker-controlled HTML in Chrome for Windows prior to 149.0.7827.103 AND to perform specific UI gestures (per the description) that interact with the Autofill feature - passive page load alone is insufficient. The CVSS vector (AV:N/AC:H/PR:N/UI:R) confirms no authentication is needed and the attack is network-delivered, but high attack complexity indicates the attacker must win timing or shape memory precisely, and required user interaction means a phishing/social-engineering pretext is mandatory. Limiting factors: only the Windows build is explicitly named; Autofill must be reachable (not disabled by enterprise policy); and the heap corruption must be massaged into a useful primitive, which typically requires a separate sandbox escape to fully compromise the host. |
| Impact | Signals are mixed and should be weighed carefully. CVSS 7.5 reflects network reachability (AV:N) with high attack complexity (AC:H), no privileges required (PR:N), and required user interaction (UI:R), all leading to High confidentiality, integrity, and availability impact within an unchanged scope. Chromium's internal rating of Critical is more aggressive than the NVD CVSS High, reflecting Google's view of memory corruption risk in a default-enabled feature. There is no CISA KEV listing and no public POC at the time of analysis, and EPSS data was not provided in the input - so probabilistic exploitation likelihood cannot be quantified here. The combination of AC:H plus UI:R suggests exploitation is non-trivial and would likely require a tailored social-engineering chain, which is consistent with targeted rather than mass exploitation, but Chrome's massive install base means any working exploit would have broad reach. Treat as a high-priority patch despite the lack of confirmed in-the-wild activity. |
| Exploit ScenarioDerived | An attacker hosts a crafted HTML page on an attacker-controlled or compromised domain and lures a Chrome user there via phishing, malvertising, or a watering-hole. When the victim performs the specific UI gesture required by the page (for example, focusing or selecting an Autofill suggestion in a manipulated form), the Autofill code path frees an object whose dangling pointer is then reused, corrupting the heap in the renderer. With reliable shaping, the attacker turns this into code execution in the renderer process, which can then be chained with a separate sandbox escape to achieve full host compromise. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jun 09, 2026
Heap corruption in Google Chrome's Autofill component on Windows versions prior to 149.0.7827.103 allows remote attackers to potentially achieve code execution by luring users to a malicious HTML page and convincing them to perform specific UI interactions. Chromium rates the underlying flaw as Critical severity, though CVSS scores it 7.5 due to required user interaction and high attack complexity. No public exploit identified at time of analysis.
RemediationAI
Vendor-released patch: Google Chrome 149.0.7827.103 for Windows; update via Chrome's built-in updater (chrome://settings/help) or by deploying the patched MSI through enterprise channels, then restart all browser processes to ensure the fix is loaded. Enterprise administrators should verify managed Chrome installs pick up the new version per the Chrome Releases advisory at https://chromereleases.googleblog.com/2026/06/stable-channel-update-for-desktop_0153744567.html and confirm extended-stable / LTS channels are also updated. If patching cannot be performed immediately, the most targeted compensating control is disabling Autofill features under chrome://settings/autofill (addresses, payment methods, passwords) via policy (AutofillAddressEnabled, AutofillCreditCardEnabled set to false), which removes the vulnerable code path's typical trigger surface at the cost of user productivity; users of downstream Chromium browsers should monitor their respective vendors for the merged fix.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The vulnerability is a use-after-free (CWE-416) in the Autofill component of Google Chrome on Windows. Autofill is the browser subsystem that suggests and fills saved form data (addresses, payment info, credentials) into web page input fields. A use-after-free occurs when memory is freed but a dangling pointer to it is subsequently dereferenced; in a renderer process this can be steered into heap corruption and, with a suitable exploitation primitive, into arbitrary code execution within the renderer sandbox. Chrome's tagged renderer-process model and site isolation constrain immediate impact, but renderer RCE is historically a stepping stone toward sandbox escape chains.
Know when the next one hits your stack
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:H/PR:N/UI:R/S:U/C:H/I:H/A:H
Primary rating from Vendor (google).
CVSS VectorVendor: google
Lifecycle Timeline
3DescriptionCVE.org
Use after free in Autofill in Google Chrome on Windows prior to 149.0.7827.103 allowed a remote attacker who convinced a user to engage in specific UI gestures to potentially exploit heap corruption via a crafted HTML page. (Chromium security severity: Critical)
Executive ViewAI
Google Chrome for Windows contains a code execution vulnerability (CVE-2026-11636) in versions prior to 149.0.7827.103 that activates when users visit malicious websites. Every Windows-based Chrome user represents potential attack surface; while exploitation requires user interaction, successful compromise grants arbitrary code execution to the attacker. This represents significant risk to organizational data confidentiality and system integrity across the enterprise.
Apply vendor patch: Chrome 149.0.7827.103 or later for Windows systems.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Use-after-free vulnerabilities occur when a program continues to access memory through a pointer after that memory has been deallocated.
Memory corruption occurs when a program writes data beyond the boundaries of allocated memory regions or accesses memory in unintended ways, violating the integrity of the process's address space.
Denial of Service attacks render applications or systems unavailable by overwhelming resources or triggering failure conditions.
Related Vulnerabilities in Google Chrome Use-After-Free and Memory Safety Flaws
View all 74Same 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 |
EUVD-2026-35236
GHSA-2qwf-fvgv-5362
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB