CVE-2026-102719

In Eclipse ThreadX NetX Duo versions 6.0 through 6.5.2.202603a, the NetX Secure DTLS server fills HelloVerifyRequest cookies from NXRAND, by default the C library rand, with no key and no binding to the client. An attacker who can predict the generator's output can pass the cookie exchange from a...

CVE-2026-102709

In Eclipse ThreadX versions 6.0.1 through 6.5.2.202603, the four non-secure-callable secure stack functions of the TrustZone-M ports dereference a thread pointer supplied by the non-secure world without checking that it points to non-secure memory. Non-secure code can make the secure firmware...

CVE-2026-102728 Out-of-bounds reads in NetX Secure client-side handshake parsing (ServerHello and HelloVerifyRequest)

In Eclipse ThreadX NetX Duo versions 6.0 through 6.5.2.202603a, the NetX Secure TLS client's ServerHello parser and DTLS client's HelloVerifyRequest parser read fields before checking that the message is long enough to contain them. A malicious server or an on-path attacker can make the client re...

CVE-2026-102728

The NetX Secure software contains two out-of-bounds reads within its client-side TLS/DTLS handshake parsers . The vulnerability occurs because the parsers read fields from a server-supplied message before validating that the message is sufficiently long. Although bounds checks are present and fun...

CVE-2026-102728 Out-of-bounds reads in NetX Secure client-side handshake parsing (ServerHello and HelloVerifyRequest)

In Eclipse ThreadX NetX Duo versions 6.0 through 6.5.2.202603a, the NetX Secure TLS client's ServerHello parser and DTLS client's HelloVerifyRequest parser read fields before checking that the message is long enough to contain them. A malicious server or an on-path attacker can make the client re...

CVE-2026-102728 Out-of-bounds reads in NetX Secure client-side handshake parsing (ServerHello and HelloVerifyRequest)

In Eclipse ThreadX NetX Duo versions 6.0 through 6.5.2.202603a, the NetX Secure TLS client's ServerHello parser and DTLS client's HelloVerifyRequest parser read fields before checking that the message is long enough to contain them. A malicious server or an on-path attacker can make the client re...

CVE-2026-102728

Two client-side TLS/DTLS handshake parsers in NetX Secure read fields from a server-supplied message before validating that the message is long enough to contain them. Both are bounded out-of-bounds reads on a remotely reachable path, both are reached from a TLS or DTLS client connecting to a...

EUVD-2026-89195

Two client-side TLS/DTLS handshake parsers in NetX Secure read fields from a server-supplied message before validating that the message is long enough to contain them. Both are bounded out-of-bounds reads on a remotely reachable path, both are reached from a TLS or DTLS client connecting to a...

CVE-2026-102719 NetX Secure DTLS server issues predictable HelloVerifyRequest cookies, so a spoofed client can pass the return-routability check

In Eclipse ThreadX NetX Duo versions 6.0 through 6.5.2.202603a, the NetX Secure DTLS server fills HelloVerifyRequest cookies from NXRAND, by default the C library rand, with no key and no binding to the client. An attacker who can predict the generator's output can pass the cookie exchange from a...

CVE-2026-102719

Predictable DTLS HelloVerifyRequest Cookie in NetX Secure...

CVE-2026-102719 NetX Secure DTLS server issues predictable HelloVerifyRequest cookies, so a spoofed client can pass the return-routability check

In Eclipse ThreadX NetX Duo versions 6.0 through 6.5.2.202603a, the NetX Secure DTLS server fills HelloVerifyRequest cookies from NXRAND, by default the C library rand, with no key and no binding to the client. An attacker who can predict the generator's output can pass the cookie exchange from a...

EUVD-2026-89182

Predictable DTLS HelloVerifyRequest Cookie in NetX Secure...

CVE-2026-102719

The NetX Secure networking stack is vulnerable to a Predictable DTLS HelloVerifyRequest Cookie . This issue allows for the bypass of the DTLS cookie exchange mechanism, which is intended to prevent DoS attacks. While the base severity is MEDIUM (6.3), the attack complexity is rated as HIGH . No s...

CVE-2026-102719 NetX Secure DTLS server issues predictable HelloVerifyRequest cookies, so a spoofed client can pass the return-routability check

In Eclipse ThreadX NetX Duo versions 6.0 through 6.5.2.202603a, the NetX Secure DTLS server fills HelloVerifyRequest cookies from NXRAND, by default the C library rand, with no key and no binding to the client. An attacker who can predict the generator's output can pass the cookie exchange from a...

CVE-2026-102709

An improper validation of non-secure (NS) pointers in multiple TrustZone-M non-secure callable (NSC) entry functions allows an attacker in the non-secure world to provide pointers to secure memory. The secure firmware fails to verify these pointers before dereferencing them, leading to unintended...

EUVD-2026-89172

Improper validation of non-secure NS pointers in multiple TrustZone-M non-secure callable NSC entry functions allows an attacker executing in the non-secure world to supply pointers to secure memory. The secure firmware subsequently dereferences these attacker-controlled pointers without verifyin...

CVE-2026-102709

In Eclipse ThreadX versions 6.0.1 through 6.5.2.202603, the four non-secure-callable secure stack functions of the TrustZone-M ports dereference a thread pointer supplied by the non-secure world without checking that it points to non-secure memory. Non-secure code can make the secure firmware...

CVE-2026-102709

In Eclipse ThreadX versions 6.0.1 through 6.5.2.202603, the four non-secure-callable secure stack functions of the TrustZone-M ports dereference a thread pointer supplied by the non-secure world without checking that it points to non-secure memory. Non-secure code can make the secure firmware...

CVE-2026-102760

When NetX Secure is built with NXSECUREKEYCLEAR, every TLS record sent on an active session is wiped after it has been handed to TCP. By then the TCP layer owns the packet chain and may already have released it to the packet pool. The wipe therefore writes zeros into packets that are free or in u...

EUVD-2026-89209

When NetX Secure is built with NXSECUREKEYCLEAR, every TLS record sent on an active session is wiped after it has been handed to TCP. By then the TCP layer owns the packet chain and may already have released it to the packet pool. The wipe therefore writes zeros into packets that are free or in u...