IT SBIT Services
Schneeberger
DEEN
CVE-Tracker

bc-csharp: Unzureichende Integritätsprüfung bei der AES-CCM-Entschlüsselung

CVE-2026-15999Hoch 8.2

← Alle Schwachstellen

Zusammenfassung

bc-csharp, die .NET-Portierung der kryptografischen Bibliothek Bouncy Castle, prüft bei der Entschlüsselung von AES-CCM-Daten die Länge des Authentifizierungs-Tags nicht. Ein Angreifer auf dem Übertragungsweg, der eine Nachricht verändern kann, kann deren Integritätsschutz entfernen und den verschlüsselten Inhalt ändern, der danach als geprüft zurückgegeben wird. Das Problem betrifft Fälle, in denen die Tag-Länge aus Daten stammt, die ein Angreifer verändern kann, etwa bei CMS EnvelopedData mit AES-CCM. Die Vertraulichkeit ist nicht betroffen.

Betroffen

  • bc-csharp Versionen 2.6.2 und älter sowie 2.7.0-beta.98
  • Betroffen, wenn AES-CCM-Parameter aus nicht vertrauenswürdigen Nachrichten für die Entschlüsselung verwendet werden (zum Beispiel CmsEnvelopedData, CmsEnvelopedDataParser, ParameterUtilities.GetCipherParameters oder CcmBlockCipher)

Behoben in

  • bc-csharp 2.7.0 oder neuer

Umgehung

  • Wenn ein Update nicht sofort möglich ist, ist die Tag-Länge vor der Entschlüsselung von AES-CCM-Daten aus einer Nachricht zu prüfen.
  • Jede Tag-Länge ablehnen, die nicht der erwarteten entspricht, mindestens aber alles ausserhalb von 4 bis 16 Oktetten in Schritten von 2.

Ausnutzung

  • CISA-SSVC-Bewertung: Ausnutzung keine, nicht automatisierbar, partielle technische Auswirkung.
  • Zum Zeitpunkt der Recherche sind keine Ausnutzung in freier Wildbahn und kein öffentlicher Proof of Concept bekannt.

Unsere Empfehlung

  • .NET-Projekte und Container-Images auf bc-csharp (BouncyCastle.Cryptography) in Versionen unter 2.7.0 prüfen.
  • Mit dem nächsten Build auf 2.7.0 oder neuer aktualisieren.
  • Bis dahin die Tag-Länge bei der AES-CCM-Entschlüsselung von Daten aus nicht vertrauenswürdigen Quellen prüfen.
  • Herstellerwiki und NVD auf Updates überwachen.

Öffentliche Exploits

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

Quellen der Recherche

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 17:33.

Referenzen der NVD (3)

Quellen

Der Tracker verbindet offizielle, frei nutzbare Datenquellen – laufend aktualisiert:

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.