Katalog podatności CVE

Brak walidacji nagłówka Host i brak ograniczania nieudanych logowań administratora w listenerze REST API Progressive Robot hMailServer 6.0.0 do 6.3.5 pozwalają zdalnemu atakującemu na brute-force hasła administratora serwera przez przeglądarkę administratora za pomocą DNS rebinding. Listener, domyślnie wyłączony i powiązany z loopbackiem, odpowiadał na żądania niezależnie od nagłówka Host, a nieudane logowanie z hasłem administratora z loopbacka nie było automatycznie banowane ani opóźniane. Strona internetowa, której nazwa hosta jest rebindowana na 127.0.0.1, otwarta w przeglądarce na serwerze, może wysyłać uwierzytelnione żądania do listenera, odczytywać odpowiedzi i próbować hasła administratora z pełną prędkością, aż jedno zostanie zaakceptowane, dając atakującemu pełną kontrolę administracyjną nad serwerem pocztowym.

Helper aktualizacji na żywo Linuksa (hmailserver-update) w Progressive Robot hMailServer 6.3.4 i 6.3.5 działa jako root na pliku żądania zapisanym przez nieuprzywilejowane konto usługi hmailserver i pobiera z tego żądania program używany do weryfikacji podpisu aktualizacji AppImage oraz jednostkę systemd do zatrzymania przed odczytaniem plików konta usługi. Atakujący, który już wykonuje kod jako konto usługi hmailserver, na przykład przez inną lukę w serwerze pocztowym, może w ten sposób spowodować wykonanie dowolnego kodu jako root, na dowolnej instalacji Linuksa, gdzie jednostka ścieżki aktualizacji na żywo jest aktywna — domyślnie dla pakietów .deb i .rpm projektu — oraz w instalacjach AppImage uruchamianych pod tą jednostką.

Brak limitów czasu sieci w kompilacjach Linuksa Progressive Robot hMailServer 6.3.0 do 6.3.5 pozwala zdalnemu atakującemu na zajęcie wątków serwera na czas nieokreślony i zatrzymanie wychodzącej dostawy poczty (odmowa usługi). Serwer ustawiał limity czasu gniazd w formie akceptowanej przez Windows, którą Linux odrzuca, a jego klienty HTTPS czytały bez terminu, więc peer, który akceptuje połączenie i nic nie wysyła, trzymał wątek oczekujący tak długo, jak długo połączenie pozostawało otwarte. Pobieranie polityki MTA-STS, domyślnie włączone, odbywa się podczas wychodzącej dostawy do mta-sts.<domena odbiorcy>, więc każdy, kto może zmusić serwer do dostarczenia poczty do domeny przez niego kontrolowanej — na przykład jako nadawca koperty wiadomości, która odbija się — może trzymać wątki dostawy, aż wychodząca dostawa ustanie. Ta sama wada dotyczy zapytania DANE TLSA, żądania tokenu OAuth2, klienta ACME oraz listenerów ManageSieve i metryk, które cichy klient przestaje obsługiwać dla wszystkich innych. Kompilacje Windows nie są dotknięte.

Cross-site scripting w webmailu Progressive Robot hMailServer 6.3.2 do 6.3.5 pozwala zdalnemu atakującemu, który może wysłać użytkownikowi zaszyfrowaną wiadomość, na uruchomienie skryptu w origin webmaila z sesją tego użytkownika. Gdy webmail odszyfrowywał wiadomość S/MIME (od 6.3.2) lub OpenPGP (od 6.3.4) w przeglądarce, oferował każdy odszyfrowany załącznik jako blob URL typu mediów zadeklarowanego dla niego. Kliknięcie zapisywało plik, ale jeśli użytkownik otworzył załącznik w nowej karcie, część zadeklarowana jako text/html była renderowana jako dokument origin webmaila, a jej skrypt mógł odczytać skrzynkę, wysyłać pocztę i zmieniać konto przez REST API. Webmail jest serwowany tylko, gdy REST API jest włączone, co nie jest domyślne.

Przepełnienie bufora na stercie w starszej procedurze deszyfrowania Blowfish (BlowFishEncryptor::DecryptFromString) w Progressive Robot hMailServer 6.0.0 do 6.3.3 na Windows pozwala lokalnemu użytkownikowi interaktywnemu bez poświadczeń hMailServer na zapis wybranych bajtów poza końcem 255-bajtowego bufora sterty w procesie usługi hMailServer, który domyślnie działa jako LocalSystem. Użytkownik robi to, przekazując długi ciąg szesnastkowy do metody COM Utilities.BlowfishDecrypt, która nie sprawdzała uwierzytelnienia. Procedura konwertowała dane wejściowe o dowolnej długości na stały 255-bajtowy bufor przed deszyfrowaniem w miejscu. Skutkiem jest odmowa usługi (awaria usługi) i prawdopodobnie wykonanie kodu z uprawnieniami konta usługi.

W Eclipse Ditto w wersjach 3.6.0 do 3.8.13 oraz 3.9.0 do 3.9.7 interfejs Ditto Explorer UI ładuje konfigurację środowiska, w tym URI API Ditto i ustawienia dostawcy OIDC, z dowolnego adresu URL podanego w parametrze environmentsURL. Złośliwy link może ustawić kontrolowaną przez atakującego władzę OIDC z włączonym autoSso, co prowadzi do kradzieży tokenów dostępu i odświeżania ofiary.

Podatność autoryzacyjna w Apache DolphinScheduler pozwala uwierzytelnionym użytkownikom niebędącym administratorami na pobieranie danych konfiguracyjnych Kubernetes przeznaczonych dla administratorów. Ujawnione dane kubeconfig zawierają poświadczenia, które mogą umożliwić bezpośrednie uwierzytelnienie do API Kubernetes poza DolphinScheduler.

Podatność autoryzacyjna w Apache DolphinScheduler pozwala uwierzytelnionym użytkownikom uzyskać informacje o źródłach danych, do których nie mają uprawnień, poprzez endpointy /unauth-datasource i /authed-datasource. Endpointy te nie egzekwują kontroli dostępu i zwracają wrażliwe informacje o połączeniu, w tym hasła do źródeł danych.

Podatność polegająca na obejściu autoryzacji w Apache DolphinScheduler pozwala uwierzytelnionym użytkownikom na operowanie instancjami zadań w projektach, do których nie mają uprawnień, poprzez endpointy /dolphinscheduler/projects/{projectCode}/task-instances/{taskInstanceId}/stop oraz /savepoint.

Podatność polegająca na obejściu autoryzacji w Apache DolphinScheduler pozwala uwierzytelnionym użytkownikom modyfikować definicje zadań w projektach, do których nie mają uprawnień, poprzez endpoint /dolphinscheduler/projects/{projectCode}/task-definition/{code}/with-upstream. Endpoint nie weryfikuje, czy definicja zadania należy do podanego projektu.

Wtyczka WP Toolkit dla cPanel zawiera podatność na wstrzykiwanie argumentów, która pozwala lokalnym użytkownikom na wykonanie dowolnego kodu jako inne konta na tym samym serwerze.

W Brocade ASCG przed wersją 3.5.0, lokalny nieautoryzowany użytkownik na maszynie wirtualnej ASCG, który może wysłać żądanie do przestrzeni nazw sieci hosta SANnav, może wyodrębnić przechowywane poświadczenia zarządzania dla wdrożonych instancji SANnav i naruszyć bezpieczeństwo połączonych serwerów Brocade SANnav lub zarządzanych przełączników Brocade Fibre Channel.

Podatność w komponencie uwierzytelniania API SupportLink w Brocade ASCG przed wersją 3.5.0 pozwala atakującemu na obejście uwierzytelniania w różnych wdrożeniach z powodu użycia zaszytego na stałe klucza kryptograficznego.

Gdy Brocade ASCG przed wersją 3.5.0 przetwarza archiwa pakietów wsparcia pobrane ze zdalnych, naruszonych punktów końcowych, aplikacja nie oczyszcza sekwencji traversal ścieżek zawartych w wpisach archiwum przed ekstrakcją. Nieautoryzowany zdalny atakujący, który może wysyłać lub przechwytywać pliki archiwum, może wykorzystać tę wadę do zapisu dowolnych plików w ograniczonych lokalizacjach na hoście, potencjalnie prowadząc do zdalnego wykonania kodu.

Wada uwierzytelniania istnieje w komponencie usługi zarządzania administracyjnego Brocade ASCG. Nieuwierzytelniony użytkownik sieci może wysyłać bezpośrednie żądania API do wykonywania uprzywilejowanych działań, w tym uzyskiwania dostępu do wrażliwych danych mapowania konfiguracji systemu, modyfikowania zarządzanych urządzeń i zmiany ustawień operacyjnych. Podatność dotyczy wszystkich wersji Brocade ASCG przed 3.5.0.

Brocade ASCG przed wersją 3.5.0 ma dobrze znane domyślne hasło Brocade osadzone w skrypcie dystrybuowanym do każdego klienta. Każdy lokalny uwierzytelniony użytkownik z dostępem do odczytu ścieżki instalacji może odkryć to poświadczenie i przeprowadzić eskalację uprawnień na dotkniętych wdrożeniach Open Virtual Appliance (OVA), gdzie domyślne ustawienia konfiguracji pozostają w mocy.

Podatność na traversal ścieżek istnieje w komponencie usługi HTTP Brocade ASCG przed wersją 3.5.0. Nieuwierzytelniony atakujący w sieci lokalnej może wysłać zmodyfikowane żądanie API do punktu końcowego usługi, omijając ograniczenia ścieżek, co pozwala na dowolny odczyt, zapis lub usunięcie plików.

Brocade ASCG przed wersją 3.5.0 nieprawidłowo przetwarza dane wejściowe użytkownika, oceniając dane formularza przed walidacją. Gdy uwierzytelniony użytkownik przesyła formularz konfiguracyjny, przesłany tekst może zostać natychmiast przetworzony. Złośliwy aktor z podstawowym dostępem może dostarczyć spreparowane dane wejściowe do wykonania dowolnego kodu na serwerze i przejęcia kontroli nad aplikacją.

Podatność w usłudze zbierania danych Brocade ASCG przed wersją 3.5.0. Punkt API nie przeprowadza uwierzytelniania ani autoryzacji, umożliwiając atakującemu z dostępem sieciowym nawiązywanie połączeń SSH do dowolnych hostów i wykonywanie dowolnych poleceń systemowych, co czyni urządzenie nieuwierzytelnionym proxy lub wektorem wykonania.

Podatność w Brocade ASCG przed wersją 3.5.0 umożliwia atakującemu uzyskanie statycznego klucza kryptograficznego na stałe wbudowanego w binaria oprogramowania, używanego do zabezpieczania danych wrażliwych w spoczynku i ochrony protokołów komunikacji między węzłami. Atakujący, który wyodrębni ten klucz, może odszyfrować przechowywane poświadczenia administracyjne lub sfałszować administracyjne komunikaty synchronizacyjne.