Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessCompromise Chrome renderer process
-
DeliveryServe crafted HTML page
-
ExploitSocial-engineer user interaction
-
ExecutionBypass permission/access restriction
-
ImpactGain limited unauthorized access
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Authorization checks on every request
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 | Exploitation requires that the attacker has ALREADY compromised Chrome's renderer process (a prior-stage exploit, not provided by this bug), AND must use social engineering to induce user interaction (UI:R) that bypasses system access restrictions via a crafted HTML page. This is a sandbox/permission-boundary bypass (CWE-862, missing authorization in Permissions), not an initial-access or remote-code-execution flaw. Limiting factors: the dependency on a separate renderer compromise, mandatory user interaction, and the fact that impact is capped at limited confidentiality and integrity effect (C:L/I:L, no availability impact) with no scope change (S:U). Affects Chrome versions prior to 155.0.8059.39 on desktop; patched builds eliminate the condition. |
| Impact | This is a low-priority issue despite its 5.4 (Medium) CVSS score, and multiple signals converge on that conclusion. Google/Chromium itself rated the security severity 'Low'. EPSS is 0.19% (8th percentile), indicating very low predicted exploitation likelihood. CISA SSVC scores Exploitation as 'none', Automatable 'no', and Technical Impact only 'partial' - all consistent with low urgency. It is NOT in CISA KEV and no public exploit code was identified, so exploitation status is 'no public exploit identified at time of analysis'. The CVSS vector (AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:L/A:N) understates real difficulty: the vector shows PR:N (unauthenticated) and AC:L, but the description explicitly requires that the attacker 'had compromised the renderer process' AND 'leveraged social engineering' - two substantial preconditions that a PR:N/AC:L vector does not capture. CONFLICT TO VERIFY: CVSS marks this as low-complexity unauthenticated, yet the description describes it as a post-renderer-compromise sandbox/permission bypass requiring user trickery, which is realistically high-complexity and chained. Treat this as a second-stage escalation primitive (part of an exploit chain), not a standalone remotely weaponizable flaw. Priority is routine patch-cycle, not emergency. |
| Exploit ScenarioDerived | An attacker who has already achieved code execution in Chrome's renderer process (e.g., via a separate renderer bug) serves a crafted HTML page and uses social engineering to coax the user into an action that bypasses system access/permission restrictions, gaining limited additional access beyond the sandbox. No public proof-of-concept exploit was identified, and exploitation depends on an already-compromised renderer plus user interaction (UI:R). |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 07, 2026
Missing authorization checks in Chrome's Permissions component (all versions prior to 155.0.8059.39 on desktop) allow a remote attacker to bypass system access restrictions, but only after first compromising the renderer process and inducing the victim to interact with a crafted HTML page. This is a sandbox/permission-boundary bypass, not an initial-access or remote-code-execution flaw: exploitation requires a separate prior-stage renderer compromise plus social engineering, and impact is capped at limited confidentiality and integrity loss with no availability impact and no scope change. Google has shipped a fix in Chrome 155.0.8059.39, EPSS is low at 0.19% (8th percentile), no public exploit code was identified at time of analysis, and CISA's SSVC framework rates exploitation as 'none' with automation as 'no'.
RemediationAI
Upgrade to Google Chrome 155.0.8059.39 or later - this is the vendor-released patch, distributed via the Chrome stable channel update described at https://chromereleases.googleblog.com/2026/10/stable-channel-update-for-desktop_086471744.html, and the authoritative fix detail is in Chromium issue 498375898. Enterprise administrators should force the update through their browser management policy (for example, version pinning/auto-update enforcement) and verify that managed fleets report the patched build, since users who postpone restarts may remain exposed; note that forcing an immediate relaunch of Chrome can disrupt active sessions, so stage it against the change calendar. Because this bug is only exploitable after a separate renderer compromise, the highest-value compensating control while patching is keeping Site Isolation enabled and applying the most recent cumulative Chrome security update, which raises the bar for the prerequisite renderer bug rather than fixing this one; disabling Site Isolation for compatibility with legacy pages directly undermines this protection. Additionally, administrators can reduce blast radius by tightening risky permission defaults through enterprise policy (for example, denying geolocation, notifications, or device-access prompts by default) - the trade-off is degraded functionality on legitimate sites, so this should be applied narrowly. There is no separate workaround that replaces patching: no vendor-released patch alternative is documented, and users should not rely on disabling extensions or ad-hoc flags as mitigations.
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 a missing authorization weakness (CWE-862) inside Chromium's Permissions subsystem, which mediates the browser's permission model for web platform capabilities and enforces the trust boundary between untrusted renderer processes and privileged browser/OS facilities. Because the missing check lives in that boundary component, an attacker who already controls a renderer through a separate vulnerability could use a crafted HTML page to obtain or misuse permissions that should have been denied, escaping expected system access restrictions. The key limiting factor is compositional: this bug does not itself provide renderer compromise, so it functions as a post-exploitation escalation/permission-bypass primitive rather than a standalone attack. The published vector is CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:L/A:N; our assessment adjusts attack complexity to High (AV:N/AC:H/PR:N/UI:R/S:U/C:L/I:L/A:N) to reflect the mandatory prerequisite renderer compromise and user-interaction chain, a conclusion consistent with the SSVC 'Automatable: no' decision and the partial technical impact rating. The affected CPE is cpe:2.3:a:google:chrome:*:*:*:*:*:*:*:*, and ENISA EUVD lists the affected range as Chrome versions below 155.0.8059.39.
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:U/C:L/I:L/A:N
Raised AC to H because exploitation requires a pre-compromised renderer plus social engineering; kept PR:N and UI:R per the chained/user-interaction nature, with only limited C/I impact and no availability effect.
Primary rating from Vendor (Chrome).
CVSS VectorVendor: Chrome
Lifecycle Timeline
4DescriptionCVE.org
Missing authorization in Permissions in Google Chrome prior to 155.0.8059.39 allowed a remote attacker who had compromised the renderer process and leveraged social engineering to bypass system access restrictions 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
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
EUVD-2026-93592
GHSA-m3ph-fp7h-7c4r
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB