LiveActive security incident?Get immediate response
CVE Record

CVE-2022-29247: Exposure of Resource to Wrong Sphere in Electron

Electron is a framework for writing cross-platform desktop applications using JavaScript (JS), HTML, and CSS. A vulnerability in versions prior to 18.0.0-beta.6, 17.2.0, 16.2.6, and 15.5.5 allows a renderer with JS execution to obtain access to a new renderer process with `nodeIntegrationInSubFrames` enabled which in turn allows effective access to `ipcRenderer`. The `nodeIntegrationInSubFrames` option does not implicitly grant Node.js access. Rather, it depends on the existing sandbox setting. If an application is sandboxed, then `nodeIntegrationInSubFrames` just gives access to the sandboxed renderer APIs, which include `ipcRenderer`. If the application then additionally exposes IPC messages without IPC `senderFrame` validation that perform privileged actions or return confidential data this access to `ipcRenderer` can in turn compromise your application / user even with the sandbox enabled. Electron versions 18.0.0-beta.6, 17.2.0, 16.2.6, and 15.5.5 contain a fix for this issue. As a workaround, ensure that all IPC message handlers appropriately validate `senderFrame`.

LowCVSS 2.2Not KEV-listedUpdated
Glexia's TakeAutomated analysislow

Security readout for executives and security teams

Plain-English summary

CVE-2022-29247 affects some Electron-based desktop applications. Under specific conditions, code already running in a renderer can gain access to IPC messaging surfaces that the application may have assumed were unreachable. Business risk depends heavily on whether the affected app exposes sensitive or privileged IPC handlers without validating the sender frame.

Executive priority

Treat as a targeted hardening issue, not an emergency, unless your Electron app handles untrusted content or exposes powerful IPC actions. Patch during the next controlled release cycle, with higher priority for customer-facing or data-sensitive desktop applications.

Technical view

In vulnerable Electron versions, a renderer with JavaScript execution can access a new renderer process with nodeIntegrationInSubFrames enabled. In sandboxed apps this can still expose sandboxed renderer APIs, including ipcRenderer. Impact requires app-specific IPC handlers that omit senderFrame validation and perform privileged actions or return confidential data.

Likely exposure

Exposure is most likely in Electron desktop apps using affected 15.x, 16.x, 17.x, or 18 beta versions and IPC handlers that trust renderer access too broadly. Organizations only running patched Electron builds or apps with strict senderFrame validation have materially lower exposure.

Exploitation context

The provided sources do not show CISA KEV listing or active exploitation evidence. Exploitation requires prior renderer JavaScript execution and favorable application IPC design, which limits general-purpose risk. Successful abuse could affect confidentiality or application/user security depending on exposed IPC handlers.

Researcher notes

The critical dependency is application IPC design. The Electron flaw exposes ipcRenderer in conditions that may matter only if handlers fail to authenticate the sender frame. Evidence supports low severity and no confirmed active exploitation in the supplied bundle.

Mitigation direction

  • Upgrade Electron to 15.5.5, 16.2.6, 17.2.0, 18.0.0-beta.6, or later.
  • Validate senderFrame in every IPC message handler.
  • Review IPC handlers that return confidential data or perform privileged actions.
  • Check Electron’s advisory for vendor-specific guidance before release.
  • Prioritize fixes for apps processing untrusted web content.

Validation and detection

  • Inventory Electron versions bundled in desktop applications.
  • Identify apps using nodeIntegrationInSubFrames or complex iframe/subframe behavior.
  • Audit IPC handlers for senderFrame validation.
  • Confirm patched Electron versions in shipped application artifacts.
  • Regression test IPC authorization boundaries after upgrading.
Prepared
Confidence
high
Sources
3

Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.

Potential ATT&CK relevance

Conservative CVE-to-ATT&CK context

These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.

ATT&CK lookup starting points

Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.

cwe · low confidence lookup

CWE-668: Exact CWE lookup

Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.

Open ATT&CK lookup
cve · low confidence lookup

CVE-2022-29247 mapping review

Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.

Open ATT&CK lookup
Vulnerability profileCVE Program record
Severity
Low
CVSS
2.2 (3.1)
Known Exploited
No
Published

Vector: CVSS:3.1/AV:N/AC:H/PR:H/UI:N/S:U/C:L/I:N/A:N

Official CVE source material

CNA and ADP enrichment extracted from CVE v5

These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.

1CVSS vectors
0Timeline events
0ADP providers
2Source links

CVSS vector scores

1 official score

We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.

ScoreVersionSeverityVectorExploitImpactSource
2.2CVSS 3.1LowCVSS:3.1/AV:N/AC:H/PR:H/UI:N/S:U/C:L/I:N/A:N0.71.4Primary CVE score

Vulnerability scoring details

Base CVSS 3.1 score

2.2Low
CVSS 3.1 vector shape for CVE-2022-29247Attack VectorAttack ComplexityPrivileges RequiredUser InteractionScopeConfidentiality ImpactIntegrity ImpactAvailability Impact

Vector: CVSS:3.1/AV:N/AC:H/PR:H/UI:N/S:U/C:L/I:N/A:N

Attack Vector
NetworkAdjacentLocalPhysical
Attack Complexity
LowHigh
Privileges Required
NoneLowHigh
User Interaction
NoneRequired
Scope
ChangedUnchanged
Confidentiality Impact
HighLowNone
Integrity Impact
HighLowNone
Availability Impact
HighLowNone

Source materials

Affected products

Products and packages named in the record

VendorProductVersion / packageStatus
electronelectron< 15.5.5, >= 16.0.0-beta.1, < 16.2.6, >= 17.0.0-beta.1, < 17.2.0, >= 18.0.0-beta.1, <= 18.0.0-beta.5Listed
Weakness

CWE details

CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.

CWE-668 · source CWE mapping

Exposure of Resource to Wrong Sphere

Exposure of Resource to Wrong Sphere represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.