Podatności MongoDB Connector for BI

Nieuwierzytelniony klient dostępny z sieci może utrzymywać sesję uwierzytelniania MongoDB Connector for BI w nieskończoność, rozpoczynając wymianę logowania opartą na SASL i nie kończąc jej. Ponieważ pętla negocjacji nie miała limitu czasu, a odczyt od klienta nie miał terminu, każda taka sesja zatrzymuje pracownika, slot połączenia klienckiego i powiązane połączenia z bazą danych aż do restartu procesu. Wielokrotne wykorzystanie tego zachowania może wyczerpać skonfigurowaną pojemność połączeń i uniemożliwić legalnym użytkownikom nawiązanie nowych sesji.

Gdy mongosqld jest skonfigurowany z plikiem urzędu certyfikacji klienta, nasłuchiwacz żąda certyfikatu klienta podczas uzgadniania TLS, ale go nie wymaga, więc klient nieprzedstawiający certyfikatu jest nadal akceptowany. W środowiskach, które polegają na certyfikatach klienckich jako jedynym sposobie identyfikacji użytkowników, zdalna strona z dostępem sieciowym do nasłuchiwacza może ustanowić sesję i odczytać dane MongoDB udostępniane przez konektor.

Nieuwierzytelniona strona mająca dostęp do portu instancji MongoDB Connector for BI (mongosqld) może generować wystarczającą ilość rutynowej aktywności logów połączeń, aby wyczerpać pamięć masową skonfigurowanej ścieżki logów. Gdy zapis logu lub operacja rotacji logu nie powiedzie się, błąd nie jest obsługiwany i wspólny proces mongosqld kończy działanie, przerywając usługę dla wszystkich podłączonych klientów SQL. Proces nadal kończy się przy starcie, dopóki operator nie przywróci dostępnej pamięci, a komunikat diagnostyczny wyjaśniający stan nie jest rejestrowany.

Użytkownik bazy danych mogący utworzyć widok w przestrzeni nazw, którą MongoDB Connector for BI próbkuje, może spowodować zatrzymanie działania procedury próbkowania schematu, definiując widok, którego ocena niezawodnie kończy się niepowodzeniem. Logika próbkowania klasyfikuje wynikowy komunikat serwera jako przejściowy i po wyczerpaniu skonfigurowanych ponowień kontynuuje bez prawidłowego wyniku, kończąc procedurę odświeżania schematu. Proces mongosqld działa nadal bez użytecznego schematu, więc klienci SQL nie mogą uzyskać wyników, dopóki operator nie usunie widoku lub nie wykluczy jego przestrzeni nazw z próbkowania.

W MongoDB Connector for BI nazwy obiektów MongoDB, takie jak nazwy kolekcji, pól i indeksów, są umieszczane w cytowanych identyfikatorach tekstu DDL zwracanego przez instrukcje SHOW CREATE bez escapowania ogranicznika identyfikatora. Użytkownik z uprawnieniami do zapisu w próbkowanej kolekcji MongoDB może wybrać nazwę, która zamyka cytowany identyfikator wcześniej, tak że dodatkowy tekst SQL staje się częścią wygenerowanego wyniku. Jeśli operator lub zautomatyzowane narzędzie później odtworzy tę wygenerowaną instrukcję na serwerze SQL, dodatkowy tekst zostanie wykonany z uprawnieniami tej sesji.

W MongoDB Connector for BI, tekst opisu walidatora schematu JSON kolekcji jest włączany do tekstu komentarza DDL zwracanego przez instrukcje SHOW CREATE bez pełnego escapowania znaków backslash. Użytkownik z uprawnieniem do modyfikacji walidatora schematu kolekcji, w środowiskach skonfigurowanych do budowania schematu SQL z tych walidatorów, może spowodować osadzenie dodatkowego tekstu SQL w generowanym wyniku. Jeśli operator lub zautomatyzowane narzędzie później odtworzy tę wygenerowaną instrukcję na serwerze SQL, dodatkowy tekst zostanie wykonany z uprawnieniami tej sesji.

W MongoDB Connector for BI, narzędzie mongodrdl może zapisać hasło klucza prywatnego TLS do standardowego wyjścia błędów, gdy hasło jest podane zarówno w URI połączenia, jak i w opcji linii poleceń. Lokalny użytkownik z dostępem do przechwyconego wyjścia może użyć hasła do klucza.

Nieuwierzytelniony klient, który może dotrzeć do MongoDB Connector for BI skonfigurowanego z uwierzytelnianiem Kerberos, może spowodować zakończenie działania mongosqld przez spreparowaną wymianę uwierzytelniającą, która napotyka specyficzny błąd GSSAPI. Może to przerwać dostępność BI Connectora do czasu restartu procesu.