CVE-2026-71888 in BC-JAVA
Résumé
par VulDB • 03/10/2026
Dans Bouncy Castle pour Java avant la version 1.86, l'analyseur CMS AuthenticatedData en mode streaming acceptait un message dont les champs digestAlgorithm et authAttrs étaient incohérents quant à la présence d'attributs authentifiés. La section 9.1 de la RFC 5652 lie ces deux champs, exigeant que authAttrs soit présent chaque fois que digestAlgorithm l'est, et la section 9.2 stipule que le MAC couvre l'encodage DER des authAttrs lorsqu'ils sont présents, ainsi que directement l'OCTET STRING eContent lorsqu'ils ne le sont pas. CMSAuthenticatedDataParser doit choisir entre ces deux cas dans son constructeur, avant de pouvoir accéder à authAttrs (qui apparaît plus tard dans la SEQUENCE), et il se basait uniquement sur digestAlgorithm : pour un message sans digestAlgorithm mais avec des authAttrs présents, il vérifiait le MAC du contenu puis renvoyait les attributs via getAuthAttrs() comme s'ils avaient été authentifiés, alors que le MAC ne les couvrait pas. Un attaquant capable de modifier un message en transit pourrait insérer un attribut authentifié, tel qu'une ESSSecurityLabel (RFC 2634), dans un message par ailleurs valide, sans détenir ni la clé de chiffrement des clés ni la clé du contenu-MAC ; une application prenant une décision d'autorisation, de routage ou d'étiquetage basée sur ces attributs agirait alors selon des valeurs choisies par l'attaquant. Le contenu lui-même restait lié au MAC. asn1.cms.AuthenticatedData rejette désormais cette association incohérente lors de l'analyse, et CMSAuthenticatedDataParser croise les deux champs une fois authAttrs lu. Il s'agit d'une variante de CVE-2026-59642, qui liait le contenu au MAC pour les messages portant légitimement des authAttrs, mais qui ne traitait pas ce cas précis. Ce problème affecte également Bouncy Castle for Java LTS avant la version 2.73.13, ainsi que Bouncy Castle for Java FIPS (BC-FJA) avant bcpkix-fips 1.0.13 (série 1.0.X), 2.0.13 (série 2.0.X) et 2.1.13 (série 2.1.X), ainsi que bcutil-fips 2.0.8 (série 2.0.X) et 2.1.8 (série 2.1.X).
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.