CVE-2026-71885 in BC-JAVA
Résumé
par VulDB • 03/10/2026
Dans Bouncy Castle pour Java avant la version 1.86, l'implémentation de Messaging Layer Security (MLS, RFC 9420) n'associait pas un certificat X.509 à la signature_key d'un LeafNode. La méthode LeafNode.verify() vérifiait la signature du leaf par rapport à la signature_key contenue dans le leaf lui-même, tandis que la chaîne de certificats X.509 du certificat était stockée mais jamais analysée ni validée ; ainsi, la clé publique du certificat d'entité finale n'était jamais exigée pour correspondre à la signature_key, comme l'exige la section 5.3 de la RFC 9420. Une partie pouvait donc présenter le certificat d'une autre partie en tant que son propre certificat tout en signant le leaf et le KeyPackage englobant avec une clé non apparente, et être acceptée sous l'identité de cette autre partie via les méthodes KeyPackage.verify() et la voie de validation des leaves du groupe. Dans un déploiement qui admet des commits externes sans vérification indépendante d'admission des certificats, un attaquant non authentifié pourrait se faire admettre sous l'identité X.509 d'une victime, exclure cette dernière (la resynchronisation compare les certificats entiers plutôt que les clés de signature), dériver l'époque actuelle, déchiffrer les messages ultérieurs du groupe et envoyer des messages acceptés comme émanant de la victime. TreeKEM.LeafNode exige désormais que la clé publique du sujet du certificat d'entité finale, dans le codage de signature du cipher suite, soit égale à la signature_key pour un certificat X.509 et rejette le leaf sinon, y compris une chaîne vide ou un certificat dont le type de clé ne correspond pas au cipher suite ; la validation des chaînes de certificats et l'identification jusqu'à une ancre de confiance restent de la responsabilité de l'application conformément à la section 5.3.1 de la RFC 9420. Les déploiements n'utilisant que des certificats basiques ne sont pas affectés.
If you want to get best quality of vulnerability data, you may have to visit VulDB.