Bouncy Castle Java: OpenPGP-Zertifizierung von Subkey ohne Zertifizierungsberechtigung akzeptiert
Zusammenfassung
Die High-Level-OpenPGP-Zertifikatsschnittstelle von Bouncy Castle für Java akzeptiert Drittzertifizierungen und Vertrauensdelegationen von jedem Komponentenschlüssel, ohne zu prüfen, ob dieser zum Zertifizieren berechtigt war. Ein Subkey, der nur zum Signieren von Daten freigegeben ist, oder ein Legacy-RSA-Verschlüsselungssubkey mit Signierfähigkeit, kann daher eine User-ID-Zertifizierung oder eine Introducer-Vertrauensdelegation erstellen, die die Schnittstelle für das gesamte Zertifikat als gültig meldet. Ein Angreifer muss bereits die Kontrolle über einen solchen eingeschränkten Subkey besitzen, der Signatur des Primärschlüssels wird nicht gefälscht.
Betroffen
- Bouncy Castle für Java (BC-JAVA) 1.81 bis einschliesslich 1.85.x (vor 1.86)
- Betroffen sind Anwendungen, die getCertificationBy() oder getDelegationBy() für Identitäts- oder Vertrauensentscheidungen aufrufen
Behoben in
- Aktualisierung auf Bouncy Castle für Java 1.86 oder neuer
Umgehung
- Unbekannt. Der Hersteller nennt keinen offiziellen Workaround.
- Übergangsmassnahme (nicht vom Hersteller): Ergebnisse von getCertificationBy() und getDelegationBy() bis zur Aktualisierung nicht mehr für Identitäts- oder Introducer-Vertrauensentscheidungen verwenden.
Ausnutzung
- Keine bekannte Ausnutzung in freier Wildbahn.
- Kein öffentlicher Proof of Concept bekannt.
- CISA SSVC: Ausnutzung keine, nicht automatisierbar, partielle technische Auswirkung.
- EPSS ist sehr niedrig (0.00167).
Unsere Empfehlung
- Prüfen, ob interne oder Drittanbieter-Java-Anwendungen die OpenPGP-Zertifizierungs- oder Delegationsschnittstellen von Bouncy Castle verwenden.
- Betroffene bc-java-Komponenten im Rahmen der normalen Abhängigkeitsaktualisierungen auf 1.86 oder neuer aktualisieren.
- LTS- oder FIPS-Builds beim Hersteller oder Distributor prüfen, da für ältere Branches in den Quellen keine Korrektur genannt wird.
- Bis zur Korrektur die Ergebnisse dieser Schnittstellen nicht für Identitäts- oder Vertrauensentscheidungen verwenden.
- Das praktische Risiko für die meisten KMU ist gering.
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- Vendor CVE page (bc-java wiki) github.com
- Fix commit f0d5c85 github.com
- Bouncy Castle 1.86 release discussion github.com
- Bouncy Castle 1.86 release post www.bouncycastle.org
- OSV entry CVE-2026-71886 osv.dev
- SUSE CVE entry 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:06.
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.