Katalog podatności CVE

Podatność na przemycanie żądań HTTP w serwerze aplikacji HTTP w Progress MarkLogic Server przed wersjami 11.3.6 i 12.0.3. Zdalny atakujący może ominąć kontrolę uwierzytelniania i autoryzacji, przejąć sesję legalnego użytkownika lub przechwycić poświadczenia. Problem występuje, gdy spreparowane żądanie HTTP zawierające zarówno nagłówki Content-Length, jak i Transfer-Encoding powoduje, że odwrotne proxy i serwer MarkLogic interpretują granice żądań w różny sposób.

Podatność polegająca na nieprawidłowym zarządzaniu uprawnieniami w operacji poprawki dokumentu w interfejsie REST API w Progress MarkLogic Server przed wersjami 11.3.6 i 12.0.3. Uwierzytelniony użytkownik z niskimi uprawnieniami roli REST może eskalować uprawnienia i wykonywać uprzywilejowane operacje na bazie danych Security.

Podatność polegająca na nieprawidłowej weryfikacji podpisu kryptograficznego w module uwierzytelniania SAML w Progress MarkLogic Server przed wersjami 11.3.6 i 12.0.3. Nieuwierzytelniony zdalny atakujący może ominąć uwierzytelnianie i podszyć się pod dowolnego użytkownika, w tym administratora. Podatność dotyczy wdrożeń z włączonym logowaniem jednokrotnym SAML.

Podatność polegająca na nieprawidłowym zarządzaniu uprawnieniami w interfejsach zapytań SQL, SPARQL i Optic REST w Progress MarkLogic Server przed wersjami 11.3.6 i 12.0.3. Uwierzytelniony użytkownik z niskimi uprawnieniami roli REST może eskalować uprawnienia do administratora, co umożliwia wykonywanie uprzywilejowanych operacji i nieautoryzowany dostęp do danych.

Apache Answer do wersji 2.0.1 ma niewystarczające wygasanie sesji: administracyjne klucze API pozostają ważne po degradacji administratora lub po oznaczeniu konta jako nieaktywne, zawieszone lub usunięte, umożliwiając dalszy dostęp do czasu jawnego usunięcia kluczy.

Podatność polegająca na nieprawidłowym zarządzaniu uprawnieniami w Google SecOps (Chronicle SOAR) w wersjach wcześniejszych niż 6.3.85 na Google Cloud Platform. Uwierzytelniony atakujący może eskalować uprawnienia do poziomu administracyjnego dostępu systemowego przy użyciu spreparowanego wewnętrznego nagłówka uwierzytelniającego. Podatność została załatana w wersji 6.3.85 i nie wymaga działań ze strony klienta.

Referencyjna implementacja NASA-AMMOS Asynchronous Network Management System (ANMS) w domyślnym docker-compose.yml publikuje API REST usługi amp-manager bezpośrednio na interfejsie sieciowym hosta (port 8089) z cap_add: NET_ADMIN, NET_RAW, SYS_NICE, omijając bramę CAM, która jest jedyną granicą uwierzytelniania.

rust-iot-platform umożliwia tworzenie 'calc rule' przez POST /calc-rule/create (api/src/controller/calc_rule_router.rs) z dowolnym polem. Ta trasa nie korzysta z zabezpieczenia AuthToken, które jest używane w innych miejscach aplikacji, co czyni ją dostępną bez uwierzytelnienia.

W rust-iot-platform, implementacja guarda żądań AuthToken (api/src/main.rs) sprawdza tylko, czy nagłówek Authorization jest obecny, i nigdy nie weryfikuje jego wartości względem żadnej sesji, magazynu tokenów ani podpisu. Każde żądanie z dowolnym niepustym nagłówkiem Authorization (np. ) spełnia guard, dając dostęp do każdego endpointu chronionego tylko tym guardem.

OpenPLC Runtime v3 w funkcji compile_program (webserver/openplc.py) parsuje dyrektywy z przesłanych plików Structured Text (.st) i zapisuje odwołaną treść bez walidacji, czy ścieżka pliku pozostaje w katalogu ./core. Funkcja validate_file_path istnieje w kodzie, ale nie jest wywoływana z compile_program.

Funkcje microtar mtar_write_file_header i mtar_write_dir_header (src/microtar.c) kopiują nazwę wpisu dostarczoną przez wywołującego do 100-bajtowego pola struktury mtar_header_t na stosie przez strcpy(h.name, name), bez sprawdzenia, czy strlen(name) jest mniejsze niż 100 przed kopiowaniem.

W porcie LINUXTCP FreeModbus występuje błąd off-by-one w sprawdzaniu granic w xMBPortTCPPool (demo/LINUXTCP/port/porttcp.c). Sprawdzenie używa ścisłego porównania większości zamiast większości lub równego względem limitu 263 bajtów MB_TCP_BUF_SIZE.

W IoTSharp, kontroler BlobStorageController.cs nie ma atrybutu [Authorize], który jest zastosowany w innych kontrolerach, a w Startup.cs nie skonfigurowano globalnej polityki autoryzacji. W rezultacie punkty końcowe Upload/Download/List/Modify/Delete są dostępne dla nieuwierzytelnionych zdalnych atakujących.

nanoMODBUS do wersji v1.23.0 zawiera odczyt poza stosem prowadzący do zapisu przez dziki wskaźnik w nmbs_read_device_identification_basic / recv_read_device_identification_res w nanomodbus.c. Stała tablica stosowa order[3] = {0,1,2} mapuje identyfikatory obiektów na indeksy bufora. Pole object_id dostarczane przez serwer (0-255, odczytywane bezpośrednio z sieci) jest używane bez żadnego sprawdzenia granic jako buf_index = order[object_id].

nanoMODBUS do wersji 1.23.0 zawiera zapis poza zakresem w funkcji handle_read_file_record (FC 0x14, Read File Record) w nanomodbus.c. Funkcja sprawdza, czy całkowity rozmiar żądania nie przekracza 245 bajtów i czy record_length każdego pod-żądania wynosi co najwyżej 124, ale nie sprawdza skumulowanego rozmiaru odpowiedzi przed przetworzeniem.

Podatność w login.php systemu Inventory-Management-System-PHP polega na konstruowaniu zapytania uwierzytelniającego przez bezpośrednie sklejanie surowych parametrów POST, bez żadnego escapowania czy parametryzacji. Umożliwia to ominięcie uwierzytelniania przez wstrzyknięcie SQL, np. email=' OR 1=1 LIMIT 1-- -.

DjangoCRM ma twardo zakodowany klucz SECRET_KEY Django bezpośrednio w pliku webcrm/settings.py, zamiast odczytywać go ze zmiennej środowiskowej. Ponieważ klucz ten jest używany do podpisywania sesji, generowania tokenów CSRF i tokenów resetowania hasła, każdy, kto przeczyta publiczne repozytorium, może sfałszować ważne ciasteczka sesji (w tym dla konta superadmina), tokeny CSRF i tokeny resetowania hasła, osiągając pełne przejęcie konta.

W Miantang/IoT-PHP, w pliku index.php, trasa POST /userlogin odczytuje hasło bezpośrednio z ['pwd'] bez sanityzacji i łączy je z surowym zapytaniem SQL. Nieuwierzytelniony atakujący może przesłać payload taki jak pwd=' OR '1'='1, aby ominąć uwierzytelnianie, a dzięki wstrzyknięciu UNION wyodrębnić dowolne dane z bazy.

W IOTSmartHome, funkcja checkCookie w gui/login.php buduje zapytanie uwierzytelniające jako SELECT * FROM users WHERE ID='<zdekodowany cookie lastLogin>' po zdekodowaniu cookie lastLogin dostarczonego przez klienta za pomocą safe_decode, które wykonuje dekodowanie base64 URL-safe bez sanityzacji zdekodowanej wartości przed wstawieniem jej do zapytania SQL.

Oprogramowanie routerów Zbtlink zawiera wbudowany implant zdalnego sterowania ENDLESSDOORS, obecny w każdej opublikowanej kompilacji. Jest to narzędzie open-source ycsunjane/rctl zbudowane jako pakiet OpenWrt (librctl.so), uruchamiane przy starcie jako root pod nazwą procesu kworker. Nie otwiera portu nasłuchującego; łączy się przez czysty TCP z zakodowanym serwerem C2 (kanał poleceń 7000, zwrotny interaktywny shell 7001) bez uwierzytelniania i szyfrowania, ponawiając kontakt co około 35 sekund. Obsługa poleceń przekazuje dowolny otrzymany ciąg do popen() jako uid=0, a zarezerwowane polecenie rctlbash zwraca interaktywną powłokę root. Ponieważ kanał jest nieuwierzytelniony i jawny, kontrola nie jest ograniczona do tego, kto go zainstalował: każda strona, która odpowiada na adresie C2, zajmuje ścieżkę sieciową (DNS lub przejęcie trasy) lub uzyska zakodowaną domenę zapasową, uzyskuje nieuwierzytelnione zdalne wykonanie kodu jako root.