bc-csharp: Speicherauslastung durch ungeprüfte DTLS-Handshake-Fragmentlänge
Zusammenfassung
Die .NET-Kryptografiebibliothek bc-csharp reserviert DTLS-Handshake-Puffer anhand eines vom Angreifer kontrollierbaren 24-Bit-Längenfeldes, bevor der Peer authentifiziert ist. Ein entfernter, nicht authentifizierter DTLS-Peer kann mit präparierten Handshake-Fragmenten die Speicherreservierung auslösen; ein einzelnes kleines Datagramm kann unter Umständen rund 256 MB Speicher belegen. Dies kann die Speichererschöpfung und den Absturz der gesamten Anwendung zur Folge haben. Nur Anwendungen, die DTLS (DtlsServerProtocol oder DtlsClientProtocol) verwenden, sind betroffen; TLS ist nicht betroffen.
Betroffen
- BouncyCastle.Cryptography / bc-csharp Versionen 2.6.2 und älter
- Vorabversion 2.7.0-beta.98
- Der CNA-Eintrag nennt alle Versionen unterhalb 2.7.0
Behoben in
- BC C# .NET 2.7.0 (BouncyCastle.Cryptography 2.7.0)
Umgehung
- Ein endliches Handshake-Timeout über GetHandshakeTimeoutMillis() setzen, damit der Speicher blockierter Handshakes freigegeben wird
- Auf DTLS-Servern DtlsVerifier verwenden
- Die Anzahl gleichzeitig laufender DTLS-Handshakes begrenzen
- Diese Massnahmen verringern die Exponierung, sind aber kein vollständiger Fix; der Hersteller empfiehlt ein Update
Ausnutzung
- CISA SSVC: Ausnutzung keine, automatisierbar ja, technische Auswirkung teilweise
- Keine Hinweise auf Ausnutzung in freier Wildbahn gefunden
- Kein öffentlicher Proof of Concept in den durchgeführten Recherchen gefunden
- EPSS-Wahrscheinlichkeit 0,37 % (Drittanbieterwert, kann sich geändert haben)
Unsere Empfehlung
- Prüfen, ob eigene oder fremde .NET-Anwendungen BouncyCastle.Cryptography mit DTLS einsetzen
- Auf bc-csharp 2.7.0 oder neuer im nächsten regulären Update-Zyklus aktualisieren; eskalieren, falls ein DTLS-Endpunkt aus dem Internet erreichbar ist und das Update verzögert wird
- Bis zum Update ein endliches Handshake-Timeout setzen und gleichzeitige DTLS-Handshakes begrenzen
- Speicherauslastung und Neustarts betroffener Anwendungen überwachen
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- Vendor wiki: CVE-2026-63566 github.com
- Fix commit: bound DTLS handshake reassembly buffer github.com
- Fix commit: shared minimum helper github.com
- OSV: CVE-2026-63566 osv.dev
- BouncyCastle C# 2.7.0 release notes www.bouncycastle.org
- BouncyCastle C# download page www.bouncycastle.org
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 06:15.
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.