LiveActive security incident?Get immediate response
CVE Record

CVE-2020-26272: Electron vulnerable to ID collision when routing IPC messages to renderers containing OOPIFs

The Electron framework lets users write cross-platform desktop applications using JavaScript, HTML and CSS. In versions of Electron IPC prior to 9.4.0, 10.2.0, 11.1.0, and 12.0.0-beta.9, messages sent from the main process to a subframe in the renderer process, through webContents.sendToFrame, event.reply or when using the remote module, can in some cases be delivered to the wrong frame. If your app uses remote, calls webContents.sendToFrame, or calls event.reply in an IPC message handler then it is impacted by this issue. This has been fixed in versions 9.4.0, 10.2.0, 11.1.0, and 12.0.0-beta.9. There are no known workarounds for this issue.

MediumCVSS 5.4Not KEV-listedUpdated
Glexia's TakeAutomated analysismoderate

Security readout for executives and security teams

Plain-English summary

This flaw affects some Electron desktop applications. Under specific frame and IPC conditions, a message intended for one embedded frame can be delivered to another. That can expose or alter limited data inside the application, but the sources rate it medium and do not show active exploitation.

Executive priority

Treat this as a targeted dependency upgrade for Electron desktop apps, not an emergency internet-wide incident. Prioritize apps that load complex embedded content or handle sensitive IPC data, especially where affected Electron versions remain in production.

Technical view

Electron IPC before 9.4.0, 10.2.0, 11.1.0, and 12.0.0-beta.9 can misroute main-process messages to the wrong renderer subframe when OOPIFs are present. Impacted paths include remote, webContents.sendToFrame, and event.reply in IPC handlers. CVSS 3.1 is 5.4 with low confidentiality and integrity impact.

Likely exposure

Exposure is limited to Electron applications using affected versions and the named IPC patterns: remote, webContents.sendToFrame, or event.reply. Applications without those patterns, or already on fixed Electron releases, are not shown as affected by the provided sources.

Exploitation context

The bundle does not indicate active exploitation: KEV is false, and cited sources do not state exploitation in the wild. Practical risk depends on application design and whether sensitive or trusted IPC messages can be misdelivered between frames.

Researcher notes

The key condition is IPC routing to renderer subframes containing OOPIFs. The bug is an ID collision issue mapped to CWE-668. The provided sources define affected versions and fixed releases but do not provide evidence of public exploitation or a workaround.

Mitigation direction

  • Upgrade Electron to 9.4.0, 10.2.0, 11.1.0, 12.0.0-beta.9, or later.
  • Prioritize applications using remote, webContents.sendToFrame, or event.reply IPC handlers.
  • Check vendor guidance because the advisory states there are no known workarounds.
  • Retest packaged desktop applications after upgrading Electron.

Validation and detection

  • Inventory Electron versions in dependency manifests and lockfiles.
  • Review code for remote, webContents.sendToFrame, and event.reply usage.
  • Confirm OOPIF or subframe-heavy content is present in affected application flows.
  • Verify the packaged build uses a fixed Electron release.
Prepared
Confidence
high
Sources
6

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-2020-26272 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
Medium
CVSS
5.4 (3.1)
Known Exploited
No
Published

Vector: CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:C/C:L/I:L/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
10Source 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
5.4CVSS 3.1MediumCVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:C/C:L/I:L/A:N2.22.7Primary CVE score

Vulnerability scoring details

Base CVSS 3.1 score

5.4Medium
CVSS 3.1 vector shape for CVE-2020-26272Attack VectorAttack ComplexityPrivileges RequiredUser InteractionScopeConfidentiality ImpactIntegrity ImpactAvailability Impact

Vector: CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:C/C:L/I:L/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
Affected products

Products and packages named in the record

VendorProductVersion / packageStatus
electronelectron< 9.4.0, >= 10.0.0, < 10.2.0, >= 11.0.0, < 11.1.0Listed
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.