CVE-2026-103414: Eclipse ThreadX GUIX binary resource loader heap overflow

CVE-2026-103414 · Severity: info · Published 2026-10-14

Eclipse ThreadX GUIX is a GUI framework for embedded systems that loads theme resources containing font definitions. A flaw in the binary resource loader allows an attacker who provides a specially-crafted font file to trigger a heap buffer overflow with attacker-controlled data. If the GUIX application loads untrusted theme resources—such as from removable media or OTA updates—a malicious font could lead to code execution when the corrupted font data is subsequently rendered.

Technologies: Eclipse ThreadX GUIX. Vendors: Eclipse ThreadX.

Quick answers

Is CVE-2026-103414 exploited in the wild?
No. Junglewise Threat Intelligence has no report of CVE-2026-103414 being exploited in the wild.
How severe is CVE-2026-103414?
Informational severity, published 14 October 2026.
Which products and versions are affected?
Eclipse ThreadX GUIX <= 6.5.1.202602a.
Is there a fix for CVE-2026-103414?
Yes: fixed in 6.5.2.202603. Until then: Load binary resource files only from trusted sources. There is no build option to disable the theme loader while preserving other binary resource API functionality. Junglewise finds every place you run it, drafts the upgrade and applies it once you approve.
How is CVE-2026-103414 attacked?
It is attacked with local access, in a software library.
Am I affected by CVE-2026-103414?
Check whether you run Eclipse ThreadX GUIX at an affected version. Junglewise does that check for you around the clock: connect your code, cloud and domains, and it matches new vulnerabilities like this one against what you actually run and tells you when one reaches you.

How to fix

  • Fixed in: 6.5.2.202603

Load binary resource files only from trusted sources. There is no build option to disable the theme loader while preserving other binary resource API functionality.

Technical details

The vulnerability stems from a two-pass font loading mechanism where the sizing pass and load pass traverse the binary resource file independently. The `gx_page_header_data_size` field is never validated against the actual glyph data, causing the passes to read different page headers and compute different glyph counts. The load pass writes more glyphs than the arena was sized to hold, resulting in a heap out-of-bounds write. The attacker-controlled glyph data written includes the `gx_glyph_map` pointer, which is later dereferenced during rendering. A fix is available in GUIX 6.5.2.202603, which validates writes against the arena size before committing them.

Affected products

  • Eclipse ThreadX GUIX <= 6.5.1.202602a

Timeline

  • 2026-10-02: disclosed: GitHub GHSA advisory published
  • 2026-10-14: advisory: NVD entry published
  • 2026-03: patched: Fixed in GUIX 6.5.2.202603

References

This page as Markdown. Free to reuse under CC BY 4.0 with a link back.