Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessCraft malicious HTML page
-
DeliveryDeliver link via phishing or ad network
-
ExploitVictim opens page in Chrome for Android
-
ExecutionAutofill input validation bypassed
-
ImpactSensitive Autofill data exfiltrated to attacker
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V2 - Validation and Business Logic Input validation, allowlisting
|
| Exploitation Conditions | The victim must be using Google Chrome on Android at a version prior to 152.0.7977.65. The attack requires user interaction: the victim must navigate to or be redirected to a crafted HTML page (UI:R per CVSS vector). No authentication or special permissions are required of the attacker. The vulnerability is specific to the Android platform's Autofill implementation; desktop Chrome is not implicated by this CVE. Exploitation is limited to data that the user has stored in Chrome Autofill on that device; users who have not saved form or credential data in Chrome Autofill would have reduced or no data exposed. No special server-side configuration of the victim's environment is required. |
| Impact | The CVSS 6.5 score with vector AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:N/A:N indicates a network-exploitable, low-complexity flaw requiring no authentication but requiring user interaction - a meaningful friction point. The high confidentiality impact is the primary driver of the score; there is no integrity or availability impact. Against these metrics, the EPSS score of 0.22% at the 13th percentile reflects very low observed exploitation probability, and the absence of a CISA KEV listing further confirms no confirmed active exploitation at time of analysis. No public proof-of-concept code is referenced in the intelligence sources. The realistic threat model is a targeted phishing scenario rather than mass exploitation: an attacker must convince a Chrome-for-Android user to visit a crafted page, and the payoff depends on what Autofill data is populated for that user. A patch is available and Chrome's auto-update mechanism substantially reduces the exposure window for most users. Priority should be elevated for organizations whose Android users store sensitive credentials in Chrome Autofill without enterprise MDM enforcement of browser update policies, but this is not a broad emergency for fully-patched fleets. |
| Exploit ScenarioDerived | An attacker registers or compromises a web domain and serves a crafted HTML page containing form elements or JavaScript designed to trigger Chrome's Autofill subsystem in an unexpected way. A Chrome-for-Android user is directed to this page via phishing email, SMS, or malicious advertisement. Upon page load and any user interaction that triggers Autofill, the improper input validation flaw causes the browser to expose saved Autofill data - such as names, addresses, email addresses, or payment information - to the attacker-controlled page. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 26, 2026
Information disclosure in Google Chrome's Autofill component on Android (prior to 152.0.7977.65) enables a remote attacker to extract sensitive user data - likely form-fill credentials or PII - by luring a victim to a specially crafted HTML page. The vulnerability stems from CWE-20 improper input validation in the Autofill subsystem, which fails to sanitize attacker-controlled HTML before processing it. No public exploit code or CISA KEV listing is present at time of analysis; EPSS sits at the 13th percentile, indicating low current exploitation momentum despite the high confidentiality impact.
RemediationAI
Update Google Chrome on Android to version 152.0.7977.65 or later, which is confirmed as the vendor-released fix per the stable channel update advisory at https://chromereleases.googleblog.com/2026/08/stable-channel-update-for-desktop_0256176589.html. Chrome typically auto-updates on Android via the Google Play Store; users and administrators should verify that auto-updates are enabled and not blocked by MDM policy. For enterprise environments where forced updates cannot be immediately deployed, a compensating control is to disable or clear Chrome Autofill on managed Android devices via device policy (this prevents Autofill data from being accessible to crafted pages but removes the convenience of saved form data). Restricting browser access to untrusted external sites via content filtering can reduce attack surface but is not a substitute for patching.
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 affected component is Google Chrome's Autofill feature on Android, which parses HTML form fields to suggest and populate saved credentials and personal data. CWE-20 (Improper Input Validation) indicates the root cause is a failure to adequately validate or sanitize attacker-controlled HTML input before the Autofill engine processes it, potentially allowing the page to trigger unintended Autofill reads or exfiltrate data surfaced by the feature. The CPE string cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:* confirms this affects the Google Chrome application itself across all applicable configurations, with the Android-specific behavior likely tied to platform-level Autofill APIs (Android Autofill Framework) that differ from desktop implementations. The CVSS scope remains unchanged (S:U), so exploitation is contained to the browser's own security context.
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:H/I:N/A:N
Network-delivered via crafted page (AV:N, AC:L), no auth required (PR:N), user must visit the page (UI:R), confidentiality-only impact limited to browser context (C:H, I:N, A:N, S:U).
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
3DescriptionCVE.org
Improper input validation in Autofill in Google Chrome on on Android prior to 152.0.7977.65 allowed a remote attacker to obtain sensitive information via a crafted HTML page. (Chromium security severity: High)
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.
Same weakness CWE-20 – Improper Input Validation
View allSame technique Information Disclosure
View allVendor StatusVendor
SUSE
Severity: Critical| Product | Status |
|---|---|
| SUSE Package Hub 15 SP7 | Fixed |
| openSUSE Leap 16.0 | Fixed |
| openSUSE Tumbleweed | Fixed |
| SUSE Package Hub 15 SP7 | Affected |
EUVD-2026-65786
GHSA-v79c-cch6-3849
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB