Bouncy Castle for Java: Namensbeschränkungen nicht auf Endzertifikat angewendet
Zusammenfassung
Der PKIX-Zertifikatspfad-Prüfer in Bouncy Castle for Java prüft X.509-Namensbeschränkungen nicht gegen den Subject-DN oder die subjectAltName des Endzertifikats (Leaf-Zertifikat). Anwendungen, die das Ergebnis von isValidCertPath() als Vertrauensentscheidung verwenden, können ein Zertifikat akzeptieren, das die namenbeschränkte ausstellende CA nie ausstellen durfte. Der standardmässige BC-PKIX-Validator ist von dieser Schwachstelle nicht betroffen; das Risiko besteht nur dort, wo der Prüfer für Vertrauensentscheidungen eingesetzt wird.
Betroffen
- Bouncy Castle for Java (BC-JAVA) vor 1.86
- Bouncy Castle for Java LTS (BC-LTS-JAVA) 2.73.0 bis vor 2.73.13
- Bouncy Castle for Java FIPS (BC-FJA) bcpkix-fips vor 1.0.13 (1.0.X-Reihe, ab 1.0.4), vor 2.0.13 (2.0.X-Reihe) und vor 2.1.13 (2.1.X-Reihe)
- Plattform: Java 8 und neuer
Behoben in
- BC-JAVA 1.86
- BC-LTS-JAVA 2.73.13
- BC-FJA bcpkix-fips 1.0.13, 2.0.13 und 2.1.13
- Distributionspakete: den jeweiligen Distributions-Tracker prüfen (openSUSE liefert 1.86; Status bei Debian und Ubuntu nicht verifiziert)
Umgehung
- Der Hersteller stellt keine offizielle Workaround-Massnahme bereit.
- Anwendungen, die sich für Vertrauensentscheidungen allein auf den Prüfer verlassen, können stattdessen CertPathValidator.getInstance("PKIX", "BC") verwenden, der laut Herstelleranalyse dieselbe Kette korrekt abgelehnt hat. Dies ist eine Ableitung aus der Herstelleranalyse, kein offizieller Workaround.
Ausnutzung
- Keine bekannte Ausnutzung in freier Wildbahn.
- Kein Eintrag im CISA-KEV-Katalog und zum Zeitpunkt der Recherche kein öffentlicher Proof of Concept bekannt.
- CISA-SSVC-Bewertung: Ausnutzung keine, automatisierbar ja, technische Auswirkung partiell.
Unsere Empfehlung
- Java-Anwendungen und Abhängigkeiten inventarisieren, die bcpkix oder bcprov enthalten, und deren Versionen erfassen.
- Auf BC-JAVA 1.86, BC-LTS-JAVA 2.73.13 oder die passende BC-FJA-Version aktualisieren.
- Anwendungen priorisieren, die den PKIXCertPathReviewer für Vertrauensentscheidungen nutzen, etwa eigene TLS-, VPN-, IoT- oder Dokumentensignatur-Lösungen.
- Appliances und Software mit gebündeltem Java auf aktualisierte Komponenten prüfen.
- Falls ein Patch verzögert ist, solche Vertrauensentscheidungen auf CertPathValidator.getInstance("PKIX", "BC") umstellen.
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- Bouncy Castle commit 06dcff2f (fix) github.com
- Bouncy Castle wiki: CVE-2026-71889 (vendor advisory) github.com
- Bouncy Castle Java 1.86 release announcement www.bouncycastle.org
- OSV: DEBIAN-CVE-2026-71889 osv.dev
- OSV: CVE-2026-71889 osv.dev
- VulDB: CVE-2026-71889 vuldb.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 05:42.
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.