Podatności MongoDB C Driver

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.

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.

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.

Sterownik MongoDB C# Driver zawiera błąd niewłaściwej neutralizacji metaznaków wyrażeń regularnych w komponencie tłumaczenia zapytań LINQ. Sekwencja znaków dostarczona przez wywołującego może zmienić predykat wyrażenia regularnego generowany przez aplikację.

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.

Błąd obsługi pamięci w pomocniczych funkcjach konwersji BSON-na-JSON w MongoDB C Driver może zapisać kilka bajtów poza końcem bufora sterty, gdy pole binarne jest kodowane, a wynik jest przycinany do limitu długości ustawionego przez wywołującego. Osoba dostarczająca zawartość dokumentu, bez uprawnień w aplikacji korzystającej z biblioteki, może spowodować zmianę niewielkiej ilości danych poza zamierzonym buforem.

Słabość w konfiguracji szyfrowania po stronie klienta w MongoDB C# Driver powoduje, że wrażliwe dane uwierzytelniające do zarządzania kluczami są reprodukowane w czytelnej dla człowieka reprezentacji ustawień klienta, zamiast być maskowane jak inne pola tajne.

Niewłaściwa neutralizacja separatorów w konstrukcji URL połączenia umożliwia wstrzyknięcie opcji połączenia w sterowniku MongoDB C#. Gdy aplikacja przekazuje niezaufany tekst do konstruktora URL połączenia i przetwarza go z powrotem do konfiguracji klienta, niezaufany tekst jest serializowany bez neutralizacji separatorów URL/opcji i następnie interpretowany jako autorytatywne opcje połączenia.

W MongoDB C# Driver, ścieżka kodu zastępowania dokumentów pomija walidację nazw elementów/kształtu, którą stosują równoważne ścieżki zapisu. Wartość podana jako zamiennik jest przekazywana do serwera bez neutralizacji specjalnych elementów języka zapytań, co pozwala na interpretację danych jako logiki aktualizacji.

Słabość wstrzykiwania NoSQL/wyrażeń istnieje w warstwie translacji LINQ-do-agregacji w MongoDB C# Driver, zarówno w wyrażeniach agregacji, jak i filtrach zapytań. Specjalne elementy w wartościach dostarczanych przez aplikację nie są poprawnie escapowane przed wysłaniem zapytania do bazy.

Słabość w MongoDB C Driver pozwala, aby specjalne elementy w nazwach baz danych i kolekcji dostarczanych przez wywołującego przechodziły bez sanityzacji podczas komponowania docelowej przestrzeni nazw dla operacji. Aplikacja włączająca niezaufane dane do tych nazw może kierować operacje na inny zasób niż zamierzony.

Słabość w sterowniku MongoDB C++ dotycząca obsługi identyfikatorów przestrzeni nazw dostarczanych przez wywołującego pozwala na osadzenie znaków specjalnych w tych identyfikatorach. Aplikacja, która buduje identyfikator przestrzeni nazw z niezaufanego wejścia bez walidacji, może mieć operację skierowaną do innego celu niż zamierzony.

Legacy GridFS API sterownika MongoDB C akceptuje nieprawidłowe metadane plików z bazy danych bez odpowiedniej walidacji. Sfałszowane dokumenty w kolekcji GridFS mogą spowodować awarię aplikacji (przez dzielenie przez zero) lub wyciek zawartości pamięci procesu (przez odczyt poza zakresem).

Integracja Cyrus SASL w sterowniku C MongoDB wykonuje niebezpieczne kopiowanie ciągów podczas kanonizacji nazwy użytkownika, co umożliwia przepełnienie bufora na stercie przed jakąkolwiek autoryzacją lub ruchem sieciowym.

Funkcja bson_validate może zwracać wynik przedwcześnie dla określonych danych wejściowych i niepoprawnie zgłaszać sukces. Może to spowodować pominięcie walidacji danych BSON, pozwalając nieprawidłowym lub niepoprawnym sekwencjom UTF-8 ominąć walidację i zostać przetworzonym nieprawidłowo. Problem dotyczy MongoDB C Driver w wersjach przed 1.30.5 oraz wersji 2.0.0 i 2.0.1.

Biblioteka MongoDB C driver (mongoc) może odczytywać nieprawidłową pamięć, gdy do operacji mongoc_bulk_operation_t przekazane zostaną duże opcje.