Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessCraft HTML page with Autofill side-channel triggers
-
DeliveryDeliver page to victim via phishing or malvertising
-
ExploitSocially engineer victim into specific UI gestures
-
ExecutionAutofill interaction exposes side-channel signals
-
ImpactAttacker script reads cross-origin data from signals
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Hardware access control bypass
|
| Exploitation Conditions | Exploitation requires the target to be running Google Chrome prior to version 151.0.7922.72 with the Autofill feature enabled (enabled by default in all standard Chrome installations). The attacker must deliver a crafted HTML page to the victim - via phishing link, malicious advertisement, or compromised website - and must additionally convince or manipulate the victim into performing specific UI gestures on that page (the exact gestures are not publicly detailed in the available description). This UI:R dependency limits the attack to scenarios involving social engineering or deception. Exploitation does not require any authentication or elevated browser privileges (PR:N). The attack is bounded to cross-origin data leakage only; there is no code execution, integrity, or availability impact. Users with Autofill disabled or with no sensitive data stored in Chrome's Autofill profile have negligible exposure. |
| Impact | The CVSS 3.1 base score of 4.3 (Medium) with vector AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:N/A:N reflects network delivery at low complexity but with a critical limiting factor: UI:R. The attacker must convince the user to perform specific UI gestures, introducing a social engineering dependency that substantially reduces opportunistic exploitation. EPSS at 0.21% (11th percentile) corroborates low exploitation probability - this vulnerability is not being actively exploited at scale. No KEV listing confirms no confirmed active exploitation at time of analysis. No POC is referenced in the available data. The confidentiality impact is limited (C:L) and no integrity or availability effects apply. The realistic risk is highest for targeted attacks against individuals with sensitive Autofill data (e.g., saved payment cards or corporate addresses), not for broad opportunistic campaigns. Priority is moderate for enterprise Chrome deployments; patching is straightforward given vendor availability. |
| Exploit ScenarioDerived | An attacker crafts a malicious HTML page with form elements designed to trigger Chrome's Autofill and observe side-channel signals (such as timing differences or DOM state changes) that reveal cross-origin data. The victim is lured to the page via phishing or malicious advertising and manipulated into performing specific UI interactions - such as clicking in form fields or pressing keyboard shortcuts - that activate Autofill. The attacker's page script reads the side-channel signals during these interactions to infer stored Autofill data (e.g., home address fields or partial card details) belonging to the victim, without the victim's awareness. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jul 30, 2026
Side-channel information leakage in Google Chrome's Autofill feature (versions prior to 151.0.7922.72) enables cross-origin data exfiltration by exploiting observable behavioral differences during Autofill interactions. An unauthenticated remote attacker who delivers a crafted HTML page and persuades the victim to perform specific UI gestures can infer data belonging to other origins, bypassing Same-Origin Policy protections. EPSS is very low at 0.21% (11th percentile) and no active exploitation is confirmed via CISA KEV, making this a real but modest real-world risk - primarily meaningful where sensitive Autofill data (saved addresses, payment details) is stored in the target browser profile.
RemediationAI
Update Google Chrome to version 151.0.7922.72 or later, which is confirmed as the patched release per the Chrome Releases stable channel advisory at http://chromereleases.googleblog.com/2026/07/stable-channel-update-for-desktop_0887107924.html. Chrome's built-in auto-update mechanism will deliver this fix to most users automatically. As a compensating control where immediate patching is not feasible, disabling Chrome's Autofill features via Settings > Autofill and Passwords eliminates the attack surface entirely; the trade-off is the loss of saved address, payment card, and credential auto-population. Enterprise environments can enforce Autofill disablement via Chrome Group Policy or Google Admin Console using the AutofillAddressEnabled and AutofillCreditCardEnabled policies set to false. Restricting users from visiting untrusted or unvetted web pages reduces exposure but is not a complete mitigation.
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
Chrome's Autofill subsystem populates form fields with locally stored user data (addresses, payment cards, credentials). CWE-1300 (Improper Protection of Physical Side Channels) here manifests as a logical/behavioral side-channel: the attacker's page observes differences in browser state, timing, or rendering triggered by Autofill's interaction with form elements to infer information that the Same-Origin Policy should isolate. The affected product is identified by CPE cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:* covering all desktop Chrome builds prior to 151.0.7922.72. The Chromium issue tracker reference (issues.chromium.org/issues/40057032) may provide additional technical detail on the specific Autofill signal being leaked, though the public description does not disclose the precise mechanism.
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
Sources disagree (Medium–Critical)AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:N/A:N
Network-delivered with no auth required; UI:R captures mandatory user gestures; C:L reflects limited cross-origin data leakage with no integrity or availability impact.
vuln.today treats the vendor’s rating as authoritative. A higher third-party CVSS (e.g. CISA-ADP) is shown for transparency but does not drive the headline severity.
CVSS VectorVendor: Chrome
Lifecycle Timeline
4DescriptionCVE.org
Side-channel information leakage in Autofill in Google Chrome prior to 151.0.7922.72 allowed a remote attacker who convinced a user to engage in specific UI gestures to leak cross-origin data via a crafted HTML page. (Chromium security severity: Medium)
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
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
Related Vulnerabilities in Google Chrome Multiple Security Flaws
View all 80Same technique Information Disclosure
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 |
EUVD-2026-50681
GHSA-fwgj-pjpg-r36c
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB