CVE-2026-46353
WysokieCVSS 8.1Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 18 - wyżej niż 18% wszystkich znanych CVE
Streszczenie
W BigBlueButton przed wersją 3.0.21 stwierdzono podatność polegającą na możliwości ominięcia walidacji sumy kontrolnej (checksum) w żądaniach API. Problem występuje, gdy do żądania dodany zostanie parametr presentationUploadExternalUrl, co pozwala na wysyłanie poprawnych żądań do niektórych endpointów bez wymaganej sumy kontrolnej.
Ocena ryzyka
Ryzyko polega na tym, że osoba atakująca może wysyłać nieautoryzowane żądania do API, potencjalnie przesyłając złośliwe pliki lub wykonując inne niepożądane operacje bez odpowiedniego uwierzytelnienia.
Rekomendacja
Należy niezwłocznie zaktualizować BigBlueButton do wersji 3.0.21 lub nowszej, która zawiera poprawkę usuwającą tę podatność.
Inne podatności w BigBlueButton
Zobacz wszystkie- CVE-2026-55491Średnie
BigBlueButton to platforma wirtualnej klasy open-source. Przed wersją 3.0.29 BigBlueButton nie escapował pola meetingName w record-and-playback/screenshare/playback/index.html.erb podczas generowania formatu odtwarzania ekranu. Użytkownik z niskimi uprawnieniami mógł zapisać spreparowaną nazwę spotkania zawierającą skrypt, który wykonywał się w przeglądarce innego użytkownika podczas odtwarzania nagrania. Problem naprawiono w wersji 3.0.29.
- CVE-2026-55489Średnie
BigBlueButton to platforma wirtualnej klasy open-source. Przed wersją 3.0.29 prezenterzy mogli przesłać presentationId przez /api/graphql, które identyfikowało prezentację należącą do innego spotkania. Plik akka-bbb-apps/src/main/scala/org/bigbluebutton/core/apps/presentationpod/RemovePresentationPubMsgHdlr.scala nie weryfikował identyfikatora spotkania przed usunięciem, co pozwalało prezenterowi znającemu identyfikator usunąć prezentację innego spotkania i zakłócić jego dostępność. Problem naprawiono w wersji 3.0.29.
- CVE-2026-46682Wysokie
BigBlueButton przed wersją 3.0.23 pozwala uwierzytelnionym moderatorom na wstrzyknięcie SQL przez wartości meetingId i userId używane w metodzie refreshBreakoutRoomsVisibleForUsers. Metoda interpoluje te wartości do zapytań o widoczność pokoi breakout, umożliwiając wykonanie dowolnego SQL na bazie danych aplikacji. Problem naprawiono w wersji 3.0.23.
- CVE-2026-46355Wysokie
BigBlueButton przed wersją 3.0.23 udostępnia endpoint /bigbluebutton/api/handleJoinExistingUser, który był routowalną akcją kontrolera zamiast prywatną funkcją pomocniczą. Osoba mogąca podać existingUserID aktywnego uczestnika może ponownie użyć jego sesji i podszyć się pod uczestnika w tym samym spotkaniu. Problem naprawiono w wersji 3.0.23.
- CVE-2026-46404Średnie
BigBlueButton przed wersją 3.0.23 nieprawidłowo ograniczał dostęp do lokalnych adresów sieciowych podczas walidacji URL prezentacji. Logika podążania za przekierowaniami została poprawiona, aby blokować adresy IP z zakresów lokalnych.
- CVE-2026-46351Wysokie
BigBlueButton przed wersją 3.0.21 generował tokeny sesji konferencyjnych z niewystarczająco bezpieczną losowością, co umożliwiało użytkownikowi sesji przewidywanie tokenów innych użytkowników i podszywanie się pod nich.
- CVE-2026-27737Średnie
BigBlueButton przed wersją 3.0.19 nie sanityzuje danych wejściowych użytkownika w publicznym czacie podczas odtwarzania nagrań. Pozwala to złośliwemu aktorowi na przeprowadzenie ataku XSS, który aktywuje się u każdego odtwarzającego nagranie. Problem został naprawiony w wersji 3.0.19.
- CVE-2023-33176Średnie
BigBlueButton, otwarte źródło wirtualnej klasy, ma podatność typu Server-Side Request Forgery (SSRF) w wersjach, które pozwalają użytkownikom na podanie URL do pobrania prezentacji bez wcześniejszej walidacji. Wprowadzono aktualizację metody `followRedirect`, aby walidować wszystkie URL-e używane do pobierania prezentacji.
Oryginalny opis (angielski, źródło NVD)
BigBlueButton is an open-source virtual classroom. Prior to 3.0.21, bbb-web checksum validation could be bypassed when a presentationUploadExternalUrl parameter was supplied to API request handling in CreateMeeting.java and ValidationService.java, allowing a user to send valid requests to some endpoints without a checksum. This issue is fixed in version 3.0.21.

