CVE-2026-71891
Beschrijving NL
In Bouncy Castle voor Java vóór 1.86, BLS12_381BasicScheme.keyValidate, en dus BLSPublicKeyParameters en elk BasicScheme, MessageAugmentation en ProofOfPossession verifiëren en aggregerenVerifieer die poort erop, accepteerde een openbare sleutel gebouwd op een vreemde ECCurve die alleen het veldkenmerk van BLS12-381 deelt. De controle van de subgroep van de priemorde vertrouwt op de eigen curve van een punt om zijn cofactor te benoemen, aangezien ECPoint.satisfiesOrder ronduit waar is wanneer de cofactor van de curve één is, dus een punt op een curve met een andere vergelijking en een cofactor gesmeed tot één geslaagd keyValidate ondanks dat het helemaal geen G1-punt is. In de koppelingsimplementatie van BC draagt zo 'n punt bij aan de identiteit in de doelgroep, dus een geaggregeerde handtekening die is geverifieerd tegen een reeks openbare sleutels, inclusief deze, wordt geaccepteerd, ook al bevat het geen handtekening voor die sleutel en berichtenpaar, waardoor een fantoomondertekenaar wordt toegelaten. keyValidate bevestigt nu eerst dat de curve van het punt precies het canonieke G1-veld, de vergelijking, de volgorde en de cofactor bevat vóór elke subgroepcontrole. Het probleem is alleen bereikbaar wanneer een toepassing een ECPoint construeert op een expliciete, niet-canonieke curve en deze accepteert als een gezaghebbende sleutel; de standaard 48-byte gecomprimeerde decoder levert altijd de canonieke curve en werd nooit beïnvloed.
Origineel (Engels) tonen
In Bouncy Castle for Java before 1.86, BLS12_381BasicScheme.keyValidate, and so BLSPublicKeyParameters and every BasicScheme, MessageAugmentation and ProofOfPossession verify and aggregateVerify that gate on it, accepted a public key built on a foreign ECCurve that merely shares BLS12-381's field characteristic. The prime-order subgroup check trusts a point's own curve to name its cofactor, since ECPoint.satisfiesOrder returns true outright when the curve's cofactor is one, so a point on a curve with a different equation and a cofactor forged to one passed keyValidate despite not being a G1 point at all. In BC's pairing implementation such a point contributes the identity in the target group, so an aggregate signature verified against a set of public keys including it is accepted even though it contains no signature for that key and message pair, admitting a phantom signer. keyValidate now first confirms that the point's curve carries exactly the canonical G1 field, equation, order and cofactor before any subgroup check. The issue is reachable only where an application constructs an ECPoint on an explicit, non-canonical curve and accepts it as an authority-bearing key; the standard 48-byte compressed-point decoder always supplies the canonical curve and was never affected.