bc-csharp: Denial of Service durch ungeprüfte HSS-Levelanzahl bei Signaturprüfung

Zusammenfassung

Eine Denial-of-Service-Schwachstelle im HSS/LMS-Signaturcode von bc-csharp (Bouncy Castle für .NET) ermöglicht eine Erschöpfung des Arbeitsspeichers. Ein nicht authentifizierter Angreifer, der einer Anwendung sowohl einen HSS-Public-Key als auch eine Signatur übergeben kann, die diese dekodiert und prüft, kann eine einzelne Prüfung bis zu rund 17 GB Speicher reservieren lassen oder eine OutOfMemoryException auslösen, wodurch der Speicher eines Serverprozesses erschöpft werden kann. Betroffen sind nur Anwendungen, die diese Klassen direkt mit nicht vertrauenswürdigen Eingaben aufrufen; laut Hersteller nutzt die X.509- und CMS-Prüfung von BC C# .NET HSS/LMS nicht.

Betroffen

• BC C# .NET 2.6.2 und älter (CNA-Bereich: vor 2.7.0)
• BC C# .NET 2.7.0-beta.98 Pre-Release

Behoben in

• BC C# .NET 2.7.0 oder neuer

Umgehung

• Vom Hersteller nicht dokumentiert. Ein Update ist die einzige in den Quellen genannte Behebung.
• Bis zur Behebung keine HSS/LMS-Public-Keys aus nicht vertrauenswürdigen Quellen akzeptieren.
• Falls kein Update möglich ist, jeden dekodierten HssPublicKeyParameters prüfen und Schlüssel mit einem Level kleiner 1 oder grösser 8 vor der Verifikation ablehnen.

Ausnutzung

• CISA SSVC: Exploitation none, Automatable yes, Technical Impact partial.
• In den Quellen wurden keine Ausnutzung in freier Wildbahn und kein öffentlicher Proof of Concept gefunden.

Unsere Empfehlung

• Prüfen, ob eigene .NET-Software oder Drittkomponenten BouncyCastle.Cryptography verwenden, einschliesslich transitiver Abhängigkeiten.
• BC C# .NET auf 2.7.0 oder neuer im üblichen Update-Zyklus aktualisieren.
• Bis dahin keine HSS/LMS-Daten aus nicht vertrauenswürdigen Quellen verifizieren und auf OutOfMemory-Fehler achten.
• Nur eskalieren, wenn ein öffentlich erreichbarer Dienst HSS/LMS-Schlüssel oder Signaturen von aussen verifiziert.

Öffentliche Exploits iAngriffscode ist öffentlich verfügbar (PoC auf GitHub, Metasploit oder Exploit-DB).

In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.

Quellen der Recherche

• Vendor wiki CVE-2026-103603 github.com
• Fix commit f47ad47c7b5745b53d3f9ac711a5a419a272a5d7 github.com
• OSV CVE-2026-103603 osv.dev
• VulDB CVE-2026-103603 vuldb.com
• Tenable CVE-2026-103603 www.tenable.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.