CVE-2026-88026

W sterowniku MongoDB C Driver wykryto podatność polegającą na zapisie poza granicami bufora w logice monitorowania połączeń. Osoba kontrolująca rozwiązywanie nazw i odpowiedzi hostów z stringa połączenia może spowodować zapis poza stertą, co może doprowadzić do nieoczekiwanego zakończenia działania aplikacji.

W sterowniku MongoDB C Driver występuje przepełnienie bufora na stercie w warstwie transportowej TLS, gdy jest zbudowany z backendem TLS dla platformy Windows. Zdalny punkt końcowy, do którego klient się łączy, może spowodować zapis niekontrolowanych danych poza granicami alokacji sterty podczas przetwarzania przychodzącego zaszyfrowanego ruchu po zakończeniu uzgadniania TLS. Nie jest wymagane uwierzytelnienie ani interakcja użytkownika, ponieważ dotknięte przetwarzanie odbywa się przed zakończeniem uwierzytelniania na poziomie aplikacji. Wyzwolenie tego problemu może prowadzić do uszkodzenia pamięci w procesie klienta, ujawnienia sąsiedniej pamięci sterty lub zakończenia procesu.

Nieprawidłowa neutralizacja znaków specjalnych w logice zapytań w komponencie GridFS sterownika MongoDB C Driver powoduje, że dostarczony przez użytkownika identyfikator pliku jest interpretowany jako warunek zapytania, a nie jako literalny identyfikator. Uwierzytelniony użytkownik mogący wpływać na identyfikator może uzyskać dostęp do nieprzeznaczonych plików lub usunąć wszystkie fragmenty plików w danym bucketcie.

Sprawdzenie rozmiaru w ścieżce uwierzytelniania po stronie klienta sterownika MongoDB C Driver może się przekręcić, w wyniku czego nietypowo duża wartość nazwy użytkownika jest akceptowana i kopiowana poza koniec małego bufora. Podmiot mogący ustawić ustawienia połączenia sterownika może spowodować nieoczekiwane zakończenie aplikacji osadzającej sterownik. Osiągnięcie tego kodu wymaga kompilacji z obecnym opcjonalnym zewnętrznym backendem uwierzytelniania SASL oraz połączenia skonfigurowanego do jego użycia.

Nieprawidłowa neutralizacja znaków specjalnych w logice zapytań w komponencie GridFS sterownika MongoDB C++ Driver powoduje, że dostarczony przez użytkownika identyfikator pliku jest interpretowany jako warunek zapytania, a nie jako literalny identyfikator. Uwierzytelniony użytkownik mogący wpływać na identyfikator może uzyskać dostęp do nieprzeznaczonych plików lub usunąć wszystkie fragmenty plików w danym bucketcie.

W komponencie GridFS sterownika MongoDB dla języka C# występuje nieprawidłowa neutralizacja znaków specjalnych w logice zapytań. Podany przez wywołującego identyfikator pliku może zostać zinterpretowany jako warunek zapytania zamiast jako wartość dosłowna. Uwierzytelniony użytkownik mogący wpłynąć na ten identyfikator może uzyskać dostęp do nieprzeznaczonych plików, usunąć wszystkie fragmenty plików w danym bucketcie lub zmienić nazwę niewłaściwego pliku.

Błędna konwersja typów numerycznych w komponencie budowania dokumentów BSON w MongoDB C++ Driver może spowodować nieprawidłową interpretację wartości długości. Gdy aplikacja dostarczy bardzo długą, niezakończoną nazwę pola, biblioteka może odczytać pamięć poza buforem i zakończyć proces.

Podwójne zwolnienie pamięci w ścieżce weryfikacji odwołania certyfikatu TLS opartej na OpenSSL w sterowniku MongoDB C Driver. Specjalnie spreparowane dane certyfikatu podczas uzgadniania TLS mogą spowodować dwukrotne zwolnienie tego samego obiektu sterty, co prowadzi do nieoczekiwanego zakończenia działania aplikacji klienckiej.

Nieprawidłowa konwersja numeryczna w komponencie parsowania JSON w bibliotece BSON sterownika MongoDB C Driver może spowodować ciche skrócenie bardzo dużych wartości tekstowych lub pominięcie odpowiedniego pola, podczas gdy operacja parsowania zgłasza sukces i nie zwraca błędu.

W bibliotece BSON MongoDB C++ Driver występuje słabość polegająca na numerycznym ucięciu w komponencie parsowania JSON. Osoba kontrolująca tekst przekazywany do publicznego interfejsu parsowania JSON, gdy tekst jest bardzo duży, może spowodować odczyt pamięci poza dostarczonym buforem i zwrócenie jej do wywołującego, ciche zaakceptowanie tylko części danych jako pełnego dokumentu lub zakończenie procesu. Nie jest wymagany serwer MongoDB, poświadczenia ani niestandardowa konfiguracja; efekt ogranicza się do procesu korzystającego z biblioteki.