bc-csharp: Umgehung von Name Constraints bei der Zertifikatspfadprüfung
Zusammenfassung
Eine fehlerhafte Prüfung von directoryName-Name-Constraints in bc-csharp (BouncyCastle.Cryptography für .NET) erlaubt es, dass ein Zertifikatssubject zusätzliche RDNs vor einem erlaubten Teilbaum enthält und trotzdem als innerhalb dieses Teilbaums gilt. Ein Angreifer, der eine name-eingeschränkte Zwischen-CA kontrolliert oder bei ihr Zertifikate ausstellen lassen kann, kann so Zertifikate akzeptieren lassen, deren Subject-Name oder directoryName-Subject-Alternative-Name ausserhalb des erlaubten Namensraums liegt. Betroffen sind nur Anwendungen, die Pfade mit PkixCertPathValidator oder PkixCertPathBuilder prüfen, solchen CAs vertrauen und den Subject-Namen zur Identifikation oder Autorisierung verwenden.
Betroffen
- bc-csharp (BouncyCastle.Cryptography) Versionen vor 2.7.0
- Laut Herstellerwiki: BC C# .NET 2.6.2 und frühere sowie das Pre-Release 2.7.0-beta.98
- Alle CLRs betroffen; nur directoryName-Name-Constraints sind betroffen
Behoben in
- Auf bc-csharp 2.7.0 oder neuer aktualisieren
Umgehung
- Es gibt keine Konfigurationseinstellung, die die Prüfung in früheren Versionen korrigiert.
- Anwendungen, die auf directoryName-Name-Constraints angewiesen sind, können nach erfolgreicher Pfadprüfung kontrollieren, dass der Subject-Name des Endzertifikats und alle directoryName-Subject-Alternative-Names mit der vollständigen RDN-Sequenz eines Teilbaums beginnen, den die eingeschränkte CA verwenden darf.
Ausnutzung
- Keine Hinweise auf Ausnutzung in freier Wildbahn gefunden.
- Kein öffentlicher Proof of Concept bekannt.
- CISA-SSVC-Bewertung: Ausnutzung keine, automatisierbar nein, technische Auswirkung partiell.
Unsere Empfehlung
- Versionen von bc-csharp / BouncyCastle.Cryptography in SBOMs, Lockfiles und ausgelieferten Binärdateien inventarisieren, einschliesslich Appliances von Herstellern und eigener Anwendungen.
- Auf 2.7.0 oder neuer aktualisieren, zuerst bei Diensten mit Zertifikatspfadvalidierung.
- Falls das Update verzögert wird, die im Herstellerwiki beschriebene Prüfung des Subject-Präfixes anwenden.
- Prüfen, ob eine interne CA directoryName-Name-Constraints verwendet; falls nicht, ist das Risiko gering.
Ö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-63577) github.com
- Fix commit: prefix matching github.com
- Fix commit: regression test github.com
- OSV entry CVE-2026-63577 osv.dev
- Vulners NVD mirror CVE-2026-63577 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 17:31.
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.