Medium severity · published Oct 20, 2026
CVE-2026-92449
Binary resource loader: unbounded map_id from a theme file causes a heap out-of-bounds write in the GUIX-allocated arena
6.8
CVSS
0.2%
EPSS
No
On KEV
Description
`_gx_binres_pixelmap_table_load()` in the GUIX binary resource (theme) loader indexes the pixelmap table with a value read verbatim from the resource file and never bounds it against the table size. A crafted theme drives a write of up to roughly 256 KB past the end of the table.
The overflowed buffer is allocated by GUIX itself, through `_gx_system_memory_allocator`, rather than supplied by the caller, so the loader corrupts its own arena. The public API `gx_binres_theme_load()` takes no size parameter, so no amount of caller diligence prevents this.
Reproduces in the shipped default configuration; `GX_BINARY_RESOURCE_SUPPORT` is enabled by default.
Exploitation
Is it being used?
Exploit prediction (EPSS)0.2% · higher than 5% of CVEs
Exploited in the wildNo evidence yet
CISA KEVNot listed
Ransomware campaign useNot known
Affected products
Which versions
ET
Eclipse ThreadX - GUIX · Eclipse Foundation
6.3.0 through 6.5.1.202602a · source: vendor
References
NVD
https://nvd.nist.gov/vuln/detail/CVE-2026-92449
CVE.org
https://www.cve.org/CVERecord?id=CVE-2026-92449
github.com
https://github.com/eclipse-threadx/guix/security/advisories/GHSA-m85v-2ccm-w6gf
More from Eclipse ThreadX - GUIX
8.4
CVE-2026-91186
PNG decoder: a duplicate IHDR chunk after IDAT resizes the image after allocation, causing a heap out-of-bounds write
7.1
CVE-2026-91189
GUIX binary resource loader: unvalidated glyph range causes an integer underflow and a heap out-of-bounds write when loading an untrusted font or theme
6.8
CVE-2026-91059
JPEG decoder: a duplicate SOF0 after SOS publishes a pixelmap that misreports its own allocation size
6.8
CVE-2026-92446
GUIX binary resource loader reads past the end of a resource, because no length for it ever reaches the loader
6.1
CVE-2026-92454
JPEG decoder: truncated segments are read past the image buffer, and a zero sampling factor hangs the decode
