CVE-2026-13862: Chrome iOS Web Authentication Cross-Origin Data Leak
Google Chrome on iOS has a flaw in how it enforces security policies for Web Authentication features like passkeys and security keys. An attacker positioned on the same network as a victim could craft a malicious webpage that tricks the browser into leaking sensitive data from other websites the user has visited. The issue requires the attacker to be on a privileged network position and requires user interaction to click on a malicious link, but if successful can expose confidential information across website boundaries.
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-693
- Affected products
- 2 configuration(s)
- Published / Modified
- 2026-06-30 / 2026-07-01
NVD description (verbatim)
Insufficient policy enforcement in Web Authentication (Passkeys & Security Keys) in Google Chrome on iOS prior to 150.0.7871.47 allowed an attacker in a privileged network position 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-13862 stems from insufficient policy enforcement in the Web Authentication API implementation on Chrome for iOS. The vulnerability allows an attacker in a network position to conduct cross-origin data leakage attacks via a specially crafted HTML page. The flaw relates to improper handling of security policies governing passkeys and security key interactions, enabling unauthorized access to sensitive data across different origins. This is classified under CWE-693 (Improper Protection of Alternate Path) and carries a CVSS 3.1 score of 6.5 (Medium severity) with a vector indicating network-based attack, low attack complexity, no privilege requirement, but requiring user interaction with confidentiality impact.
Business impact
The primary risk is unauthorized disclosure of confidential user data spanning multiple websites. For organizations relying on Chrome on iOS for secure authentication workflows, this vulnerability could compromise user privacy and data isolation guarantees. An attacker with network access could potentially harvest session tokens, personal information, or authentication credentials displayed across multiple browser contexts. While the attack requires both network positioning and user action, the high confidentiality impact makes this a concern for enterprises managing sensitive mobile workflows, particularly those with users on shared or untrusted networks.
Affected systems
This vulnerability affects Google Chrome on iOS versions prior to 150.0.7871.47. The issue is specific to the iOS platform and does not affect Chrome on other operating systems based on the description. As Chrome on iOS relies on Apple's WebKit engine, the underlying iOS version may also be relevant, though the vulnerability is attributed to Chrome's policy enforcement layer rather than iOS itself. Users running affected versions should prioritize upgrading.
Exploitability
The attack requires three conditions: an attacker must occupy a privileged network position (such as controlling a WiFi network or intercepting traffic), a user must visit a malicious webpage controlled by the attacker, and the user must interact with web authentication features or click on crafted elements. While network positioning raises the bar, WiFi-based attacks and compromised network segments are feasible in real-world scenarios. The requirement for user interaction prevents fully automated exploitation, but social engineering or drive-by compromise can lower this barrier. This is not a zero-click vulnerability, reducing but not eliminating the practical risk.
Remediation
Users must upgrade Google Chrome on iOS to version 150.0.7871.47 or later. This is a mandatory security update that fixes the policy enforcement gap in Web Authentication handling. No workarounds are available; patching is the only mitigation. Organizations should prioritize pushing this update to iOS devices, particularly those connecting to untrusted networks. Consider requiring Chrome updates as part of mobile device management policies.
Patch guidance
Apply Google Chrome version 150.0.7871.47 or later on all iOS devices. Verify the update through the App Store, as Chrome auto-updates may be delayed depending on device settings. For enterprises deploying Chrome via Mobile Device Management, push the update immediately through your MDM solution. Test the patched version in a non-production environment if you have custom web authentication integrations. After patching, confirm the version string in Chrome Settings > About Google Chrome to ensure the update was applied.
Detection guidance
Detection of active exploitation is challenging without network-level monitoring. Monitor for unusual cross-origin data access patterns in web server logs if you host authentication endpoints. Watch for unexpected user complaints about authentication issues on iOS specifically, which could indicate attempted exploitation. Endpoint Detection and Response (EDR) tools with iOS support can monitor for suspicious network activity from Chrome. If you control network infrastructure, monitor for patterns of users simultaneously connecting to authentication pages and attacker-controlled content. Consider vulnerability scanning to identify devices still running Chrome versions prior to 150.0.7871.47.
Why prioritize this
Although rated Medium severity, this vulnerability warrants prompt attention because it directly affects the confidentiality of cross-origin data—a core security boundary in web browsers. The combination of network-based delivery and user interaction requirements prevents this from being critical, but the proven ability to leak sensitive data makes it more serious than the CVSS suggests for organizations with strict data protection requirements. The iOS-specific nature means patching is essential for mobile-first organizations. Prioritize this in your patch cycle, aiming for deployment within 2–3 weeks for critical systems, sooner if users handle highly sensitive data on shared networks.
Risk score, explained
The CVSS 3.1 score of 6.5 reflects the confluence of factors: network-based attack vector, no special privileges required, but crucially, user interaction required (reducing exploitability) and confidentiality impact only (no integrity or availability impact). The score does not account for the attacker's need for a privileged network position, which is difficult but achievable in practice. This explains why the base score lands in Medium territory rather than High—the barriers to exploitation are meaningful but not insurmountable. For organizations with elevated security postures, the real-world risk may warrant treating this as higher priority despite the numerical rating.
Frequently asked questions
Can this vulnerability be exploited if the user is on a trusted home network?
Theoretically yes, if the attacker controls a device on the home network or has compromised the router. However, exploitation is most practical on semi-public networks like corporate WiFi, coffee shop WiFi, or mobile hotspots where the attacker can easily inject a malicious page without drawing suspicion.
Does this affect passkey and security key authentication in other browsers on iOS?
This vulnerability is specific to Chrome's implementation on iOS. Safari and other browsers may have different Web Authentication policy enforcement. However, you should not assume other browsers are immune—apply the same patching discipline across all browsers your organization uses.
What data could be leaked in a real attack?
An attacker could potentially access data from other browser tabs or windows, including cached credentials, session tokens, or sensitive information displayed in cross-origin contexts. The exact data depends on what the user was viewing in other tabs and the site's security headers.
Is there a way to detect if my device was exploited before I patched it?
No reliable post-breach detection method exists for this vulnerability. Once patched, your device is protected going forward. If you were frequently on untrusted networks before patching, assume sensitive credentials accessed during that period may have been compromised and consider rotating them as a precaution.
This analysis is based on the CVE record published as of 2026-07-01 and vendor disclosures. Exploit code or weaponized proof-of-concept methods are not provided. Organizations should verify patch applicability and test in non-production environments before deployment. Risk assessment is contextual to your environment, data sensitivity, and user behavior; the Medium CVSS score may underweight your organizational risk if users handle highly sensitive data. Always consult vendor advisories and security documentation from Google and Apple for the most current guidance. Source: NVD (public-domain), retrieved 2026-08-09. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-10944MEDIUMChrome iOS Autofill Data Leak Vulnerability – Patch Now
- CVE-2026-10950MEDIUMChrome iOS Autofill Data Leak Vulnerability – Patch Guide
- CVE-2026-11174MEDIUMChrome Site Isolation Bypass – CVSS 5.3 Medium Vulnerability
- CVE-2026-11206MEDIUMChrome Service Worker Data Leak Vulnerability – CVSS 6.5
- CVE-2026-11219MEDIUMGoogle Chrome Navigation Bypass Vulnerability – Patching Guide
- CVE-2026-11234MEDIUMChrome FoldableAPIs Site Isolation Bypass (149.0.7827.53)
- CVE-2026-11260MEDIUMGoogle Chrome CSP Bypass in Permissions Handling
- CVE-2026-11264MEDIUMContent Security Policy Bypass in Chrome – Patch to 149.0.7827.53