Skip to main content
VulnerabilityPublished

CVE-2026-115403: Eclipse ThreadX · Unchecked Return Value

Affects Eclipse ThreadXSource CVE Database V5

0
Compare

Not known to be exploited · CVSS 8.2 High.

Data as of 2 Nov 2026, 21:59 UTC

CVSS 4.0 base score
8.2High
How severe the flaw is on the 0–10 CVSS scale.

Thin evidence

One scorer or none
CVSS scores by source
CNA (eclipse)CVSS 4.08.2
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 2 Nov 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 2 Nov 2026.

What to do

Affected software

ProductAffectedFixed in
Eclipse FoundationEclipse ThreadXAffected
  • >=6.0 <=6.5.2.202603a
Fixed in–

AI-suggested

Until a fix is available, users should consider mitigating exposure by limiting access to IPv6 raw socket functionality or filtering ICMPv6 Packet Too Big messages from untrusted sources to reduce the risk of destination table exhaustion and subsequent crashes.

Description

CVE-2026-115403 is a high-severity vulnerability in Eclipse ThreadX NetX Duo versions 6.0 through 6.5.2.202603a. It involves an unchecked return value in the IPv6 raw send path when built with BSD raw socket and IPv6 support. Specifically, if the destination table is full and an off-link destination is reached via a default router with an unknown neighbor cache entry, sending on an IPv6 raw socket with header inclusion can cause a NULL pointer dereference, crashing the sending thread. A remote attacker can exploit this by filling the destination table, for example, using ICMPv6 Packet Too Big messages.

References

Community reviews

Loading reviews…