Bouncy Castle bc-csharp: Denial of Service durch quadratische Laufzeit bei X.509-Namen
Zusammenfassung
Die Kryptografie-Bibliothek bc-csharp wandelt X.509-Distinguished-Names mit einem Algorithmus in Strings um, dessen Laufzeit quadratisch mit der Länge eines Attributwerts wächst. Ein entfernter, nicht authentifizierter Angreifer kann ein Zertifikat, eine CRL, einen Zertifikatsantrag oder eine ähnliche Struktur mit einem langen Wert liefern, der Zeichen enthält, die escaped werden müssen, etwa Kommas, und so CPU-Ressourcen erschöpfen. Die Ausnutzbarkeit hängt davon ab, ob eine Anwendung solche Namen in Strings umwandelt, beispielsweise für Logging oder Anzeige, oder ob sie eine PKIX-Pfadvalidierung mit directoryName-Name-Constraints durchführt.
Betroffen
- bc-csharp (NuGet-Paket BouncyCastle.Cryptography) vor 2.7.0
- BC C# .NET 2.6.2 und älter sowie die Vorabversion 2.7.0-beta.98
Behoben in
- Upgrade auf BC C# .NET 2.7.0 oder neuer (Fix-Commit bd03e38bbb49db5be33f4463fc40997400c545cc)
Umgehung
- Länge der Attributwerte prüfen, bevor ein Name in einen String umgewandelt wird, und zu lange Werte überspringen oder kürzen
- Grösse der Zertifikate, CRLs und Anfragen von nicht vertrauenswürdigen Parteien begrenzen
Darüber hinaus ist kein Workaround des Herstellers dokumentiert.
Ausnutzung
- CISA SSVC: Exploitation none, Automatable no, Technical Impact partial
- Laut einer Drittquelle nicht in der KEV-Liste; EPSS etwa 0.00259
- Im begrenzten Rechercheumfang wurden kein öffentlicher Proof of Concept und keine Ausnutzung in freier Wildbahn gefunden
Unsere Empfehlung
- .NET-Anwendungen mit dem NuGet-Paket BouncyCastle.Cryptography inventarisieren und deren Version prüfen
- Auf Version 2.7.0 oder neuer aktualisieren, zuerst internetexponierte Dienste und Dienste, die Zertifikate aus nicht vertrauenswürdigen Quellen verarbeiten
- Bis zum Update Grössenlimits für Zertifikate und Anfragen setzen und auf CPU-Auslastung ü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-103604 github.com
- Fix commit bd03e38bbb49db5be33f4463fc40997400c545cc github.com
- OSV: CVE-2026-103604 osv.dev
- Vulners: CVE-2026-103604 vulners.com
- OpenCVE: CVE-2026-103604 app.opencve.io
- VulDB: CVE-2026-103604 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 06:13.
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.