CVE-2026-106464`_nx_secure_x509_parse_signature_data` computes the certificate signature's length as `tlv_length - 1` without first checking that `tlv_length` is non-zero.
Updated under an hour ago ()
Does this affect you?
It affects Eclipse Foundation NetX Duo. Add what you run to find out whether that includes you.
EPSS puts the chance of exploitation in the next 30 days at 0.18%, higher than 7% of scored CVEs.
Do this next
Free account, 1 product
`_nx_secure_x509_parse_signature_data` computes the certificate signature's length as `tlv_length - 1` without first checking that `tlv_length` is non-zero. A certificate whose signature is an empty ASN.1 BIT STRING therefore parses successfully and leaves the certificate holding a signature length of `0xFFFFFFFF` and a signature pointer one byte past the end of the buffer. Certificates are parsed from the peer during the TLS handshake, so the input is remote and unauthenticated.
- CVSS
- 8.7 HIGH (v4.0, CNA)CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N
- Weakness (CWE)
- CWE-125, CWE-191
- Known exploited
- Not in CISA's KEV catalog
- EPSS (exploitation in the next 30 days)
- 0.18% (percentile 7)
- Assigned by
- eclipse
- NVD analysis
- Awaiting Analysis
- Record last updated
- Oct 16, 2026
- First seen by InfoSec Signals
- Oct 14, 2026
Affected products
Eclipse Foundation NetX Duo eclipse_foundation:netx_duo (from the name) | through 6.5.2.202603; 6.5.2.202603a not affected | CNA record |
References
- https://github.com/eclipse-threadx/netxduo/security/advisories/GHSA-ww3q-3444-q488
- https://gitlab.eclipse.org/security/cve-assignment/-/work_items/368
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.