Bouncy Castle Java: Fehlende Credential-Bindung bei MLS-X.509-Validierung
Zusammenfassung
Bouncy Castle für Java vor 1.86 prüft nicht, ob das X.509-Zertifikat in einer MLS-Credential (RFC 9420) zum Signaturschlüssel des Leaf Node passt. Ein Angreifer kann das Zertifikat einer anderen Partei vorlegen und unter deren Identität akzeptiert werden. Akzeptiert die Anwendung externe Commits ohne unabhängige Credential-Prüfung, kann ein nicht authentifizierter Angreifer einer Gruppe als Opfer beitreten, dieses entfernen sowie Gruppennachrichten lesen und senden. Deployments mit ausschliesslich Basic Credentials sind nicht betroffen.
Betroffen
- Bouncy Castle für Java (bcprov, bcpkix) vor 1.86, inklusive Java 8 und neuer
- Nur relevant, wenn MLS mit X.509-Credentials verwendet wird
- Nicht betroffen: Deployments, die ausschliesslich Basic Credentials verwenden
Behoben in
- Behoben in Bouncy Castle für Java 1.86
- Fix-Commit: 77632a57edf350a7b5751fca1a5052daffa8dab2
- Fix-Status für den BC-LTS-Zweig: Unbekannt.
Umgehung
- Wenn kurzfristig kein Update möglich ist, das Veröffentlichen von GroupInfo und Ratchet Trees für externe Beitritte stoppen oder eine unabhängige Credential-Prüfung für externe Commits einführen.
- Die Validierung der Zertifikatskette bis zu einem Trust Anchor bleibt Aufgabe der Anwendung.
Ausnutzung
- CISA SSVC: Exploitation none, Automatable no, Technical Impact total.
- Die Quellen widersprechen sich zur Ausnutzung; keine primäre Quelle bestätigt eine Ausnutzung in freier Wildbahn.
- Zum Zeitpunkt der Recherche wurde kein öffentlicher Exploit in GitHub oder Exploit-DB gefunden.
- EPSS laut einem Aggregator: 0.19%.
Unsere Empfehlung
- Java- und Android-Anwendungen auf bcprov oder bcpkix unter 1.86 prüfen, inklusive transitiver Abhängigkeiten.
- Auf Bouncy Castle 1.86 oder neuer aktualisieren.
- Wo MLS mit X.509-Credentials eingesetzt wird, Gruppen-Zulassungskontrollen prüfen und für externe Commits eine unabhängige Credential-Prüfung einführen.
- Wo MLS nicht verwendet wird, das Update als reguläres Patching behandeln.
Öffentliche Exploits
In PoC-in-GitHub, Metasploit und Exploit-DB ist für diese CVE nichts verzeichnet.
Quellen der Recherche
- Bouncy Castle wiki: CVE-2026-71885 github.com
- Fix commit 77632a57 github.com
- Bouncy Castle 1.86 release announcement www.bouncycastle.org
- OSV: CVE-2026-71885 osv.dev
- DevGuard vulnerability entry docs.devguard.org
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 31.10.2026 04:55.
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.