Podatności MongoDB Server

Podatność CVE-2026-8336 pozwala uwierzytelnionemu użytkownikowi na spowodowanie awarii serwera mongod poprzez niewłaściwe użycie funkcji JavaScript na serwerze. Problem występuje w wersjach MongoDB Server v8.2 przed 8.2.9 oraz v8.3 przed 8.3.2.

W MongoDB Server występuje problem w implementacji kolekcji szeregów czasowych, który pozwala uwierzytelnionemu użytkownikowi z uprawnieniami do zapisu w bazie danych na wywołanie zapisu pamięci poza dozwolonym zakresem w procesie mongod. Problem wynika z niespójności w wewnętrznym mapowaniu nazw pól na indeksy w katalogu kubełków szeregów czasowych.

W warstwie wartości dokumentów serwera MongoDB występuje warunek wyścigu, który pozwala równoległym wątkom serwera operować na tej samej pamięci wewnętrznej bez synchronizacji, prowadząc do uszkodzenia pamięci. Uwierzytelniony użytkownik z zwykłymi uprawnieniami odczytu i zapisu do bazy danych może wywołać ten stan przez standardowy protokół klienta.

W MongoDB Server występuje przepełnienie liczby całkowitej w komponencie planowania zapytań, które może pozwolić uwierzytelnionemu użytkownikowi z uprawnieniami odczytu/zapisu na poziomie bazy danych na ominięcie wewnętrznego limitu zasobów. Specjalnie spreparowane zapytanie powoduje niekontrolowane zużycie pamięci podczas planowania zapytania, co prowadzi do wyczerpania zasobów i zakończenia procesu serwera. Może to skutkować odmową usługi dla wszystkich baz danych obsługiwanych przez zaatakowany węzeł.

MongoDB Server zawiera podatność nieprawidłowej autoryzacji w frameworku agregacji. Uwierzytelniony użytkownik z minimalnymi uprawnieniami może wysłać specjalnie spreparowane żądanie agregacji, które powoduje, że podsystem autoryzacji ocenia inną operację niż faktycznie wykonywana, co skutkuje nieautoryzowanym dostępem do danych kolekcji w docelowej bazie.

Problem bezpieczeństwa w frameworku agregacji MongoDB Server umożliwia uwierzytelnionemu użytkownikowi z ograniczonymi uprawnieniami odczytu ominięcie kontroli autoryzacji na poziomie widoków i dostęp do danych z nieautoryzowanych kolekcji, gdy używane są funkcje Atlas Search. Problem wynika z niewystarczającej walidacji wewnętrznego parametru polecenia, który może być ustawiony przez klientów zewnętrznych, co powoduje pominięcie kontroli bezpieczeństwa.

Niewystarczająca walidacja opcji konfiguracji silnika składowania w MongoDB Server umożliwia uwierzytelnionemu użytkownikowi z uprawnieniami do zapisu dostarczenie spreparowanych parametrów podczas tworzenia kolekcji, które nadpisują wewnętrzne metadane składowania. Powoduje to zapis poza pamięcią w procesie serwera, co prowadzi do odmowy usługi przez awarię serwera, z możliwością dalszych skutków, w tym wykonania dowolnego kodu.

Problem bezpieczeństwa w interfejsie raportowania diagnostycznego MongoDB Server umożliwia uwierzytelnionemu użytkownikowi z uprawnieniami monitorowania dostęp do niedostatecznie chronionych poświadczeń z równoczesnych operacji administracyjnych. Te same poświadczenia są poprawnie maskowane w logach serwera, ale interfejs diagnostyczny pomija równoważne maskowanie. Udane wykorzystanie wymaga ważnej sesji uwierzytelnionej z uprawnieniami monitorowania i skutkuje ujawnieniem poświadczeń w postaci jawnego tekstu, co może umożliwić podszywanie się pod innych użytkowników, w tym konta uprzywilejowane.

Problem bezpieczeństwa w MongoDB Server dotyczący serializacji statystyk zapytań na routerze pozwala użytkownikom z uprawnieniami monitorowania na dostęp do niezacenzurowanego tekstu zapytań wyszukiwania innych użytkowników. Niewłaściwa kontrola warunkowa w logice serializacji powoduje obejście mechanizmu redakcji danych podczas przetwarzania zapytań wyszukiwania przez router klastra shardowanego. Skutkuje to przechowywaniem wrażliwych literałów zapytań i udostępnianiem ich przez interfejs statystyk zapytań.

Problem bezpieczeństwa w MongoDB Server umożliwia uwierzytelnionemu użytkownikowi z uprawnieniami zapisu wywołanie trwałego błędu krytycznego (assertion crash) poprzez wysyłanie specjalnie spreparowanych poleceń zapisu z możliwością ponowienia (retryable write). Stan awarii jest trwale zapisywany, co powoduje wielokrotne awarie procesu serwera przy restarcie i może rozprzestrzeniać się na inne węzły w klastrze shardowanym. Wymagana jest ręczna interwencja w celu przywrócenia dostępności usługi.

Nieprawidłowe obsługiwanie wielkości liter w komponencie walidacji konfiguracji MongoDB może spowodować, że podsystem autoryzacji pozostanie w domyślnym stanie wyłączonym podczas uruchamiania serwera. Nieuwierzytelniony użytkownik z dostępem sieciowym do wdrożenia, w którym występuje ten warunek, może wykonywać dowolne operacje administracyjne, co prowadzi do pełnego wpływu na poufność, integralność i dostępność danych.

Podatność typu heap out-of-bounds read w komponencie planowania zapytań MongoDB Server. Uwierzytelniony użytkownik z uprawnieniami odczytu i zapisu do bazy może wywołać problem poprzez spreparowane operacje zapytań, powodując odczyt pamięci poza przydzielonym buforem. Ujawniona zawartość pamięci może być częściowo obserwowalna przez diagnostyczne statystyki zapytań.

Problem bezpieczeństwa w warstwie integracji silnika składowania MongoDB Server umożliwia uwierzytelnionemu użytkownikowi z uprawnieniami tworzenia kolekcji wywołanie trwałej odmowy usługi. Niewystarczająca walidacja opcji konfiguracji składowania dostarczanych przez użytkownika pozwala na wartości, które po zapisaniu w trwałych metadanych wywołują błąd krytyczny podczas późniejszego odczytu metadanych przez operacje diagnostyczne. Uszkodzone metadane utrzymują się po restarcie serwera i są replikowane do innych członków klastra, wymagając ręcznej interwencji operatora w celu przywrócenia usługi.

Problem bezpieczeństwa w MongoDB Server pozwala nieuwierzytelnionemu użytkownikowi sieciowemu na spowodowanie odmowy usługi na określonym typie członka zestawu replik. Serwer zawiera asercję w logice przetwarzania poziomu odczytu, która może być osiągnięta bez uwierzytelnienia, a założenia asercji dotyczące stanu wewnętrznego nie są spełnione dla wszystkich konfiguracji członków, co powoduje zakończenie procesu serwera.

Podatność use-after-free w komponencie zarządzania kursorami MongoDB Server umożliwia uwierzytelnionemu użytkownikowi wywołanie odmowy usługi. W określonych warunkach czasowych podczas operacji na kursorach może zostać zachowany nieaktualny wskaźnik do zwolnionego zasobu, a następnie użyty podczas czyszczenia kursora, co prowadzi do awarii procesu serwera.

Problem bezpieczeństwa w MongoDB Server umożliwia uwierzytelnionemu użytkownikowi z podwyższonymi uprawnieniami wewnętrznymi ominięcie wyłączonej funkcji (feature gate) w poleceniu applyOps poprzez podanie wewnętrznej wartości trybu replikacji, która nie była przeznaczona do wyboru przez klienta. To obejście umożliwia wykonanie operacji kontenerowych, które są domyślnie wyłączone w konfiguracjach produkcyjnych, pozwalając na bezpośrednie zapisy do silnika składowania w dowolnych wewnętrznych tabelach składowania. Kontrola autoryzacji dla tych operacji sprawdza tylko przestrzeń nazw operacji, a nie rzeczywisty cel składowania, co umożliwia zapisy do niezwiązanych wewnętrznych metadanych lub danych innych kolekcji.

W serwerze MongoDB istnieje problem bezpieczeństwa use-after-free w podsystemie śledzenia pamięci podczas wykonywania zapytań. Uwierzytelniony użytkownik z uprawnieniami do odczytu może wywołać zapis do zwolnionej pamięci sterty poprzez sekwencję standardowych poleceń bazy danych, co prowadzi do awarii procesu serwera lub potencjalnego uszkodzenia pamięci. Nie jest wymagana interakcja użytkownika.

W MongoDB niewystarczająca walidacja wartości kluczy shardowania podczas wstawiania dokumentów umożliwiła uwierzytelnionym użytkownikom przechowywanie dokumentów ze specjalnie spreparowanymi obiektami przypominającymi operatory jako wartościami kluczy shardowania w kolekcjach shardowanych. Gdy zdarzenia zmiany strumienia (change stream) dla takich dokumentów były przetwarzane w trybie pełnego dokumentu z opcją updateLookup, spreparowane wartości były osadzane w wewnętrznych zapytaniach post-image bez odpowiedniego oczyszczenia, co powodowało ich interpretację jako operatory zapytań, a nie dosłowne wartości równości. Może to skutkować otrzymywaniem przez konsumentów strumieni zmian nieprawidłowych dokumentów post-image lub napotkaniem błędów krytycznych uniemożliwiających wznowienie.

Wewnętrzne wyrażenie agregacji w MongoDB Server zostało nieprawidłowo zarejestrowane jako dostępne dla każdego uwierzytelnionego użytkownika, zamiast być ograniczone do wewnętrznych operacji klastra. Poprzez spreparowanie nieprawidłowej specyfikacji indeksu w tym wyrażeniu, uwierzytelniony użytkownik z uprawnieniami tylko do odczytu może wywołać błąd asercji w kodzie generowania kluczy indeksu. W niektórych konfiguracjach kompilacji ten błąd asercji powoduje zakończenie procesu mongod, co prowadzi do odmowy usługi dla wszystkich podłączonych klientów.

W integracji autoryzacji LDAP w MongoDB, w pewnych konfiguracjach, połączone połączenia LDAP mogą zachowywać nieaktualne tożsamości uwierzytelniające po uwierzytelnieniu użytkownika. Kolejne zapytania autoryzacyjne mogą być wykonywane pod niezamierzoną tożsamością LDAP, co może prowadzić do nieprawidłowych przypisań ról i potencjalnie umożliwić uwierzytelnionemu użytkownikowi uzyskanie podwyższonych uprawnień niezgodnych z polityką autoryzacji wdrożenia.

MongoDB Server ma problem w operacjach utrzymania szyfrowania Queryable Encryption, który może pozwolić uwierzytelnionemu użytkownikowi z uprawnieniami do jednej zaszyfrowanej kolekcji na nieautoryzowaną modyfikację lub zniszczenie danych należących do innej kolekcji. Wynika to z niewystarczającej walidacji pewnych wewnętrznych referencji metadanych przed ich użyciem do operacji na innych przestrzeniach nazw.

MongoDB Server ma problem w silniku wykonywania zapytań, który może pozwolić uwierzytelnionemu użytkownikowi z uprawnieniami odczytu i zapisu na użycie wewnętrznej referencji po zwolnieniu pamięci, podczas wykonywania niektórych zapytań na kolekcjach szeregów czasowych. Może to spowodować awarię serwera lub ujawnienie zawartości zwolnionej pamięci w wynikach zapytań.

Problem w MongoDB Server może pozwolić uwierzytelnionemu użytkownikowi z bezpośrednim dostępem sieciowym do sharda na nieprawidłowe zatwierdzenie lub przerwanie trwającej przygotowanej transakcji, omijając zamierzony proces koordynacji transakcji. Może to prowadzić do niespójności danych między shardami, uszkodzenia zegara klastra i naruszenia gwarancji atomowości transakcji.

Podatność w silniku skryptowym JavaScript MongoDB Server umożliwia uwierzytelnionemu użytkownikowi z uprawnieniami do zapisu wykonanie kontrolowanego kodu w zakresie zapytań innych użytkowników poprzez specjalnie spreparowaną przechowywaną wartość przetwarzaną podczas wewnętrznego cyklu konserwacji. Może to prowadzić do uszkodzenia wyników zapytań innych użytkowników oraz odmowy usługi dla ich operacji na tej samej bazie danych. Wpływ jest ograniczony do piaskownicy wykonawczej silnika skryptowego, która nie zapewnia dostępu do bazy danych, systemu plików ani zasobów sieciowych.

Podatność w MongoDB Server umożliwia uwierzytelnionemu użytkownikowi, nawet bez przypisanych uprawnień, spowodowanie nieoczekiwanego zakończenia procesu serwera poprzez wysłanie specjalnie spreparowanego polecenia agregacji. Może to prowadzić do odmowy usługi.

Podatność w etapie agregacji $graphLookup w MongoDB Server może pozwolić uwierzytelnionemu użytkownikowi, który może wydawać polecenia agregacji i zarządzania pamięcią, na użycie wewnętrznego odwołania po zwolnieniu pamięci. Może to prowadzić do awarii serwera lub potencjalnie wykonania nieprzewidzianego kodu.

Podatność w funkcji Atlas Vector Search w MongoDB Server może pozwolić uwierzytelnionemu użytkownikowi z dostępem do odczytu jednego widoku na pobranie dokumentów z innego, chronionego widoku opartego na tej samej kolekcji. Wynika to z niewystarczającego przetwarzania niektórych pól dostarczanych przez użytkownika podczas konstruowania wewnętrznego żądania przekazywanego do procesu wyszukiwania.

Podatność w frameworku agregacji MongoDB Server może pozwolić uwierzytelnionemu użytkownikowi z uprawnieniami tylko do odczytu na wykonanie operacji zapisu na kolekcjach, których nie powinien móc modyfikować. Wynika to z dostępności wewnętrznego etapu agregacji dla zewnętrznych klientów bez odpowiedniej kontroli autoryzacji na jego osadzonych operacjach.

Podatność w MongoDB Server może pozwolić stronie posiadającej ważny certyfikat klienta i odpowiadające konto użytkownika na uwierzytelnienie przy użyciu metody opartej na certyfikatach, nawet gdy administrator skonfigurował serwer tak, aby ograniczyć uwierzytelnianie do innych mechanizmów. Może to pozwolić na uwierzytelnienie metodą, którą administrator zamierzał wyłączyć.

Uwierzytelniony użytkownik z ograniczonymi uprawnieniami do bazy danych może zmienić ustawienia logowania diagnostycznego dla całego serwera, a nie tylko dla zamierzonej bazy. Może to umożliwić wyłączenie logowania diagnostycznego w całym serwerze, ukrywając nieautoryzowaną aktywność lub powodując nadmierny wolumen logów, co pogarsza monitorowanie operacyjne.

Uwierzytelniony użytkownik z uprawnieniami do odczytu może spowodować nieoczekiwane zakończenie procesu serwera MongoDB, wysyłając specjalnie spreparowany filtr zapytania. Prowadzi to do odmowy usługi.

Uwierzytelniony użytkownik z uprawnieniami do zapisu może, poprzez równoczesne operacje na kolekcji z określonym typem walidatora, spowodować użycie wewnętrznego odwołania po zwolnieniu pamięci (use-after-free). Może to doprowadzić do awarii serwera i odmowy usługi.

Uwierzytelniony użytkownik z uprawnieniami do odczytu może spowodować nieoczekiwane zakończenie procesu serwera MongoDB, wysyłając specjalnie spreparowane zapytanie przeciwko kolekcji z indeksem tekstowym. Skutkuje to odmową usługi, wpływając na połączonych klientów i operacje w toku.

Uwierzytelniony użytkownik z ograniczoną rolą w bazie danych może wykonać działania na chronionych kolekcjach systemowych, które powinny wymagać bardziej szczegółowych uprawnień. Może to prowadzić do ujawnienia metadanych kolekcji, a w niektórych konfiguracjach do nieautoryzowanej modyfikacji danych w kolekcjach systemowych.

MongoDB Server ma problem w frameworku agregacji, który może pozwolić nieuwierzytelnionej stronie na spowodowanie nieoczekiwanego zakończenia procesu mongos (routera) poprzez wysłanie specjalnie spreparowanego polecenia agregacji. Może to prowadzić do odmowy usługi, zakłócając połączenia klientów kierowane przez ten mongos.

Uwierzytelniony użytkownik z określonymi, niestandardowymi uprawnieniami może wykonywać operacje definiowania danych, takie jak usuwanie lub modyfikowanie kolekcji, na kolekcjach, do których nie ma uprawnień. Wynika to z niespójności w określaniu docelowej kolekcji między kontrolą autoryzacji a faktyczną operacją.

Uwierzytelniony użytkownik z uprawnieniami do zapisu może, poprzez obsługę określonych predykatów zapytań przeciwko kolekcjom szeregów czasowych z metaField, spowodować nieoczekiwane zakończenie procesu serwera MongoDB, prowadząc do odmowy usługi.

Podatność w MongoDB Server dotyczy przetwarzania zapytań geograficznych. Uwierzytelniony użytkownik z uprawnieniami do zapisu może zapisać nieprawidłowe dane geometryczne, które później są przetwarzane bez odpowiedniej walidacji. Może to prowadzić do odczytu pamięci poza zamierzonymi granicami, co skutkuje awarią serwera (odmowa usługi) i potencjalnym ujawnieniem fragmentu pamięci procesu.

Podatność w MongoDB Server dotyczy obsługi kolekcji szeregów czasowych. Uwierzytelniony użytkownik z uprawnieniami do zapisu może spowodować niespójność wewnętrznej struktury danych poprzez określone wstawienia dokumentów. Kolejne wstawienie do dotkniętego segmentu może prowadzić do odczytu pamięci poza granicami, co może skutkować awarią serwera, ujawnieniem fragmentu pamięci lub uszkodzeniem pamięci.

Podatność w MongoDB Server dotyczy cyklu życia segmentów kolekcji szeregów czasowych. Uwierzytelniony użytkownik z uprawnieniami do zapisu może spowodować użycie wewnętrznego odwołania po zwolnieniu pamięci (use-after-free). Kolejne operacje mogą prowadzić do awarii serwera lub potencjalnie do wykonania nieprzewidzianego kodu.

Podatność w MongoDB Server dotyczy konfiguracji połączeń wewnątrz klastra. Osoba z odpowiednim dostępem sieciowym może wpłynąć na wybór mechanizmu uwierzytelniania podczas łączenia się członków repliki. W pewnych warunkach może to spowodować przesłanie wspólnego wewnętrznego poświadczenia w mniej chronionej formie, co może pozwolić na jego odzyskanie. Odzyskane poświadczenie może być użyte do uwierzytelnienia jako wewnętrzny superużytkownik.

Podatność w MongoDB Server pozwala uwierzytelnionemu użytkownikowi z ograniczoną rolą na poziomie bazy danych na wykonanie działań na chronionych kolekcjach systemowych, których jego uprawnienia nie powinny pozwalać. Może to skutkować usunięciem i ponownym utworzeniem krytycznych kolekcji systemowych bez odpowiedniej autoryzacji.

Podatność w MongoDB Server w frameworku agregacji pozwala uwierzytelnionemu użytkownikowi na wywołanie odczytu pamięci poza granicami poprzez podanie specjalnie sformowanego parametru numerycznego w pewnym etapie potoku agregacji. Może to skutkować awarią serwera (odmowa usługi) i potencjalnym ujawnieniem fragmentu pamięci.

Serwer MongoDB nieprawidłowo waliduje parametry żądań dotyczących operacji konserwacji Queryable Encryption względem konfiguracji zaszyfrowanych pól. Uwierzytelniony użytkownik z uprawnieniami readWrite może wysłać specjalnie spreparowane żądanie, które powoduje awarię serwera lub nadmierne zapisy wewnętrzne, prowadząc do wyczerpania zasobów i uszkodzenia danych indeksu szyfrowanego.

W serwerze MongoDB wykryto podatność, w której silnik skryptowy MozJS po stronie serwera bezwarunkowo rejestruje hak ładujący moduły, umożliwiający wywołaniom JavaScript odczyt dowolnych plików z systemu plików hosta z uprawnieniami procesu mongod. Uwierzytelniony użytkownik może to wykorzystać poprzez spreparowane polecenia potoku agregacji do odczytu wrażliwych plików dostępnych dla procesu serwera MongoDB.

W MongoDB Server występuje podatność typu use-after-free w silniku JavaScript po stronie serwera, która pojawia się podczas konwersji dokumentów BSON na tablice JavaScript. Użytkownik z uprawnieniami do odczytu, który może uruchamiać JavaScript po stronie serwera, może spowodować dostęp do pamięci, która została już zwolniona.

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.