CVE-2026-114648

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

W bibliotece MongoDB C# Driver występuje błąd walidacji danych w obsłudze BSON i ścieżce serializacji binarnej. Gdy aplikacja tworzy surowy lub leniwy dokument BSON z danych binarnych dostarczonych z zewnątrz, sterownik nie weryfikuje, czy zadeklarowany rozmiar danych zgadza się z rzeczywistą ilością dostarczonych danych, i kopiuje je bez zmian. Nieuwierzytelniona strona mogąca dostarczyć treść binarną może wstawić lub usunąć elementy w poleceniu bazy danych bez własnych poświadczeń.

W kodzie uwierzytelniania Kerberos/SSPI (tylko Windows) sterownika MongoDB C Driver występuje przepełnienie 32-bitowej liczby całkowitej, które może spowodować alokację zbyt małego bufora sterty przy zbyt długiej wartości poświadczeń w konfiguracji połączenia klienta. Strona kontrolująca konfigurację klienta może spowodować zapis poza granicami bufora. Może to uszkodzić pamięć procesu klienta i doprowadzić do odmowy usługi aplikacji klienta.

Biblioteka BSON w MongoDB C# Driver zawiera słabość niekontrolowanego zużycia zasobów podczas deserializacji jednego typu wartości BSON. Aplikacja deserializująca niezaufaną treść zatrzymuje dane pochodne przez cały czas życia procesu bez limitu. Zdalna nieuwierzytelniona strona może wywołać nieograniczony wzrost pamięci i wyczerpać dostępną pamięć aplikacji, powodując odmowę usługi.

MongoDB C# Driver zapisuje dodatkowe elementy GeoJSON bez sprawdzania, czy ich nazwy kolidują z zarezerwowanymi elementami GeoJSON, takimi jak type i coordinates. Aplikacja umieszczająca nazwy pól dostarczone przez użytkownika w tych dodatkowych elementach może zapisać dokumenty z zduplikowanymi polami geometrii, przez co serwer i sterownik zwracają różne wartości dla tego samego rekordu. Dotknięte rekordy mogą stać się nieczytelne przez sterownik.