Analysis and contextual insights are available on OpenCVE Cloud.
No vendor fix or workaround currently provided.
Additional remediation guidance may be available on OpenCVE Cloud.
Tracking
Sign in to view the affected projects.
No advisories yet.
Wed, 04 Nov 2026 13:30:00 +0000
| Type | Values Removed | Values Added |
|---|---|---|
| Description | The NetX Secure DTLS server sends a HelloVerifyRequest carrying a freshly generated cookie, but never checks the cookie a client returns. The ClientHello parser copies the client's cookie bytes over the value the server issued, and the server then decides whether the client has been verified from the cookie's length alone. A peer that puts any single cookie byte in its first ClientHello skips the verification exchange entirely, so the server has no return-routability check and completes handshakes for forged source addresses. | In Eclipse ThreadX NetX Duo versions 6.0 through 6.5.2.202603, the NetX Secure DTLS server never compares the cookie a client returns with the one it issued, and treats any non-empty cookie as verified. A remote attacker can make the server send its full handshake flight, several kilobytes, to a forged source address, using it to reflect amplified traffic at a third party. |
| Title | NetX Duo DTLS Server Bypasses Cookie Validation, Enabling Forged Connections | Missing HelloVerifyRequest cookie validation in the NetX Secure DTLS server |
| Metrics |
cvssV4_0
|
cvssV4_0
|
Sat, 17 Oct 2026 06:00:00 +0000
| Type | Values Removed | Values Added |
|---|---|---|
| First Time appeared |
Eclipse
Eclipse netx Duo |
|
| Vendors & Products |
Eclipse
Eclipse netx Duo |
Fri, 16 Oct 2026 21:30:00 +0000
| Type | Values Removed | Values Added |
|---|---|---|
| Metrics |
ssvc
|
Thu, 15 Oct 2026 15:45:00 +0000
| Type | Values Removed | Values Added |
|---|---|---|
| Title | NetX Duo DTLS Server Bypasses Cookie Validation, Enabling Forged Connections |
Wed, 14 Oct 2026 18:00:00 +0000
| Type | Values Removed | Values Added |
|---|---|---|
| Description | The NetX Secure DTLS server sends a HelloVerifyRequest carrying a freshly generated cookie, but never checks the cookie a client returns. The ClientHello parser copies the client's cookie bytes over the value the server issued, and the server then decides whether the client has been verified from the cookie's length alone. A peer that puts any single cookie byte in its first ClientHello skips the verification exchange entirely, so the server has no return-routability check and completes handshakes for forged source addresses. | |
| Weaknesses | CWE-290 CWE-406 |
|
| References |
| |
| Metrics |
cvssV4_0
|
Status: PUBLISHED
Assigner: eclipse
Published:
Updated: 2026-11-04T13:23:55.487Z
Reserved: 2026-10-06T16:53:50.280Z
Link: CVE-2026-106465
Updated: 2026-10-16T20:14:40.728Z
Status : Awaiting Analysis
Published: 2026-10-14T18:17:25.093
Modified: 2026-10-16T21:17:18.130
Link: CVE-2026-106465
No data.
OpenCVE Enrichment
Updated: 2026-10-17T05:45:03Z