<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Electron (39.x, 40.x, 41.x, 42.x) - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/products/electron-39.x-40.x-41.x-42.x/</link><description>Trending threats, MITRE ATT&amp;CK coverage, and detection metadata. Fed continuously.</description><generator>Hugo</generator><language>en</language><managingEditor>hello@craftedsignal.io</managingEditor><webMaster>hello@craftedsignal.io</webMaster><lastBuildDate>Wed, 05 Aug 2026 21:26:17 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/products/electron-39.x-40.x-41.x-42.x/feed.xml" rel="self" type="application/rss+xml"/><item><title>Electron CORS Protection Bypass via Custom Schemes</title><link>https://feed.craftedsignal.io/briefs/2026-08-electron-cors-bypass/</link><pubDate>Wed, 05 Aug 2026 21:26:17 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-08-electron-cors-bypass/</guid><description>A vulnerability in Electron (CVE-2026-70604) allows remote origins to bypass CORS protections when interacting with custom schemes, enabling unauthorized read access to sensitive data.</description><content:encoded><![CDATA[<p>Electron has disclosed a security vulnerability identified as CVE-2026-70604, affecting applications that utilize custom protocol schemes. The issue arises when a custom scheme is registered with <code>supportFetchAPI: true</code> but fails to enable <code>corsEnabled: true</code>. Under these conditions, the Electron framework fails to enforce Cross-Origin Resource Sharing (CORS) policies.</p>
<p>This architectural flaw allows a remote origin, if loaded within a renderer process, to perform <code>fetch()</code> or <code>XMLHttpRequest</code> operations against the custom scheme. Consequently, the remote origin can read the full response body of these requests, leading to potential data exfiltration of sensitive information processed by the local application. The vulnerability impacts multiple versions across the 39.x, 40.x, 41.x, and 42.x branches. Defenders should note that applications are only affected if they load untrusted content within their renderer processes and fail to explicitly enable CORS for these schemes.</p>
<h2 id="impact">Impact</h2>
<p>Successful exploitation allows for unauthorized cross-origin read access to sensitive data handled by the application's internal custom protocols. This can result in the exfiltration of user session tokens, local configuration files, or sensitive business data processed by the Electron-based application. The severity of the impact depends on the sensitivity of the data served by the custom protocol and the extent to which the application displays third-party or untrusted web content.</p>
<h2 id="recommendation">Recommendation</h2>
<ul>
<li>Upgrade to patched versions: 39.8.10, 40.9.3, 41.4.0, or 42.0.0.</li>
<li>Audit application code for registrations of custom protocols using the <code>protocol</code> module; ensure that <code>corsEnabled</code> is set to <code>true</code> for any scheme serving sensitive data.</li>
<li>Implement strict <code>Origin</code> header validation within protocol handler functions to ensure that only authorized origins can access sensitive data.</li>
<li>Disable the loading of remote, untrusted content in renderer processes wherever possible to eliminate the attack vector.</li>
</ul>
]]></content:encoded><category domain="severity">high</category><category domain="type">advisory</category></item></channel></rss>