Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessLure victim to crafted HTML page
-
ExploitTrigger incorrect authorization in Chrome for iOS
-
ExecutionBypass system access restrictions
-
ImpactAccess restricted resources across trust boundary
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Authorization logic validation
MITRE ATT&CK
1 technique across 1 tactic: Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Requires the victim to open an attacker-crafted HTML page in Google Chrome for iOS on a version prior to 155.0.8059.39; exploitation is driven by social engineering (UI:R), so the user must be lured into navigating to or interacting with the malicious content. No authentication is required (PR:N), but the mandatory user-interaction step and the version constraint (patched builds are unaffected) are the primary limiting factors. Impact is bounded to Low confidentiality and Low integrity with a scope change (S:C), meaning it crosses a trust/authorization boundary but does not grant availability impact; there is no indication a non-default configuration is needed. |
| Impact | Signals converge on this being a genuine-but-low-priority issue rather than an urgent threat. The CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:R/S:C/C:L/I:L/A:N = 6.1 Medium) describes a network-reachable, low-complexity, unauthenticated flaw that nonetheless requires user interaction, with only Low confidentiality and Low integrity impact and a changed scope. EPSS is very low at 0.18% (7th percentile), and there is no CISA KEV listing and no identified public exploit - so exploitation status is 'no public exploit identified at time of analysis.' CISA SSVC reinforces this: Exploitation=none and Automatable=no (consistent with the required social-engineering/user-interaction step). One notable conflict: SSVC rates Technical Impact as 'total,' which contradicts the CVSS impact sub-scores of C:L/I:L/A:N (partial, not total) - this discrepancy should be verified with the vendor, as the Chromium team rated the bug Medium, favoring the partial-impact reading. Net: a real, patchable defense-in-depth flaw worth routine remediation, not an emergency, given low exploitation probability, no known exploitation, and the mandatory user-interaction gate. |
| Exploit ScenarioDerived | An attacker crafts a malicious HTML page and uses social engineering (phishing link, malicious ad, or messaging lure) to get an iOS Chrome user to open it. When rendered by a vulnerable Chrome for iOS build (< 155.0.8059.39), the page triggers an incorrect-authorization condition that bypasses system access restrictions. No public exploit code or active exploitation is identified at time of analysis, and the low complexity is offset by the requirement that the victim interact with the attacker-controlled page. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 08, 2026
Incorrect authorization logic in Google Chrome for iOS versions prior to 155.0.8059.39 lets a remote, unauthenticated attacker bypass system access restrictions by convincing a victim to open a crafted HTML page in the browser. Exploitation is gated entirely by social engineering (UI:R), and the resulting impact is bounded to low confidentiality and low integrity with a scope change, so no availability loss is expected; there is no public exploit identified at time of analysis and EPSS is very low (0.18%, 7th percentile). Google has released a fixed build, making this a genuine-but-low-priority issue rather than an urgent threat.
RemediationAI
Vendor-released patch: upgrade Google Chrome for iOS to version 155.0.8059.39 or later; this fixed build is referenced in the Chrome stable channel advisory at https://chromereleases.googleblog.com/2026/10/stable-channel-update-for-desktop_086471744.html, and the underlying fix is tracked at https://issues.chromium.org/issues/503725788. Because the CVE affects the iOS app rather than a server component, remediation is client-side: confirm the App Store update is applied (automatic app updates can lag on managed or low-storage devices), and use MDM/App Store version reporting to verify the installed build is at or above 155.0.8059.39. No configuration toggle or server-side workaround is documented for this authorization bypass; the practical compensating controls are behavioral and carry trade-offs - restricting or blocking arbitrary web navigation on the affected browser (for example via MDM web-content filtering or URL allowlists) reduces exposure to the social-engineering lure but degrades general browsing and is high-friction for users, while security-awareness measures targeting link lures are low-cost but not reliably effective. If enterprise policy permits, temporarily directing iOS users to an alternate, already-patched browser reduces risk but introduces inconsistent policy enforcement and potential compatibility issues with managed web apps. Applying an older iOS Chrome version is not a mitigation, since all builds below 155.0.8059.39 remain vulnerable.
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 flaw is classified as CWE-863 (Incorrect Authorization), meaning Chrome's mobile iOS implementation fails to correctly enforce an authorization decision when processing attacker-supplied HTML, allowing a trust boundary to be crossed (reflected in the CVSS scope-change metric S:C). The affected component is the Mobile browser code path in Google Chrome for iOS, tracked by the generic CPE cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:* and by ENISA EUVD-2026-93694, which scopes affected builds to those below 155.0.8059.39. Because the attack vector is network-reachable, low complexity, and requires no privileges (PR:N), the practical barrier is the mandatory user-interaction step (UI:R) that the attacker must satisfy through social engineering - typically a lure directing the target to a malicious page. CISA's SSVC decision framework rates exploitation as none, automatable as no, and technical impact as total, which is consistent with a low-severity, non-wormable authorization bypass that is difficult to mass-exploit given the interaction requirement.
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
AV:N/AC:L/PR:N/UI:R/S:C/C:L/I:L/A:N
Remote crafted page (AV:N, AC:L, PR:N) but social engineering forces UI:R; authorization bypass crosses a boundary (S:C) yielding partial C/I and no availability impact.
Primary rating from Vendor (Chrome).
CVSS VectorVendor: Chrome
Lifecycle Timeline
4DescriptionCVE.org
Incorrect authorization in Mobile in Google Chrome on on iOS prior to 155.0.8059.39 allowed a remote attacker leveraging social engineering to bypass system access restrictions via a crafted HTML page. (Chromium security severity: Medium)
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
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
EUVD-2026-93694
GHSA-qf76-46vf-66h7
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB