CVE-2026-120684

Sterownik MongoDB C Driver nie waliduje typu ani formatu pola namespace zwracanego przez serwer w odpowiedzi na zapytanie. Złośliwy lub przejęty endpoint MongoDB może zwrócić nieprawidłową wartość, co powoduje zakończenie procesu aplikacji klienta oraz odczyt pamięci poza zaalokowanym buforem i wysłanie niewielkiej ilości niezainicjalizowanej pamięci sterty z powrotem do endpointu.

API pobierania plików GridFS w MongoDB C Driver nie sprawdza wyniku operacji wewnętrznej w pewnych warunkach błędów podczas pobierania pliku. Może to spowodować zakończenie procesu, gdy operacje strumieniowe są kontynuowane, a użytkownik mogący wpływać na parametry pobierania może wywołać tę sytuację.

Błąd zarządzania pamięcią w obsłudze skompresowanych odpowiedzi w MongoDB C Driver może powodować, że biblioteka klienta zatrzymuje pamięć, która nigdy nie jest zwalniana. Nieuwierzytelniona strona kontrolująca endpoint bazy danych może wywołać powtarzalny, nieograniczony wzrost zużycia pamięci w aplikacji.

Wada konwersji typu numerycznego w bibliotece obsługi BSON sterownika MongoDB C# pozwala na obejście kontroli integralności elementów binarnych poprzez dostarczenie wartości podtypu binarnego spoza zakresu z niezaufanego wejścia tekstowego. Gdy taka wartość jest później kodowana, jest zawężana do mniejszej reprezentacji sieciowej, tworząc elementy binarne, które błędnie deklarują swój typ lub długość. Nieuwierzytelniona strona mogąca dostarczyć tekst parsowany przez dotkniętą aplikację może spowodować emitowanie i utrwalenie zniekształconych danych binarnych, które kolejni czytelnicy albo odrzucą z błędem, albo po cichu zinterpretują jako krótsze niż zweryfikowane dane.

Komponent konstrukcji schematu szyfrowania po stronie klienta w sterowniku MongoDB C# umieszcza identyfikatory pól dostarczone przez wywołującego w pozycji interpretowanej jako wyrażenie wzorca, bez ich normalizacji lub walidacji. W rezultacie aplikacja, która wyznacza某些 pola do szyfrowania na poziomie pola po stronie klienta, może mieć ochronę, która po cichu nie zostanie zastosowana, więc dane przeznaczone do zaszyfrowania są przechowywane i zwracane w postaci jawnej; odwrotnie, reguła może być zastosowana szerzej niż zamierzono. Żadne działanie użytkownika nie jest wymagane do wywołania tego stanu, a każda strona z zwykłym dostępem do odczytu przechowywanych danych — bez posiadania kluczy szyfrujących — może zaobserwować niechronione wartości.

Słabość neutralizacji logiki zapytań danych w komponencie konstrukcji instrukcji aktualizacji sterownika MongoDB C# może spowodować, że wartości dostarczone przez aplikację będą interpretowane jako logika zapytań/aktualizacji, a nie jako dane literalne. Użytkownik aplikacji, który może wpływać na treść wartości przekazywanych przez aplikację do dotkniętego interfejsu budującego, bez żadnych specjalnych uprawnień poza zwykłym dostępem do odczytu i zapisu aplikacji, może spowodować modyfikację lub usunięcie przechowywanych danych w sposób, którego aplikacja nigdy nie zamierzała. Rezultatem jest nieautoryzowany wpływ na integralność danych dotkniętej aplikacji; nie ma bezpośredniej utraty poufności lub dostępności usługi bazy danych.

Słabość obsługi pamięci w komponencie deserializacji BSON sterownika MongoDB C# może spowodować zwrócenie danych pozostałych z wcześniej przetworzonej zawartości podczas parsowania specjalnie spreparowanego wejścia serializowanego. Nieuwierzytelniona strona mogąca dostarczyć dane serializowane do aplikacji, która mapuje某些 prymitywne typy kolekcji, może spowodować ujawnienie resztkowych bajtów z niepowiązanych danych przetworzonych wcześniej w tym samym wątku wykonania jako prawidłowych wartości. Może to skutkować ujawnieniem ograniczonej ilości informacji należących do innych żądań lub podmiotów aplikacji konsumującej. Wymagane jest uwierzytelnienie lub specjalne uprawnienia w aplikacji.

Sterownik MongoDB C# porównuje certyfikaty klienta TLS tylko według wystawcy i numeru seryjnego przy decydowaniu, czy dwóch klientów może współdzielić buforowane połączenia. W aplikacji, która tworzy klientów z certyfikatów dostarczonych przez różnych użytkowników, użytkownik, który dostarczy certyfikat kopiujący wystawcę i numer seryjny innego użytkownika, bez jego klucza prywatnego, może otrzymać połączenia uwierzytelnione certyfikatem innego użytkownika. Operacje na bazie danych mogą następnie być wykonywane pod tożsamością innego użytkownika, wpływając na poufność i integralność danych, do których ta tożsamość ma dostęp.

Sterownik MongoDB C# nie neutralizuje znaków kropki i dolara w kluczach słowników, nazwach pól i identyfikatorach filtrów tablic używanych w zapytaniach LINQ przed umieszczeniem ich w ścieżkach pól wysyłanych do serwera. Użytkownik aplikacji, którego dane wejściowe trafiają do tych miejsc, może przekierować zapytanie lub aktualizację na pola, których aplikacja nie nazwała, co może ujawnić dokumenty innych użytkowników i rozszerzyć aktualizacje poza zamierzone dane. Niektóre wartości mogą również zapisywać nieprawidłowe pola, które pozostawiają przechowywane dokumenty nieczytelne dla aplikacji do czasu ich naprawy.

Sterownik MongoDB C# nie odrzuca dokumentów zamiennych, których nazwy pól najwyższego poziomu zaczynają się od znaku dolara w FindOneAndReplace, w przeciwieństwie do innych operacji zamiany. Aplikacja, która buduje taki dokument z nazw pól dostarczonych przez użytkownika, może spowodować, że serwer zastosuje operatory aktualizacji zamiast pełnej zamiany. Efekt jest ograniczony do dokumentu dopasowanego przez filtr własny aplikacji, którego zawartość może zostać zmodyfikowana w sposób, którego aplikacja nie zamierzała.