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.

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.