CVE-2026-96406VIDEO class descriptor walk consumes device-controlled wTotalLength as its bound
Updated under an hour ago ()
Does this affect you?
It affects Eclipse Foundation Eclipse ThreadX - USBX. Add what you run to find out whether that includes you.
No exploitation reported and no EPSS estimate yet.
Do this next
Free account, 1 product
A VideoStreaming interface reports the size of its whole class-specific descriptor block in the `wTotalLength` field of its input header. The USBX host recorded that figure and used it as the budget for walking the format, frame and frame-interval descriptors, without holding it against the configuration descriptor actually received. A device that reports a `wTotalLength` larger than the descriptors it supplies therefore had its own claim believed. Once the real bytes ran out the walk kept going, dereferencing the cursor past the end of the configuration buffer, in the host's context, whenever the application queried format or frame data.
- CVSS
- 4.9 MEDIUM (v3.1, CNA)CVSS:3.1/AV:P/AC:L/PR:N/UI:R/S:U/C:L/I:N/A:H
- Weakness (CWE)
- CWE-125
- Known exploited
- Not in CISA's KEV catalog
- EPSS (exploitation in the next 30 days)
- Not loaded for this CVE
- Assigned by
- eclipse
- NVD analysis
- Awaiting Analysis
- Record last updated
- Oct 20, 2026
- First seen by InfoSec Signals
- Oct 20, 2026
Affected products
Eclipse Foundation Eclipse ThreadX - USBX eclipse_foundation:eclipse_threadx_usbx (from the name) | through 6.5.1.202602; 6.5.2.202603 not affected | CNA record |
References
- https://github.com/eclipse-threadx/usbx/security/advisories/GHSA-8qf6-hjvf-g68f
The CVE record on cve.org NVD's entry
The CVE record is authoritative. Products marked “from the name” were identified from the CNA's free-text names, not a CPE, and are matched less certainly. This product uses the NVD API but is not endorsed or certified by the NVD.