CVE-2026-14136: Chrome for iOS UI Spoofing Vulnerability – Patch & Detection Guide
Google Chrome on iOS versions before 150.0.7871.47 contain a UI spoofing vulnerability that allows attackers to deceive users through a crafted web page. The vulnerability stems from inadequate input validation, enabling malicious actors to manipulate the browser interface in ways that mislead users about the actual content or origin of what they're viewing. While the underlying severity is rated Low by Chromium, the CVSS score of 4.3 reflects the human interaction requirement and limited direct impact—this is primarily a social engineering vector rather than a system compromise threat.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 4.3 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:L/A:N
- Weaknesses (CWE)
- CWE-451
- Affected products
- 2 configuration(s)
- Published / Modified
- 2026-06-30 / 2026-07-01
NVD description (verbatim)
Insufficient validation of untrusted input in Chrome for iOS in Google Chrome on iOS prior to 150.0.7871.47 allowed a remote attacker to perform UI spoofing via a crafted HTML page. (Chromium security severity: Low)
2 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-14136 is classified under CWE-451 (User Interface Inconsistency), indicating a flaw in how Chrome for iOS validates and sanitizes untrusted input before rendering it in the UI layer. The vulnerability allows remote attackers to craft HTML pages that, when visited by a user, trigger UI elements that do not accurately represent the underlying page state or origin. The attack requires user interaction (visiting the malicious page) and does not result in code execution, data theft, or system availability impact—the harm is informational integrity (CVSS Impact: C:N I:L A:N). This is a parsing or rendering-level weakness rather than a memory safety issue.
Business impact
The primary business risk is user deception at scale. Attackers could use this to create convincing phishing pages that spoof legitimate banking, email, or social media login interfaces, making credential harvesting more effective. For enterprises managing iOS devices with Chrome as a web browser, this increases the success rate of social engineering attacks targeting employees. The impact is indirect—users must be tricked into believing a fake interface—but can contribute to account compromise, credential theft, and brand impersonation.
Affected systems
Google Chrome for iOS running versions prior to 150.0.7871.47 is vulnerable. The vulnerability is specific to iOS and does not affect Chrome on Android, macOS, Windows, or Linux. Organizations deploying Chrome on company-managed iOS devices should prioritize inventory and update checks. Personal iOS devices using Chrome outside corporate MDM are also at risk but outside direct organizational control.
Exploitability
Exploitation requires social engineering: an attacker must craft a malicious HTML page and induce a user to visit it via link, email, or advertisement. There is no remote code execution, no network-based exploitation, and no cross-origin attack vector. The barrier to weaponization is low (simple HTML crafting), but the barrier to success is high (user must visit AND be deceived by the spoofed UI). This is not a wormable or mass-exploitation vulnerability. No public exploit code or active in-the-wild exploitation has been reported as of the CVE publication date.
Remediation
Update Chrome for iOS to version 150.0.7871.47 or later. For iOS users, this typically occurs through the App Store; verify that auto-updates are enabled or manually check for updates. Enterprise administrators should verify that iOS device management policies push the latest Chrome versions or restrict Chrome usage pending patch deployment. Users who cannot immediately update should exercise heightened caution when visiting unfamiliar websites, especially those claiming to be banking, email, or authentication services.
Patch guidance
Apple iOS users should visit the App Store and check for Chrome updates; Google typically releases patches through the store within days of the CVE publication. Verify the version number in Chrome Settings > About Google Chrome to confirm version 150.0.7871.47 or higher is installed. MDM-managed devices: push the latest Chrome version through your iOS configuration profiles or Mobile Device Management platform. Verify patch deployment within 48–72 hours post-update availability.
Detection guidance
Detection is challenging at the network level because the attack occurs entirely client-side within the browser render engine. Endpoint detection strategies include: monitoring for suspicious user reports of interface inconsistencies; reviewing browser crash logs or rendering errors on managed iOS devices; and analyzing phishing complaint patterns for UI spoofing mentions. User awareness training should emphasize checking URL bars, certificate information, and looking for visual inconsistencies (garbled text, misaligned buttons, overlapping elements) on sensitive pages.
Why prioritize this
While the CVSS score is 4.3 (MEDIUM), this vulnerability should not be treated as low priority. It does not affect system security but does enable user-targeted social engineering at scale. Patch quickly if your organization allows or mandates Chrome on iOS, but deprioritize relative to critical/high-severity vulnerabilities affecting authentication, memory safety, or data exfiltration. The lack of KEV status reflects its low prevalence in active exploitation campaigns, not its irrelevance to user safety.
Risk score, explained
The CVSS 3.1 score of 4.3 reflects a low attack complexity (AV:N, AC:L), no privileges required, user interaction mandatory (UI:R), and limited impact scope. No confidentiality or availability impact (C:N, A:N) is assigned because the vulnerability does not leak data or crash the browser; integrity is rated Low (I:L) because the user's perception of the page is compromised, not the underlying system. The score appropriately de-emphasizes this relative to memory corruptions or authentication bypasses, but the human risk (phishing effectiveness) warrants timely patching.
Frequently asked questions
Can this vulnerability be exploited without the user visiting a malicious website?
No. The attacker must craft an HTML page and trick the user into visiting it, typically via phishing email, malicious advertisement, or social engineering. There is no network-based remote trigger or cross-origin exploitation.
Does this vulnerability affect Chrome on Android, Windows, or macOS?
No. The vulnerability is specific to Chrome for iOS due to differences in the iOS rendering engine and UI framework. Users on other platforms are not affected. However, verify with Google's official security advisory and your system inventory to confirm your devices' platforms.
What is the practical difference between the Chromium severity (Low) and the CVSS score (4.3 MEDIUM)?
Chromium's internal severity reflects the technical scope and impact within the browser codebase (in this case, a UI rendering flaw with no code execution). CVSS 4.3 (MEDIUM) factors in real-world user risk—specifically, that a human attacker can leverage this to enhance phishing effectiveness. Both ratings are valid; use CVSS for organizational prioritization and Chromium severity to understand the technical nature.
Should our organization block Chrome on iOS if we can't patch immediately?
Evaluate based on your risk tolerance and iOS deployment. If Chrome is not business-critical and the device is used for sensitive transactions, restricting to Safari (which is patched separately) is reasonable. If employees rely on Chrome, prioritize patching within 48–72 hours and issue user awareness communication about phishing risks in the interim.
This analysis is for informational purposes and does not constitute legal, compliance, or official security advice. Patch versions, KEV status, and affected product details are derived from the CVE entry and Chromium security advisories as of the publication date. Verify all remediation steps with Google's official Chrome Security Hub and your organization's security policies before implementation. SEC.co does not provide real-time threat intelligence or incident response services; for active compromise, contact your security operations center or a professional incident response provider. Source: NVD (public-domain), retrieved 2026-08-09. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-11107MEDIUMGoogle Chrome UI Spoofing Vulnerability – Patch Guide
- CVE-2026-11216MEDIUMChrome File Input UI Spoofing – Patch to 149.0.7827.53
- CVE-2026-11222MEDIUMChrome Tab Strip Domain Spoofing Vulnerability – Patch Guide
- CVE-2026-11225MEDIUMChrome Domain Spoofing Vulnerability – Patch Guidance
- CVE-2026-11227MEDIUMChrome Tab Hover Card Domain Spoofing Vulnerability
- CVE-2026-11228MEDIUMChrome UI Spoofing Vulnerability via File Input Flaw
- CVE-2026-11232MEDIUMGoogle Chrome TabGroups UI Spoofing Vulnerability
- CVE-2026-11245MEDIUMChrome UI Spoofing in Payments Component (CVSS 4.3)