Katalog podatności CVE

Narzędzie ipmi-oem w FreeIPMI przed wersją 1.6.19 zawiera podatność na przepełnienie bufora opartego na stosie w funkcji _output_dell_system_info_cmc_ipv6_info w pliku ipmi-oem/ipmi-oem-dell.c, wywoływanej przez podkomendę cmc-ipv6-info polecenia dell get-system-info.

Narzędzie ipmi-oem w FreeIPMI przed wersją 1.6.19 zawiera podatność na przepełnienie bufora opartego na stosie w funkcji _output_dell_system_info_cmc_info w pliku ipmi-oem/ipmi-oem-dell.c, wywoływanej przez podkomendę cmc-info polecenia dell get-system-info.

Narzędzie ipmi-oem w FreeIPMI przed wersją 1.6.19 zawiera podatność na przepełnienie bufora opartego na stosie w funkcji _get_dell_system_info_idrac_info w pliku ipmi-oem/ipmi-oem-dell.c, wywoływanej przez podkomendę idrac-info polecenia dell get-system-info.

FreeIPMI przed wersją 1.6.19 zawiera podatność na przepełnienie bufora opartego na stosie w funkcji _ipmi_sel_oem_fujitsu_get_sel_entry_long_text w pliku libfreeipmi/sel/ipmi-sel-string-fujitsu-irmc-common.c, wywoływaną przez nieprawidłowe odpowiedzi Fujitsu SEL long-text.

Wtyczka Divi Ajax Filter dla WordPressa jest podatna na lokalne dołączanie plików we wszystkich wersjach do 5.1.2 włącznie, poprzez parametr 'custom_loop_template'. Umożliwia to nieuwierzytelnionym atakującym dołączanie i wykonywanie dowolnych plików .php na serwerze, co pozwala na wykonanie dowolnego kodu PHP w tych plikach. Podatność jest możliwa do wykorzystania tylko wtedy, gdy parametr loop_templates jest ustawiony na 'custom-template'.

SmartIT Desktop Manager opracowany przez Lightstar ma podatność na użycie twardo zakodowanych poświadczeń. Nieuwierzytelnieni zdalni atakujący mogą wykorzystać stałe hasło do zdalnego dostępu do hostów użytkowników.

SmartIT Desktop Manager opracowany przez Lightstar ma podatność na użycie twardo zakodowanych poświadczeń. Nieuwierzytelnieni zdalni atakujący mogą uzyskać poświadczenia konta usługi SSH i hasła dla SmartIT Agent bezpośrednio z kodu źródłowego aplikacji.

ASUS Control Center ma podatności: brak uwierzytelnienia dla krytycznych funkcji, Server-Side Request Forgery (SSRF) oraz użycie twardo zakodowanych poświadczeń. Nieautoryzowany użytkownik może uzyskać klucz szyfrowania poprzez żądanie HTTP, co powoduje, że lokalna usługa włącza SSH na porcie 2222. Następnie atakujący może zalogować się przy użyciu twardo zakodowanych poświadczeń, uzyskać powłokę roota i bezpośrednio czytać, zapisywać i usuwać dane w ASUS Control Center, a także zdalnie kontrolować wszystkie serwery, komputery PC i stacje robocze w firmie.

Niebezpieczna konfiguracja Apache w ConfigServer Security & Firewall mapuje /usr/bin jako programy CGI przez wirtualny host HTTPS Messenger v3. Zdalny nieuwierzytelniony atakujący, którego adres jest zablokowany, może zażądać zmapowanego pliku wykonywalnego i uruchomić dowolne polecenia jako użytkownik Apache. Podatność dotyczy instalacji, w których włączone są CSF Messenger v3 i jego tryb HTTPS. WebPros naprawił podatność w wersji 16.31.

Podatność przepełnienia sterty przed uwierzytelnieniem w MOOS core-moos do wersji 10.4.0, występująca w obsłudze pakietów MOOSCommPkt. Atakujący może zadeklarować ujemną długość pakietu, co prowadzi do zapisu dowolnych danych poza granicami czterobajtowego bufora sterty podczas fazy HandShake.

Podatność przepełnienia bufora w MOOS-IvP do wersji 24.8.1 w funkcji StringToIvPFunction(), gdzie liczniki wymiarów, elementów i stopni z zakodowanych danych BHV_IPF są używane bez walidacji jako rozmiary alokacji i granice pętli. Atakujący może dostarczyć spreparowane dane z niezgodnymi wartościami wymiarów, aby zapisać dane poza tablicą wag IvPBox.

Wiele podatności przepełnienia bufora w MOOS-IvP do wersji 24.8.1 w dekoderach stringów funkcji IvP, które ufają kontrolowanym przez atakującego polom długości bez walidacji. Atakujący mogą tworzyć złośliwe zakodowane stringi z niezgodnymi deklarowanymi i rzeczywistymi długościami pól, co prowadzi do przepełnienia buforów sterty i stosu.

MOOS-IvP uFldNodeBroker do wersji 24.8.1 nie weryfikuje źródła komunikatów TRY_SHORE_HOST na magistrali pojazdu, co pozwala każdemu wydawcy na zapisanie tras kontrolowanych przez atakującego. Atakujący mogą publikować złośliwe komunikaty tras, aby otrzymywać mostkowany ruch pojazdu, w tym dane czujników i informacje sterujące.

MOOS-IvP uFldShoreBroker do wersji 24.8.1 nie weryfikuje autentyczności pingów węzłów przed utworzeniem wychodzących tras mostkowych. Atakujący mogą publikować komunikaty NODE_BROKER_PING ze spreparowanymi danymi HostRecord, aby przekierować mostkowane zmienne na adresy kontrolowane przez atakującego.

MOOS essential-moos pShare do wersji 10.0.1 nie autoryzuje poprawnie komunikatów PSHARE_CMD, co pozwala każdemu wydawcy na rekonfigurację tras sieciowych i nasłuchów w czasie rzeczywistym. Atakujący mogą wysyłać spreparowane komunikaty PSHARE_CMD z parametrami cmd=output lub cmd=input, aby otworzyć nowe nasłuchy na dowolnych adresach i przekierować lub zduplikować ruch do kontrolowanych miejsc.

MOOS essential-moos do wersji 10.0.1 zawiera podatność obejścia uwierzytelniania w pShare, która akceptuje datagramy UDP z dowolnego źródła i ponownie publikuje je z tożsamością zadeklarowaną przez atakującego. Atakujący mogą wysyłać spreparowane datagramy UDP do tras wejściowych pShare, aby wstrzykiwać komunikaty do lokalnej społeczności MOOS pod sfałszowanymi tożsamościami lub wysyłać złośliwe datagramy w celu awarii procesu pShare.

MOOS core-moos do wersji 10.4.0 zawiera podatność obejścia uwierzytelniania w opcjonalnym serwerze HTTP MOOSDB, która pozwala nieuwierzytelnionym klientom na zapis zmiennych. Atakujący mogą wysyłać żądania HTTP z nazwami i wartościami zmiennych na port serwera HTTP MOOSDB, aby modyfikować zmienne MOOS, w tym komendy siłowników i nadrzędne, bez uwierzytelnienia.

MOOS-IvP uMemWatch do wersji 24.8.1 konstruuje komendy powłoki z wybranych przez atakującego nazw klientów MOOS bez sanityzacji. Atakujący mogą wstrzykiwać metaznaki powłoki do nazw klientów, aby wykonać dowolne komendy jako użytkownik procesu uMemWatch poprzez niecytowane cele przekierowania w wywołaniach systemowych.

MOOS-IvP iSay do wersji 24.8.1 zawiera podatność zdalnego wykonania kodu w obsłudze zmiennej SAY_MOOS, która przekazuje nieoczyszczony tekst do komendy powłoki. Atakujący mogą publikować komunikaty SAY_MOOS zawierające backticki lub składnię podstawiania komend, aby wykonać dowolne komendy jako użytkownik procesu iSay.

MOOS core-moos do wersji 10.4.0 nie wymaga uwierzytelniania w protokole sieciowym, co pozwala nieuwierzytelnionym klientom na pełny dostęp do publikowania, subskrypcji i czyszczenia bazy danych. Atakujący mogą ominąć sprawdzanie ciągu protokołu w czasie kompilacji i połączyć się z dowolnymi nazwami klientów, aby wykonywać uprzywilejowane operacje, w tym DB_CLEAR, które resetuje wszystkie zmienne i czyści kolejki pocztowe klientów.