bc-csharp: Fehlerhafte URI-Namensbeschränkungsprüfung bei Zertifikatsvalidierung

Zusammenfassung

Die Bouncy-Castle-Bibliothek bc-csharp vor Version 2.7.0 extrahiert bei der Zertifikatspfadvalidierung den Host aus URI-Namen in Zertifikaten fehlerhaft. Enthält eine URI '@' oder ':' in Userinfo, Pfad, Query oder Fragment, kann die Prüfung einen anderen Host vergleichen als den tatsächlichen, sodass URI-Namensbeschränkungen umgangen werden können. Ein Angreifer benötigt dafür ein Zertifikat einer namensbeschränkten untergeordneten CA oder einer CA darunter, das eine präparierte URI enthält; die Hauptgefahr geht von einer fehlerhaft handelnden oder kompromittierten beschränkten CA aus. Nur Anwendungen, die URI-Namensbeschränkungen zur Begrenzung des Vertrauens einsetzen, sind betroffen.

Betroffen

• bc-csharp (NuGet-Paket BouncyCastle.Cryptography) Versionen vor 2.7.0
• Laut Hersteller-Wiki betroffen: 2.6.2 und älter sowie 2.7.0-beta.98
• Betrifft alle CLRs

Behoben in

• Auf bc-csharp 2.7.0 oder neuer aktualisieren

Umgehung

• Es gibt keine Konfigurationsoption; die Korrektur in 2.7.0 kann nicht deaktiviert werden.
• Bis zur Aktualisierung können Anwendungen, die auf URI-Namensbeschränkungen angewiesen sind, jeden URI-Namen selbst mit einem standardkonformen Parser wie System.Uri zerlegen, den Host gegen die Beschränkungen prüfen und nicht parsebare Namen ablehnen.
• Das alleinige Ablehnen von URI-Namen mit '@' reicht nicht aus.
• Übergangsmassnahme: Die Anzahl der untergeordneten CAs, denen Ihre Anwendungen vertrauen, einschränken.

Ausnutzung

• CISA SSVC: Ausnutzung keine, nicht automatisierbar, partielle technische Auswirkung.
• Kein öffentlicher Exploit gefunden; keine bekannte Ausnutzung in freier Wildbahn.
• EPSS-Wert ist niedrig (0.00218).

Unsere Empfehlung

• Inventar der .NET-Anwendungen erstellen, die BouncyCastle.Cryptography verwenden, und deren Versionen erfassen.
• Auf 2.7.0 oder neuer aktualisieren, mit Priorität für Dienste, die Zertifikatsketten von Partnern oder interner PKI validieren.
• Bis zur Aktualisierung interne CAs mit namensbeschränkten Zwischenzertifikaten prüfen und die oben genannten Übergangsmassnahmen anwenden.
• Korrektur vor dem Rollout anhand des Hersteller-Wikis verifizieren.

Ö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 advisory (bc-csharp wiki) github.com
• Fix commit f196a22 github.com
• OSV entry CVE-2026-63576 osv.dev
• Vulners CVE-2026-63576 vulners.com
• VulDB CVE-2026-63576 vuldb.com
• OpenCVE CVE-2026-63576 app.opencve.io

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:30.