bc-csharp: Integritätsumgehung (Fälschung) im DSTU-7624-CCM-Modus ohne zugehörige Daten
Zusammenfassung
bc-csharp, die C#-.NET-Kryptografiebibliothek, bindet bei fehlenden zugehörigen Daten (Associated Data) im DSTU-7624-CCM-Modus (KCcmBlockCipher) weder Nonce noch Nachrichtenlänge in den Authentifizierungstag ein. Ein Angreifer, der verschlüsselte Nachrichten beobachten kann und einen Teil des Klartextes kennt oder wählen kann, kann Chiffretexte mit gültigen Tags erzeugen, die der Empfänger als authentisch akzeptiert. Betroffen sind nur Anwendungen, die KCcmBlockCipher direkt instanziieren und keine zugehörigen Daten angeben. Für die meisten KMU dürfte das Risiko gering sein, da dieser Algorithmus selten eingesetzt wird.
Betroffen
- Legion of the Bouncy Castle Inc. bc-csharp (BC C# .NET) 2.6.2 und frühere Versionen
- BC C# .NET 2.7.0-beta.98 (Vorabversion)
- Nur Anwendungen, die KCcmBlockCipher direkt und ohne zugehörige Daten verwenden
Behoben in
- BC C# .NET 2.7.0 und neuer
Umgehung
- Immer zugehörige Daten (ein nicht leeres Vielfaches der Blockgrösse der Chiffre) an KCcmBlockCipher übergeben. Dies ändert das Nachrichtenformat, daher müssen Sender und Empfänger die Änderung gemeinsam vornehmen.
- Ansonsten unbekannt: Der Hersteller nennt keine weitere Massnahme.
Ausnutzung
- Keine bekannte Ausnutzung in freier Wildbahn.
- Zum Zeitpunkt der Erfassung ist kein öffentlicher Exploit bestätigt.
- Nicht im CISA-KEV-Katalog aufgeführt.
- EPSS ist niedrig (0,00252).
- CISA SSVC: Ausnutzung keine, automatisierbar ja, technische Auswirkung partiell.
Unsere Empfehlung
- Inventarisieren Sie .NET-Anwendungen und NuGet-Abhängigkeiten auf BouncyCastle.Cryptography oder ältere BouncyCastle.Crypto-Versionen und prüfen Sie, ob sie unter 2.7.0 liegen.
- Durchsuchen Sie den Quellcode nach KCcmBlockCipher oder DSTU-7624-CCM-Verwendung. Falls gefunden, priorisieren Sie dies.
- Aktualisieren Sie bc-csharp auf 2.7.0 oder neuer. Beachten Sie, dass Nachrichten ohne zugehörige Daten, die mit früheren Versionen erstellt wurden, unter 2.7.0 nicht verifiziert werden, und planen Sie die Umstellung mit den Kommunikationspartnern.
- Fragen Sie bei Fremdprodukten den Hersteller nach dem Patchstand und ob diese Klasse verwendet wird.
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- Vendor advisory (bc-csharp wiki CVE-2026-16000) github.com
- Fix commit b01e9e6 github.com
- OSV entry CVE-2026-16000 osv.dev
- VulDB CVE-2026-16000 vuldb.com
- Vulners CVE-2026-16000 vulners.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:14.
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.