Eclipse NetX Duo: Out-of-bounds-Read in der TLS-1.3-Zertifikatsverarbeitung
Zusammenfassung
Eine fehlende Grenzprüfung im Parser für TLS-1.3-Certificate-Nachrichten von NetX Secure, Teil von Eclipse NetX Duo, erlaubt einem bösartigen TLS-1.3-Server, einen Integer-Underflow und einen Out-of-bounds-Read im Heap auszulösen. Die gelesenen Daten werden an den Zertifikatsparser weitergegeben, ein Out-of-bounds-Write ist möglich, aber nicht bestätigt. Für den Angriff sind keine Zugangsdaten nötig, und er erfolgt während des Handshakes vor der Zertifikatsprüfung, weshalb ein gefälschter Server, ein Angreifer auf dem Übertragungsweg oder ein rogue Access Point ihn auslösen kann. Betroffen sind eingebettete Geräte, auf denen NetX Secure mit aktiviertem TLS 1.3 läuft.
Betroffen
- Eclipse ThreadX NetX Duo 6.5.1.202602 und früher (CNA-Eintrag: 0 bis <= 6.5.1.202602)
- Nur Builds mit definiertem NX_SECURE_TLS_TLS_1_3_ENABLED, auf Client- und Serverseite
- Herstellerfirmware, die NetX Duo mit eigenen Versionsnummern einbettet: Unbekannt.
Behoben in
- Behoben in NetX Duo 6.5.2.202603
- Das Sicherheits-Hotfix 6.5.2.202603a ist das neueste Release; ob es auch die Korrektur für diese CVE enthält, ist in den geprüften Auszügen nicht bestätigt.
Umgehung
- Der CVE-Eintrag und das Advisory nennen keinen Workaround für TLS-1.3-Builds.
- Ein Build ohne TLS 1.3 (NX_SECURE_TLS_ENABLE_TLS_1_3 nicht gesetzt) entfernt den betroffenen Codepfad.
- Ob ein Gerät TLS 1.3 verwendet, ist ohne Prüfung der Build-Konfiguration unbekannt.
Ausnutzung
- Kein öffentlicher Exploit bekannt.
- Nicht im CISA-KEV-Katalog aufgeführt.
- CISA SSVC: Exploitation none, automatable yes, technical impact partial.
- EPSS etwa 0.3 % (Vulners).
- Keine bekannte Ausnutzung in freier Wildbahn.
Unsere Empfehlung
- Geräte mit ThreadX oder NetX Duo inventarisieren, einschliesslich Firmware von Drittanbietern.
- Bei den Geräteherstellern Firmware auf Basis von 6.5.2.202603a oder neuer anfragen, mindestens aber 6.5.2.202603.
- Prüfen, ob TLS 1.3 auf Geräten aktiviert ist, die es nicht benötigen, und wo möglich deaktivieren.
- Ausgehende Verbindungen von Geräten auf vertrauenswürdige Endpunkte beschränken.
- Firmware-Updates der Hersteller verfolgen und das GitHub-Advisory für die verbindliche Versionsangabe lesen.
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- GitHub Security Advisory GHSA-4m85-f9qh-q3jv github.com
- NetX Duo release v6.5.2.202603_rel github.com
- Eclipse ThreadX security hotfix discussion github.com
- OpenCVE entry CVE-2026-92843 app.opencve.io
- VulDB entry 422846 vuldb.com
Recherchiert und auf Deutsch und Englisch aufbereitet von einer KI (Claude von Anthropic) auf Basis von NVD, CISA, EPSS und den genannten Quellen. Massgebend sind die Angaben des Herstellers. Recherche vom 01.11.2026 01:28.
Referenzen der NVD (1)
Quellen
Der Tracker verbindet offizielle, frei nutzbare Datenquellen – laufend aktualisiert:
- NVD (NIST) – CVE, Bewertung (CVSS), betroffene Produkte
- CISA KEV – von der CISA bestätigt aktiv ausgenutzte Lücken
- CISA Vulnrichment – Einschätzung der CISA (SSVC) im offiziellen CVE-Eintrag
- FIRST EPSS – Wahrscheinlichkeit einer Ausnutzung
- Microsoft MSRC – Patch Tuesday: Lücken, Schweregrad, Updates
- PoC-in-GitHub – öffentliche Proof-of-Concept-Repositories
- Metasploit (Rapid7) – Module des Metasploit Framework
- Exploit-DB (OffSec) – Archiv öffentlicher Exploits (nur Verweise)
- Patch-Tage: offizielle Seiten der Hersteller (je Hersteller verlinkt) (Patch-Tage der Hersteller)
Dieses Angebot nutzt Daten der NVD-API, ist aber von der NVD weder unterstützt noch zertifiziert. EPSS-Daten © FIRST.org.
Betroffen? Wir helfen.
Wir prüfen, ob Ihre Systeme betroffen sind, spielen Updates ein und schliessen die Lücke – auf Wunsch auch laufend mit dem System Health Checker.
