Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessLure victim to crafted page
-
ExploitPage abuses Autofill cross-origin handling
-
ExecutionTrigger autofill of victim's stored data
-
ImpactExfiltrate cross-origin form values to attacker
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V3 - Web Frontend Security Anti-CSRF tokens, SameSite cookies
MITRE ATT&CK
1 technique across 1 tactic: Initial Access 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 navigate a vulnerable Chrome desktop build (any version prior to 149.0.7827.53) to an attacker-controlled HTML page; no authentication to a target site is technically required by the CVSS vector (PR:N, UI:N), but practical exploitation depends on the user having previously stored Autofill data (addresses, payment methods, or other form values) tied to the cross-origin target the attacker wishes to leak. Limiting factors: the user must reach the crafted page (phishing or malvertising delivery), Autofill must be enabled and populated for the targeted origin, and Chrome's standard auto-update flow rapidly closes the window of exposure for non-managed installs. |
| Impact | Signals here are mixed and skew lower than the headline CVSS suggests. The CVSS:3.1 vector AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N yields 7.5 because the confidentiality impact is rated High with no privileges or user interaction required, but Chromium's own triage assigned only 'Low' severity, and the EPSS score is 0.03% (11th percentile), indicating very low exploitation probability. The CVE is not on CISA KEV, no public PoC is referenced, and the vulnerability is a data-leak issue rather than RCE or sandbox escape. There is some tension between UI:N in the CVSS vector and the description's requirement that the victim visit a 'crafted HTML page,' which in practice constitutes user-driven navigation - defenders should treat this as opportunistic phishing-class risk rather than worm-grade exposure. Patch deployment via Chrome's standard auto-update channel should be sufficient for the vast majority of environments. |
| Exploit ScenarioDerived | An attacker hosts a malicious page that abuses the Autofill implementation flaw to trigger insertion or readout of data tied to another origin (for example, a banking or webmail domain) while the victim browses with a vulnerable Chrome build. When the user is lured to the page through phishing, malvertising, or a compromised site, the attacker silently harvests cross-origin form data such as saved addresses or payment fields. No public exploit identified at time of analysis, though the Chromium issue tracker reference may become a starting point for researchers once unrestricted. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jun 05, 2026
Cross-origin data leakage in Google Chrome's Autofill component prior to version 149.0.7827.53 enables remote attackers to exfiltrate sensitive data from other origins by enticing a victim to visit a crafted HTML page. Despite a CVSS score of 7.5 reflecting high confidentiality impact, the EPSS score of 0.03% and Chromium's own 'Low' severity rating indicate limited real-world risk, and no public exploit identified at time of analysis.
RemediationAI
Vendor-released patch: Google Chrome 149.0.7827.53 - upgrade desktop installations to this version or later via the built-in auto-updater or by restarting the browser after Chrome reports an update is ready, then verify via chrome://settings/help. Enterprises managing Chrome through Google Admin Console, group policy, or Workspace updater channels should confirm the stable channel pin is current and force-restart any long-running browser sessions, since the Autofill component cannot be selectively disabled without significantly degrading usability. Where immediate patching is not possible, a partial compensating control is to disable Autofill for addresses and payment methods under chrome://settings/autofill - this prevents cross-origin leakage of stored data at the cost of user convenience, but does not eliminate session-scoped autofill behavior. Authoritative advisory: https://chromereleases.googleblog.com/2026/06/stable-channel-update-for-desktop.html.
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 flaw resides in Chrome's Autofill subsystem, which stores and inserts user data (addresses, payment info, credentials) into web form fields. The vulnerability is classified under CWE-352 (Cross-Site Request Forgery), suggesting that the Autofill implementation does not adequately enforce the same-origin policy or anti-CSRF controls when handling data fills across origins. A crafted page can therefore coerce the browser into disclosing data tied to a different origin, breaking the web's fundamental isolation guarantee. The affected component is Chromium's browser-side Autofill module shipped in Google Chrome for desktop, as confirmed by the chromereleases.googleblog.com stable channel announcement.
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 (Low–High)AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N
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: google
Lifecycle Timeline
3DescriptionCVE.org
Inappropriate implementation in Autofill in Google Chrome prior to 149.0.7827.53 allowed a remote attacker to leak cross-origin data via a crafted HTML page. (Chromium security severity: Low)
Executive ViewAI
Google Chrome versions prior to 149.0.7827.53 contain a cross-origin data leakage vulnerability in the Autofill component that could expose user passwords and form data if a victim visits a crafted webpage. While CVSS rates this as high severity, the 0.03% exploitation probability and Chromium's own 'Low' rating indicate minimal real-world risk; however, organizations should patch given the sensitivity of autofilled credentials and the ease of distribution through web-based vectors.
Apply vendor patch.
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
Cross-Site Request Forgery exploits the automatic credential inclusion behavior of web browsers.
Related Vulnerabilities in Google Chrome Security Fixes (149.0.7827.53)
View all 72Same weakness CWE-352 – Cross-Site Request Forgery (CSRF)
View allVendor StatusVendor
SUSE
Severity: Important| Product | Status |
|---|---|
| SUSE Package Hub 15 SP7 | Fixed |
| openSUSE Leap 16.0 | Fixed |
| openSUSE Tumbleweed | Fixed |
| SUSE Package Hub 15 SP7 | Affected |
EUVD-2026-34726
GHSA-2pq7-3f5g-vmjh
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB