Katalog podatności CVE

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ł.

Nieograniczone zużycie zasobów w procesie routera klastra sharded MongoDB. Klient z dostępem sieciowym do portu routera, bez uwierzytelnienia, może wysyłać parametry monitorowania połączeń, które powodują nadmierne zużycie CPU bez ograniczania szybkości, co pogarsza lub uniemożliwia działanie usługi dla legalnych klientów. Nie wymaga uwierzytelnienia ani interakcji użytkownika. Wpływa tylko na dostępność, nie na poufność ani integralność danych.

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.

Podatność w kodzie generowania błędów walidacji JSON Schema w MongoDB pozwala uwierzytelnionemu użytkownikowi z uprawnieniami readWrite na awarię serwera mongod. Gdy dokument BSON zawierający tablicę z nieprawidłową nazwą pola numerycznego nie spełnia ograniczenia typu items w $jsonSchema, ścieżka generowania błędu wykonuje niebezpieczną konwersję numeryczną na nazwie pola kontrolowanej przez użytkownika bez odpowiedniej obsługi wyjątków, co powoduje nieprzechwycony wyjątek i zakończenie procesu serwera. Jest to możliwe, ponieważ walidacja BSON w protokole sieciowym nie egzekwuje, że nazwy pól elementów tablicy są prawidłowymi, mieszczącymi się w zakresie indeksami numerycznymi.

Odkryto problem bezpieczeństwa w MongoDB, gdzie uwierzytelniony użytkownik z uprawnieniami readWrite może spowodować awarię procesu serwera mongod. Poprzez podanie niestandardowej opcji konfiguracji WiredTiger z niezgodną wartością podczas tworzenia kolekcji, użytkownik może wywołać pomyłkę typu w warstwie silnika składowania. Gdy dokumenty są następnie odczytywane z nieprawidłowo skonfigurowanej kolekcji, wynikająca z tego niezgodność w oczekiwanym formacie danych prowadzi do uszkodzonej interpretacji pamięci i awarii serwera. Spreparowana konfiguracja kolekcji utrzymuje się po ponownych uruchomieniach, wymagając ręcznej interwencji operatora w celu naprawy.

Błąd wyścigu w parsowaniu zapytań indeksu tekstowego serwera MongoDB może powodować odczyt po zwolnieniu (use-after-free) na stercie podczas obsługi ścieżek ponawiania operacji upsert. W pewnych współbieżnych operacjach na cyklu życia indeksu, surowy wskaźnik do wewnętrznych metadanych indeksu tekstowego może być wyłuskiwany po zwolnieniu podstawowych struktur, co prowadzi do awarii serwera. Uwierzytelniony użytkownik z uprawnieniami readWrite może wywołać ten stan poprzez określone współbieżne operacje wyszukiwania tekstowego i zarządzania indeksem, co powoduje denial of service dla wszystkich podłączonych klientów.