CVE-2026-81529

Nieprawidłowe obliczenia w parsowaniu ciągów Decimal128 w MongoDB C Driver mogą akceptować pewne dane wejściowe z nadmierną precyzją zawierające wiodące zera zamiast je odrzucać. To powoduje, że wartość różni się od dostarczonego tekstu. Atakujący, który może dostarczyć ciąg dziesiętny do aplikacji osadzającej, w tym przez parsowanie Extended JSON, może spowodować, że aplikacja zapisze lub użyje nieprawidłowej wartości numerycznej.

API rezerwacji bufora BSON w MongoDB C Driver może zarejestrować długość mniejszą niż minimalna pięciobajtowa długość BSON. Późniejsze operacje dołączania lub porównywania mogą spowodować niedomiar w obliczeniach długości bez znaku i odczyt lub zapis poza buforem dokumentu. Atakujący, który może wpłynąć na długość dostarczoną przez aplikację osadzającą, może spowodować zakończenie aplikacji lub odczytanie/uszkodzenie sąsiedniej pamięci procesu.

Błąd off-by-one w bulk writerze dokumentów BSON w MongoDB C Driver może zapisać jeden bajt zerowy tuż poza alokacją sterty, gdy dokument kończy się na określonej granicy bufora. Atakujący, który może wpłynąć na rozmiar dokumentów serializowanych przez aplikację osadzającą, może uszkodzić sąsiednią pamięć procesu lub zakończyć proces.

MongoDB C++ Driver odrzuca zawartość po wbudowanym bajcie NUL w niektórych nazwach pól i kolekcji akceptowanych przez API kolekcji. To może spowodować, że sterownik i aplikacja będą interpretować tę samą nazwę różnie. Uwierzytelniony atakujący, który może wpłynąć na nazwę przekazaną przez aplikację, może spowodować, że aplikacja odczyta różne wartości z niezamierzonego pola lub zmieni nazwę niezamierzonej kolekcji.

Odczyt poza zakresem w parsowaniu odpowiedzi SCRAM w sterowniku MongoDB C może odczytać jeden bajt poza buforem o stałym rozmiarze podczas przetwarzania uszkodzonej wiadomości server-final. Serwer lub pośrednik sieciowy, który dostarczy tę wiadomość przed weryfikacją podpisu serwera, może spowodować zakończenie działania aplikacji.

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.