Podatności MongoDB Server

W MongoDB Server 8.0 etap agregacji może pozostawić pole _subPipeline jako null podczas przetwarzania niektórych potoków. Jeśli następnie zostanie wydane żądanie getMore na tym samym kursorze, serwer może wyłuskać ten null pod-pipeline podczas ponownego dołączania do kontekstu operacji, uzyskując dostęp do nieprawidłowego adresu i powodując awarię procesu. Problem umożliwia uwierzytelnionemu użytkownikowi, który może uruchamiać potoki agregacji, spowodowanie odmowy usługi poprzez wysłanie specjalnie spreparowanej agregacji, a następnie getMore na podatnych wersjach.

Podatność w logice walidacji BSON w MongoDB Server pozwala nieuwierzytelnionemu użytkownikowi na awarię procesu mongod poprzez wysłanie specjalnie spreparowanej wiadomości. Walidator BSON nieprawidłowo obsługuje zagnieżdżone struktury danych binarnych, co prowadzi do niekontrolowanej wzajemnej rekurencji między funkcjami walidacyjnymi.

Utworzenie indeksu '2dsphere_bucket' na kolekcji niebędącej kolekcją szeregów czasowych zakończy się sukcesem, ale każda późniejsza próba wstawienia dokumentu, która wyzwala aktualizację tego indeksu, spowoduje awarię serwera. Podobny problem występuje przy tworzeniu indeksów 'queryable_encrypted_range'. Problem dotyczy MongoDB Server w wersjach 7.0 przed 7.0.32, 8.0 przed 8.0.21 i 8.2 przed 8.2.6.

MongoDB Server ma podatność po uwierzytelnieniu w protokole dwufazowego zatwierdzania transakcji między fragmentami, co może prowadzić do logicznych niespójności danych w określonych warunkach. Może to spowodować błędną interpretację transakcji jako zatwierdzonej, prowadząc do niespójnego stanu na fragmentach, co wpływa na integralność i dostępność.

Uwierzytelniony użytkownik może spowodować awarię serwera MongoDB poprzez wywołanie przepełnienia bufora odczytu. Wystarczy wydać operację DDL podczas wykonywania zapytań w określonych warunkach. Podatność dotyczy MongoDB Server w wersjach 7.0 przed 7.0.25, 8.0 przed 8.0.15 oraz wersji 8.2.0.

MongoDB Server może pozwolić na ponowienie operacji upsert w transakcji, co może naruszyć ograniczenia unikalnych indeksów, prowadząc do błędu niezmienności i awarii serwera podczas zatwierdzania. Problem dotyczy wersji 6.0 przed 6.0.25, 7.0 przed 7.0.22 i 8.0 przed 8.0.12.