GHSA-9f4c-93c8-jc8g: Electron: Sandboxed iframe can bypass the allow-popups restriction via the OpenURL navigation path
Impact
A sandboxed iframe without the allow-popups keyword could still open a new window (or trigger setWindowOpenHandler) with no user interaction, because new-window navigations taking the OpenURL path did not apply the iframe sandbox popup restriction.
Apps that embed untrusted content in sandboxed iframes and rely on the absence of allow-popups to prevent window creation are affected. Apps that deny window creation in setWindowOpenHandler, or that do not embed untrusted content in sandboxed iframes, are not affected.
Workarounds
Return { action: 'deny' } from setWindowOpenHandler for any content you do not trust, rather than relying on the iframe sandbox alone.
Fixed Versions
- 42.0.1
- 41.10.3
- 39.8.10
For more information
If you have any questions or comments about this advisory, email Electron at security@electronjs.org
Details
Original advisory: https://github.com/advisories/GHSA-9f4c-93c8-jc8g
Referenced CVEs
| CVE | CSIRTS overview | External |
|---|---|---|
| CVE-2026-70608 | coverage & exploitation status | NVD · CVE.org |
More from GitHub Security Advisories
- mediumGHSA-p2rr-rvmm-c5fp: Electron: Sandboxed iframes can launch external protocol handlers2026-08-05
- mediumGHSA-f2r8-jv7c-xqmp: Electron: DevTools embedder handler executes arbitrary files via shell open2026-08-05
- mediumGHSA-ff2p-hmqr-hxm4: Electron: contextBridge object copy honors prototype setters2026-08-05
- mediumGHSA-4f78-qhmw-8j8m: Electron: DevTools JavaScript Injection via Unsanitized Dock State Parameter2026-08-05
- mediumGHSA-v93f-fgjr-hjrj: Electron: window.open features string controls some window options considered privileged2026-08-05