Podatności MOOS core-moos

MOOS core-moos do wersji 10.4.0 zawiera podatność na odczyt poza zakresem w CMOOSCommPkt, gdzie czterobajtowy pakiet wywołuje dostęp do pamięci poza zakresem podczas deserializacji. Atakujący mogą otworzyć połączenie TCP z portem MOOSDB i wysłać spreparowany krótki pakiet, aby odczytać pamięć przed uwierzytelnieniem.

MOOS core-moos do wersji 10.4.0 zawiera podatność na przepełnienie bufora w funkcji CMOOSSerialPort::GetTelegram(), która zapisuje terminator NUL o jeden bajt poza bufor stosu telegramu szeregowego. Atakujący kontrolujący linię szeregową może wysłać telegram o pełnej długości, aby wywołać zapis typu off-by-one, uszkadzając stos i potencjalnie umożliwiając wykonanie kodu.

MOOS core-moos do wersji 10.4.0 nie zabezpiecza zawartości bazy danych podczas renderowania stron HTTP MOOSDB, co pozwala atakującym na wstrzykiwanie złośliwych skryptów. Każdy wydawca MOOS może ustawić wartości zmiennych zawierające ładunki skryptów, które wykonują się w przeglądarce operatorów przeglądających interfejs webowy.

Komponent SuicidalSleeper w MOOS core-moos do wersji 10.4.0 używa zakodowanej na stałe frazy hasłowej do autoryzacji poleceń multicast. Każdy peer w sieci multicast może wyliczyć procesy MOOS i wysłać polecenia zakończenia, wykorzystując domyślną grupę multicast i port ze znaną frazą, co prowadzi do zdalnego zatrzymania procesów.

Serwer HTTP MOOSDB w MOOS core-moos do wersji 10.4.0 tworzy nieograniczone połączenia i wątki bez limitów. Atakujący może otworzyć wiele połączeń i wysyłać nieskończone dane nagłówka, co prowadzi do wyczerpania wątków i pamięci serwera, powodując niedostępność usługi.

MOOS core-moos do wersji 10.4.0 zawiera podatność na odmowę usługi w MOOSCommServer::ListenLoop(), gdzie wątek akceptujący wykonuje blokujące odbieranie bez limitu czasu podczas uzgadniania protokołu. Atakujący może otworzyć połączenie TCP do portu MOOSDB i nie wysyłać danych, co powoduje blokadę wątku akceptującego na czas nieokreślony, trzymając blokadę listy gniazd i uniemożliwiając kolejne połączenia klientów.

MOOS core-moos do wersji 10.4.0 nie waliduje deklaracji długości pakietu w CMOOSCommPkt::OnBytesWritten(), co pozwala nieuwierzytelnionym atakującym na wyzwolenie nieograniczonej alokacji bufora poprzez wysyłanie spreparowanych pakietów. Atakujący mogą wysyłać pakiety z dużymi zadeklarowanymi długościami, co prowadzi do wyczerpania pamięci serwera i odmowy usługi przed zakończeniem uwierzytelniania klienta.

MOOS core-moos do wersji 10.4.0 nie sprawdza, czy długości serializowanych stringów są nieujemne w funkcji CMOOSMsg::operator>>. Nieuwierzytelnieni atakujący mogą wysłać spreparowaną wiadomość z ujemną długością na port MOOSDB, powodując nieobsłużony wyjątek, który kończy proces bazy danych.

MOOS core-moos do wersji 10.4.0 nie weryfikuje tożsamości klienta w przetwarzaniu wiadomości MOOSDB, co pozwala uwierzytelnionym atakującym na przypisywanie zapisów innym klientom poprzez podanie dowolnych identyfikatorów źródłowych w serializowanych wiadomościach. Atakujący mogą fałszować pochodzenie wiadomości i anulować subskrypcje osób trzecich, wykorzystując rozbieżność między uwierzytelnioną tożsamością połączenia a atrybucją źródła dostarczaną przez sieć.

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.

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 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.