Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
ReconAttacker controls or compromises server targeted by Electron app
-
DeliveryElectron app makes net.fetch()/net.request() to attacker-influenced URL
-
ExploitServer issues HTTP 3xx redirect to file:// or local scheme target
-
InstallElectron net module follows redirect without scheme validation (default behavior)
-
C2Local file contents loaded into response body
-
ExecuteApplication forwards or returns response body
-
ImpactAttacker observes disclosed local file contents
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V4 - API and Web Service URL allowlisting, SSRF prevention
MITRE ATT&CK
2 techniques across 2 tactics: Initial Access, Credential Access The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires all three of the following conditions simultaneously: (1) the Electron application makes net.fetch() or net.request() calls to URLs that are influenced or controlled by an attacker - applications that exclusively request fixed, hardcoded, trusted URLs are explicitly not affected per the advisory; (2) redirect following is enabled, which is the default behavior of the net module and therefore present unless explicitly overridden by the developer; and (3) the application exposes, forwards, or returns the HTTP response body in a way observable by the attacker. Exploitation is constrained by all three conditions: if the app does not expose response bodies, requests only trusted endpoints, or has redirect set to 'error' or 'manual', it is not vulnerable. The attacker requires no authentication to the Electron application itself (the redirect is delivered by an attacker-controlled server), but the app must be making outbound requests into the attacker's sphere of influence. |
| Impact | The NVD CVSS 3.1 score of 5.9 with vector AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:N/A:N is well-calibrated. AC:H is appropriate because exploitation requires three simultaneous conditions (attacker-influenced URLs, redirect following enabled, response body exposure), which substantially narrows the vulnerable population. The High confidentiality impact is justified by potential disclosure of arbitrary local files. No CISA KEV listing is present in the provided data, no EPSS score was supplied, and no public proof-of-concept code is identified - collectively these signals indicate this is not an actively exploited opportunistic threat at this time. The practical risk is highest for Electron applications that act as proxies or relay net response bodies downstream, and lowest for applications making only hardcoded, trusted-URL requests. There is no integrity or availability impact, consistent with a read-only SSRF primitive. A minor version discrepancy exists in the source data: the CVE description cites 40.9.0 as fixed for the 40.x branch, while the npm package advisory lists the fixed version as 40.9.1 - both should be treated as the minimum safe version for that branch until confirmed by the vendor. |
| Exploit ScenarioDerived | An attacker who controls or has compromised a web server targeted by an Electron application configures that server to respond to a legitimate-looking API request with an HTTP 302 redirect pointing to file:///etc/passwd or a Windows credential file path. The Electron app, following redirects by default, fetches the local resource and returns the contents in its response body to the attacker's infrastructure or a downstream consumer the attacker can observe, disclosing sensitive local file contents without any user interaction or special privileges. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 05, 2026
Unrestricted HTTP redirect scheme following in Electron's net module (versions prior to 39.8.8, 40.9.0, 41.2.1, and 42.0.0-beta.3) enables server-side request forgery leading to local file disclosure. When net.fetch() or net.request() follows a redirect issued by an attacker-controlled server targeting a local scheme such as file://, the Electron app can be made to read and expose local filesystem contents if it forwards or returns the response body. No public exploit is identified at time of analysis; however, the vulnerability class (SSRF via redirect scheme bypass, CWE-918) is well understood, and the default redirect-following behavior increases the practical surface area across affected apps.
RemediationAI
Upgrade Electron to a patched release: 39.8.8 for the 39.x branch, 40.9.1 for the 40.x branch (note the minor discrepancy between the CVE description citing 40.9.0 and the npm advisory citing 40.9.1 - use 40.9.1 to be safe), 41.2.1 for the 41.x branch, or 42.0.0-beta.3 for the 42.x pre-release branch. Full patch details are at https://github.com/electron/electron/security/advisories/GHSA-v64r-4m7r-3mvq. If an immediate upgrade is not possible, the Electron advisory explicitly recommends setting redirect: 'error' or redirect: 'manual' on all net.fetch() and net.request() calls that target untrusted or attacker-influenced URLs, and manually validating any redirect target URL before following it. The trade-off of this workaround is that it requires application-level code changes across all relevant call sites, may break features that rely on transparent redirect following, and is only as robust as the validation logic applied - incomplete URL validation could leave residual risk. Applications that exclusively request hardcoded, trusted URLs are not affected and require no remediation.
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
Electron is a cross-platform desktop application framework built on Chromium and Node.js, distributed via npm (CPE: cpe:2.3:a:electron:electron:*:*:*:*:*:*:*:*). Its net module exposes net.fetch() and net.request() as higher-level networking APIs. The root cause (CWE-918: Server-Side Request Forgery) is the absence of scheme allowlisting in the HTTP redirect chain processor: when a server responds with a 3xx redirect, Electron's net module faithfully follows it regardless of the target scheme, permitting transitions from http/https to file:// or other local-resource schemes. Since redirect following is the default mode, any Electron application making outbound requests to attacker-influenced endpoints is structurally exposed without developer action to opt out. The fix, published in the GitHub advisory GHSA-v64r-4m7r-3mvq, addresses this by enforcing scheme restrictions on redirect targets.
Know when Electron gets its next vulnerability
- 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 the three-condition prerequisite; PR:N because no attacker-side privileges are needed; C:H for local file disclosure; no integrity or availability impact applies.
Primary rating from Vendor (GitHub_M).
CVSS VectorVendor: GitHub_M
Lifecycle Timeline
2DescriptionCVE.org
Electron is a framework for writing cross-platform desktop applications using JavaScript, HTML and CSS. Prior to 39.8.8, 40.9.0, 41.2.1, and 42.0.0-beta.3, when following HTTP redirects, net.fetch() and net.request() did not restrict which schemes a redirect could target. A remote server could redirect a request to a local resource, and if the app returns or forwards the response body, local file contents could be disclosed. Apps are only affected if they make net requests to attacker-influenced URLs with redirects followed and expose the response body. This issue is fixed in versions 39.8.8, 40.9.0, 41.2.1, and 42.0.0-beta.3.
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
Server-Side Request Forgery exploits applications that fetch remote resources based on user-supplied URLs.
GitHub Electron versions 1.8.2-beta.3 and earlier, 1.7.10 and earlier, 1.6.15 and earlier has a vulnerability in the pro
Remote code execution in 5ire 0.15.2 and earlier arises because the desktop AI assistant renders Mermaid diagrams with s
Cross-site scripting in DeepChat's Mermaid diagram renderer escalates to full remote code execution on affected desktop
Remote code execution in DeepChat 0.5.1 and below is possible through a cross-site scripting flaw in Mermaid diagram ren
Stored cross-site scripting in SiYuan through 3.8.4 lets an attacker who can set a notebook name containing an HTML payl
GitHub Electron before 1.6.8 allows remote command execution because of a nodeIntegration bypass vulnerability. Rated hi
GitHub Electron 1.7.15, 1.8.7, 2.0.7, and 3.0.0-beta.6, in certain scenarios involving IFRAME elements and "nativeWindow
Electron version 1.7 up to 1.7.12; 1.8 up to 1.8.3 and 2.0.0 up to 2.0.0-beta.3 contains an improper handling of values
electron-updater allows for automatic updates for Electron apps. Rated high severity (CVSS 7.5), this vulnerability is r
Cross-origin read bypass in Electron's custom protocol handler exposes sensitive application data to remote pages via fe
Native code execution outside the Chromium sandbox is achievable in Electron prior to 39.8.9, 40.9.2, 41.2.1, and 42.0.0
In Electron before versions 7.2.4, 8.2.4, and 9.0.0-beta21, there is a context isolation bypass. Rated critical severity
EUVD-2026-53442
GHSA-v64r-4m7r-3mvq
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB