CVE-2026-71890

W Bouncy Castle dla Javy przed wersją 1.86 walidacja listy propozycji zewnętrznego zatwierdzenia MLS (RFC 9420), org.bouncycastle.mls.protocol.Group.validateExternalCachedProposals, liczyła propozycje według typu i ograniczała indeks usuniętych liści, ale nigdy nie ustalała, czy usunięty liść miał coś wspólnego z łącznikiem. RFC 9420 sek. 12.2 dopuszcza co najwyżej jedną propozycję usunięcia w zewnętrznym zatwierdzeniu, za pomocą której dołączający usuwa starą wersję siebie i wymaga, aby LeafNode w polu ścieżki zatwierdzenia, gdy jest obecny, spełniał kryteria, które musiałby spełnić w aktualizacji usuniętego liścia, w szczególności aby jego identyfikatory uwierzytelniające były akceptowalne dla usuniętego uczestnika. Reguła samousuwania zwykłego modułu sprawdzania poprawności listy propozycji celowo nie jest stosowana na tej ścieżce, ponieważ zatwierdzenie ponownej synchronizacji legalnie usuwa liść będący własnością łącznika, ale nic nie zostało umieszczone na jego miejscu. Każda strona posiadająca publiczną GroupInfo grupy, czyli dokładnie to, co ma otrzymać zewnętrzny łącznik, może zatem wykonać operację Usuń, nadając nazwę LeafIndex dowolnego członka i kazać każdemu członkowi zastosować go, eksmitując tego członka i przejmując jego miejsce w drzewie zapadkowym. Kontrola poświadczeń, która powinna była temu zapobiec, istniała tylko w wiązce współdziałania gRPC i dlatego nie chroniła żadnego innego obiektu wywołującego publiczne interfejsy API Group.externalJoin i Group.handle. Zewnętrzne zatwierdzenie zawierające opcję Remove jest teraz akceptowane tylko wtedy, gdy dane uwierzytelniające usuniętego liścia są identyczne z tymi w nowym liściu łącznika, zarówno po stronie wysyłającej, jak i odbierającej.