Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessRegister convincing phishing domain
-
DeliveryHost crafted HTML page exploiting iOS Chrome UI flaw
-
ExploitDeliver link to iOS Chrome user via email or message
-
ExecutionVictim navigates to page
-
PersistChrome for iOS renders spoofed browser UI elements
-
ImpactVictim submits credentials or approves action under false context
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V3 - Web Frontend Security UI security representation
|
| Exploitation Conditions | Exploitation requires that the victim is using Google Chrome on an iOS device running a version prior to 151.0.7922.72, and that the victim navigates to or is redirected to an attacker-controlled HTML page (UI:R per the CVSS vector). The flaw is confined entirely to the iOS platform due to its implementation-specific nature; Android and desktop Chrome users are not affected. No authentication is required from the attacker's side (PR:N per CVSS). The primary limiting factor is the combination of platform specificity (iOS + Chrome, not Safari) and the mandatory user interaction step - passive server-side scanning cannot trigger this flaw, and the attacker must successfully lure the victim. |
| Impact | The CVSS 3.1 base score of 4.3 (Medium) reflects network reachability (AV:N), low attack complexity (AC:L), no required privileges (PR:N), required user interaction (UI:R), and limited integrity impact (I:L) with no confidentiality or availability impact. These metrics are internally consistent with a UI spoofing scenario. However, real-world risk is further tempered by multiple converging signals: EPSS at 0.19% places this in the 9th percentile of exploitation likelihood, the vulnerability is absent from CISA KEV, no POC has been identified, and Chromium's own triage assigned it 'Low' severity. The attack is constrained to iOS users running Chrome specifically - not Safari, not Chrome on Android or desktop. For most organizations, this is a patch-on-next-cycle rather than emergency response scenario. No conflicting data signals are present. |
| Exploit ScenarioDerived | An attacker registers a convincing domain and hosts an HTML page that exploits Chrome for iOS's UI rendering flaw to overlay or replace address-bar or security-indicator elements with attacker-controlled content - for example, displaying a fake 'https://bank.example.com' address while the actual origin is malicious. The victim, seeing what appears to be a trusted site, may submit credentials or approve actions they otherwise would not. No public POC exists, but the attack requires only a browser visit, making phishing delivery the most plausible vector. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jul 30, 2026
UI spoofing in Google Chrome on iOS prior to 151.0.7922.72 enables a remote attacker to deceive users about page identity or browser security state by serving a crafted HTML page. The flaw is iOS-specific, exploiting an inappropriate implementation in the Chrome for iOS rendering layer rather than the broader Chromium engine, and requires only that the victim navigate to an attacker-controlled page. No public exploit has been identified and EPSS stands at 0.19% (9th percentile), consistent with Chromium's own 'Low' internal severity classification; this is a real but low-urgency integrity issue.
RemediationAI
Update Google Chrome on iOS to version 151.0.7922.72 or later via the Apple App Store; this is the vendor-confirmed patched release per the Chrome stable channel advisory at https://chromereleases.googleblog.com/2026/07/stable-channel-update-for-desktop_0887107924.html. Because the vulnerability requires user navigation to a crafted page (UI:R), organizations with mobile device management (MDM) policies can also enforce Chrome version minimums through app management controls as a compensating detection measure. No functional workaround exists short of switching iOS users to a different browser, which has significant usability trade-offs and is not recommended when patching the app is straightforward.
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 vulnerability resides in the iOS-specific code path of Google Chrome (CPE: cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:*) - likely in how Chrome for iOS renders or positions browser UI chrome elements (address bar, security indicators) relative to web content. No CWE is formally assigned, but the 'Clickjacking' tag in the intelligence data points toward a class of UI redressing or overlay-based deception where attacker-controlled HTML can obscure or mimic trusted browser interface elements. Because Apple's App Store policies require third-party browsers on iOS to use the WebKit rendering engine rather than Blink, Chrome for iOS has a distinct implementation layer atop WebKit that differs from desktop Chrome - this divergence is the likely locus of the inappropriate implementation.
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:N/I:L/A:N
Network-delivered via crafted page (AV:N, AC:L), no attacker privileges needed (PR:N), user must navigate to page (UI:R), only browser UI integrity is affected (I:L), no data exposure or service disruption.
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
Inappropriate implementation in Chrome for iOS in Google Chrome on iOS prior to 151.0.7922.72 allowed a remote attacker to perform UI spoofing via a crafted HTML page. (Chromium security severity: Low)
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.
Related Vulnerabilities in Google Chrome Implementation and Policy Flaws
View all 50Same technique Information Disclosure
View allVendor StatusVendor
SUSE
Severity: Critical| Product | Status |
|---|---|
| SUSE Package Hub 15 SP7 | Fixed |
| openSUSE Leap 16.0 | Fixed |
| SUSE Package Hub 15 SP7 | Affected |
EUVD-2026-50929
GHSA-95f9-pxcf-gqfv
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB