CVE-2026-13913: Chrome iOS Autofill Cross-Origin Data Leak Vulnerability
Google Chrome on iOS has a weakness in how it enforces security policies for the autofill feature. A remote attacker can craft a malicious web page that, if a user interacts with it in specific ways, could leak sensitive data across website boundaries that should normally be hidden from each other. The vulnerability affects Chrome versions prior to 150.0.7871.47 and requires user interaction to exploit.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 6.5 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:N/A:N
- Weaknesses (CWE)
- CWE-346
- Affected products
- 2 configuration(s)
- Published / Modified
- 2026-06-30 / 2026-07-06
NVD description (verbatim)
Insufficient policy enforcement in Autofill in Google Chrome on iOS prior to 150.0.7871.47 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)
2 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-13913 stems from insufficient policy enforcement in the autofill mechanism of Google Chrome on iOS. The vulnerability allows cross-origin data leakage through a crafted HTML page when a user performs specific UI gestures. The flaw is classified under CWE-346 (Origin Validation Error), indicating a failure to properly validate or enforce same-origin policy boundaries. The attack vector is network-based with low complexity; no special privileges are required, but user interaction is mandatory. The confidentiality impact is high while integrity and availability remain unaffected.
Business impact
This vulnerability poses a moderate but meaningful risk to users of Chrome on iOS. Users who visit malicious websites could have sensitive autofill data—such as saved credentials, addresses, or payment information—exposed to those sites. For organizations, this could lead to credential compromise if employees use personal iOS devices for work or access corporate systems through mobile browsers. The requirement for specific user gestures limits mass exploitation but does not eliminate the threat, particularly in phishing or social engineering scenarios.
Affected systems
Google Chrome on iOS versions prior to 150.0.7871.47 are affected. This includes all earlier release branches on Apple iPhone OS. Users on other platforms or later Chrome versions are not impacted by this specific vulnerability. Organizations should focus patch efforts on iOS-based deployments and user bases reliant on mobile Chrome.
Exploitability
Exploitation requires a remote attacker to serve a crafted HTML page and convince a user to interact with it in a specific manner—for example, triggering autofill suggestions or focusing on form fields. The low complexity and lack of privilege requirements make this practical for attackers, but the explicit user interaction requirement (demonstrated by the UI:R flag in the CVSS vector) means mass exploitation through passive delivery is not possible. Targeted phishing or social engineering attacks would be the most realistic attack scenario.
Remediation
Users and organizations should update Chrome on iOS to version 150.0.7871.47 or later as soon as possible. Apple's App Store typically distributes updates automatically, but users can manually check for and install updates through the App Store settings. Verify that automatic updates are enabled on managed iOS devices. No workarounds are available for earlier versions, so patching is the only effective mitigation.
Patch guidance
Update Google Chrome on iOS to version 150.0.7871.47 or later. Check the official Chrome release notes and Google Security Advisory pages to confirm patch availability in your region. For enterprise deployments using Mobile Device Management (MDM), configure policies to enforce automatic app updates or deploy the patched version through your MDM console. Verify successful deployment by checking the Chrome version in each device's About Chrome menu (Settings > About Chrome). Consider prioritizing devices used by high-risk users such as those handling sensitive data or interacting with external partners.
Detection guidance
Detection of exploitation attempts is difficult because the attack relies on user interaction with a crafted webpage rather than network signatures. Monitor for suspicious autofill behavior reports from users, such as unexpected data appearing in form fields from untrusted sites. Web application firewall (WAF) rules may not effectively detect this attack. Instead, focus detection efforts on identifying the vulnerability's presence: scan endpoints to confirm Chrome version numbers, and use mobile device inventory tools to identify devices still running Chrome versions prior to 150.0.7871.47. Post-patch, detection would primarily involve hunting for historical cross-origin data exposure through user reports or security logs.
Why prioritize this
This vulnerability merits medium priority patching due to its CVSS score of 6.5 and the high confidentiality impact combined with low barrier to exploitation. While the user interaction requirement prevents automated large-scale attacks, targeted phishing campaigns could easily leverage this flaw to steal credentials or sensitive personal data. The widespread use of Chrome on iOS and the sensitive nature of autofilled data (credentials, payment info) amplify business risk. It is not yet listed on CISA's Known Exploited Vulnerabilities (KEV) catalog, but proactive patching is advisable given the straightforward exploitation mechanism.
Risk score, explained
The CVSS 3.1 score of 6.5 (Medium) reflects a network-accessible vulnerability with low attack complexity and no privilege requirements. The score is driven primarily by the high confidentiality impact (users' autofill data can be exposed) and tempered by the requirement for user interaction and the lack of integrity or availability impact. The score appropriately captures a moderate-risk vulnerability that demands attention but is not critical to emergency response protocols.
Frequently asked questions
Will my autofill data be automatically sent to malicious websites after I update to the patched version?
No. The vulnerability allows data to leak only if specific conditions are met—a user must visit a malicious site and perform particular UI gestures that trigger autofill. Simply updating Chrome eliminates this condition. Autofill will continue to function normally and securely after patching. The feature remains disabled by default in many enterprise environments via policy.
Can I disable autofill to protect myself before updating?
Disabling autofill will mitigate the risk, though it eliminates a convenience feature. On iOS, you can disable Chrome autofill by going to Settings > Chrome > Passwords and Autofill, then toggle off autofill options. However, this is a temporary workaround; patching is the proper long-term solution.
Does this vulnerability affect Chrome on Android, Windows, macOS, or Linux?
No. CVE-2026-13913 is specific to Chrome on iOS due to platform-specific implementation of the autofill policy enforcement. Users on other platforms and operating systems are not affected by this particular flaw.
How long until Chrome users on iOS are automatically patched?
Apple's App Store typically delivers Chrome updates within days of Google's release. Automatic updates depend on individual user settings. In enterprise environments with MDM, deployment timelines vary based on organizational policies. Check your device's App Store settings to enable automatic updates if not already enabled.
This analysis is based on CVE-2026-13913 as published and modified through 2026-07-06. Vulnerability details, patch availability, and timeline may change as new information becomes available. Organizations should verify patch version numbers and deployment procedures against official vendor advisories from Google and Apple. SEC.co provides this information for informational purposes to support security decision-making and does not warrant completeness or real-time accuracy. Always consult official vendor security bulletins and your organization's change management procedures before deploying patches. Source: NVD (public-domain), retrieved 2026-08-09. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-11020MEDIUMChrome Extension XML Cross-Origin Data Leak – Patch to 149.0.7827.53
- CVE-2026-11032MEDIUMChrome Password Manager Cross-Origin Data Leak
- CVE-2026-11036MEDIUMChrome Same-Origin Policy Bypass via DOM Implementation Flaw
- CVE-2026-11048MEDIUMChrome Extension Same-Origin Policy Bypass (Medium, 6.5)
- CVE-2026-11081MEDIUMChrome Canvas Same-Origin Policy Bypass
- CVE-2026-11083MEDIUMChrome Password Manager Cross-Origin Data Leak Vulnerability
- CVE-2026-11084MEDIUMChrome Password Manager Cross-Origin Data Leak (v149.0.7827.53)
- CVE-2026-11132MEDIUMChrome Same-Origin Policy Bypass in Paint Component