Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAttacker controls cross-origin iframe content
-
DeliveryApp embeds iframe with delegated camera, microphone, or serial permissions
-
ExploitIframe requests device access via browser API
-
ExecutionElectron passes top-level frame origin as requestingOrigin to permission handler
-
PersistOrigin-based handler incorrectly grants permission to cross-origin iframe
-
ImpactAttacker iframe gains unauthorized device access
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A07:2025 - Authentication Failures
ASVS 5.0
V6 - Authentication Origin validation
|
| Exploitation Conditions | Exploitation requires all three of the following conditions simultaneously: (1) the Electron application installs a |
| Impact | The CVSS 5.9 vector (AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:N/A:N) accurately models this vulnerability. AC:H is justified by the three concurrent preconditions required for exploitation (see exploitation_conditions). C:H is appropriate given that camera, microphone, and serial device access constitute high-sensitivity data streams. No EPSS score was included in the source data, so exploitation probability cannot be quantified beyond CVSS signals. KEV status is not confirmed and no public POC has been identified - these signals together suggest this has not yet been weaponized at scale. Real-world risk is meaningful for high-value Electron applications (chat clients, IDEs, collaboration tools) that embed third-party iframe content with media delegation, but the vendor's explicit scope limitation - apps not using origin-based handler logic or not embedding such iframes are unaffected - substantially narrows the exposed population. No conflicting signals are present in the available data. |
| Exploit ScenarioDerived | An attacker who controls content served from a cross-origin domain is embedded as an iframe inside a trusted Electron application (for example, a third-party analytics widget or help-center panel). The app's |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 05, 2026
Electron's permission check handler incorrectly exposes cross-origin iframes to unauthorized camera, microphone, and serial port access by passing the top-level frame's origin as requestingOrigin instead of the requesting iframe's own origin. Applications implementing session.setPermissionCheckHandler with origin-based grant logic that also embed cross-origin iframes with delegated device permissions are affected - the handler is deceived into approving the iframe's request as if it came from the trusted top-level origin. No public exploit code exists and CISA KEV listing is not confirmed; the CVSS score of 5.9 with AC:H accurately reflects the specific multi-condition deployment pattern required for exploitation.
RemediationAI
Upgrade Electron to a patched release matching your current branch: v39.8.7, v40.9.0, v41.2.0, or v42.0.0-beta.1. The upstream code fix is in commit 0cbdf2f0375466d701aa393c92e0ec29eb89ea6c (https://github.com/electron/electron/commit/0cbdf2f0375466d701aa393c92e0ec29eb89ea6c). If an immediate upgrade is not feasible, the vendor-documented workaround is to replace all references to requestingOrigin in setPermissionCheckHandler callbacks with details.securityOrigin, which correctly reflects the requesting iframe's origin and is not affected by this bug - this change is backward compatible and has no known side effects. Alternatively, removing delegated device permissions from cross-origin iframes (by eliminating allow="camera; microphone" or serial Permissions Policy attributes) eliminates the attack surface entirely without requiring an Electron version change, though it also removes the intended iframe device access functionality. Advisory: https://github.com/electron/electron/security/advisories/GHSA-9pf5-hg6p-4pwp.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 4 packages in npm, euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The root cause (CWE-346, Origin Validation Error) lies in Electron's C++ permission-handling layer within shell/browser/web_contents_permission_helper.cc. Prior to the fix, CheckMediaAccessPermission and CheckSerialAccessPermission resolved the permission principal by calling web_contents_->GetPrimaryMainFrame() and web_contents_->GetLastCommittedURL() - always returning the top-level WebContents frame regardless of which RenderFrameHost actually initiated the permission request. The fix (commit 0cbdf2f) threads the requesting RenderFrameHost* through the entire permission check chain (CheckPermission, CheckMediaAccessPermission, CheckSerialAccessPermission) so that requesting_frame->GetLastCommittedOrigin().GetURL() is used, correctly identifying the iframe's security principal. Affected product: pkg:npm/electron across all release branches.
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:H/PR:N/UI:N/S:U/C:H/I:N/A:N
AC:H reflects three required preconditions; C:H covers camera, microphone, and serial device streams; no integrity or availability impact applies.
Primary rating from Vendor (https://github.com/electron/electron).
CVSS VectorVendor: https://github.com/electron/electron
DescriptionCVE.org
Impact
For serial-port and media (camera / microphone) permission checks made from an iframe, the requestingOrigin passed to session.setPermissionCheckHandler was the top-level frame's origin rather than the requesting frame's. Origin-based handler logic could therefore grant a cross-origin iframe device access intended only for the top-level origin.
Apps are only affected if they use setPermissionCheckHandler with origin-based logic and embed cross-origin iframes with delegated device permissions. Apps that base the decision on details.securityOrigin, or that do not embed such iframes, are not affected.
Workarounds
Check details.securityOrigin instead of requestingOrigin for these permissions, or do not delegate device permissions to untrusted iframes.
Fixed Versions
42.0.0-beta.141.2.040.9.039.8.7
For more information
If you have any questions or comments about this advisory, email Electron at [security@electronjs.org](mailto:security@electronjs.org)
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.
EUVD-2026-53428
GHSA-9pf5-hg6p-4pwp
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB