Katalog podatności CVE

Urządzenia Lantronix SLC8000 (przed firmware v9.7.0.3), SLC9000 (przed v9.7.0.2), EMG8500/EMG7500 (przed v9.7.0.1) oraz wszystkie wersje SLB882 zawierają podatność SSRF w listenerze WebSSH/WebTelnet. Nieuwierzytelniony atakujący może zmodyfikować parametr rooturl, aby przekierować połączenie Telnet do dowolnego hosta lub adresu IP. Umożliwia to wyliczanie i komunikację z wewnętrznymi punktami końcowymi sieci.

Urządzenia Lantronix SLC8000 (przed firmware v9.7.0.3), SLC9000 (przed v9.7.0.2), EMG8500/EMG7500 (przed v9.7.0.1) oraz wszystkie wersje SLB882 zawierają podatność SSRF w listenerze WebSSH/WebTelnet. Nieuwierzytelniony atakujący może zmodyfikować parametr rooturl, aby przekierować połączenie SSH do dowolnego hosta lub adresu IP. Umożliwia to wyliczanie i komunikację z wewnętrznymi punktami końcowymi sieci.

Urządzenia Lantronix SLC8000 (przed firmware v9.7.0.3), SLC9000 (przed v9.7.0.2), EMG8500/EMG7500 (przed v9.7.0.1) oraz wszystkie wersje SLB882 zawierają podatność SSRF w listenerze WebSSH/WebTelnet. Niestandardowy shellinaboxd buduje cel połączenia SSH za pomocą snprintf z danymi od użytkownika; podanie zbyt długiej nazwy użytkownika powoduje obcięcie sufiksu adresu IP urządzenia i przekierowanie połączenia do dowolnego hosta. Umożliwia to wyliczanie i komunikację z wewnętrznymi punktami końcowymi sieci.

W urządzeniach Lantronix SLC8000/SLC9000 (przed firmware v9.7.0.2), EMG8500/EMG7500 (przed firmware v9.7.0.1) oraz we wszystkich wersjach firmware SLB882/SLCx-03/SLCx-02 występuje przepełnienie bufora na stosie. Uwierzytelniony atakujący może potencjalnie wykonać dowolny kod, wykorzystując nieudokumentowaną komendę zapisu mfc eeprom, która kopiuje nieograniczone dane wejściowe do bufora stosu przed przekazaniem ich do wywołania system().

W urządzeniach Lantronix SLC8000/SLC9000 (przed firmware v9.7.0.2), EMG8500/EMG7500 (przed firmware v9.7.0.1) oraz we wszystkich wersjach firmware SLB882/SLCx-03/SLCx-02 występuje przepełnienie bufora na stosie. Uwierzytelniony atakujący może potencjalnie wykonać dowolny kod, wykorzystując nieudokumentowaną komendę odczytu mfc eeprom, która kopiuje nieograniczone dane wejściowe do bufora stosu przed przekazaniem ich do wywołania system().

Lantronix SLC8000/SLC9000 (przed firmware v9.7.0.2), EMG8500/EMG7500 (przed v9.7.0.1) oraz wszystkie wersje firmware SLB882/SLCx-03/SLCx-02 zawierają podatność na wstrzyknięcie poleceń. Uwierzytelniony atakujący z uprawnieniem 'services' może wykonać dowolne polecenia powłoki jako root poprzez polecenie 'set cifs password', które przekazuje nieoczyszczone dane wejściowe do wywołania system().

Lantronix SLC8000/SLC9000 (przed firmware v9.7.0.2), EMG8500/EMG7500 (przed v9.7.0.1) oraz wszystkie wersje firmware SLB882/SLCx-03/SLCx-02 zawierają podatność na wstrzyknięcie poleceń. Uwierzytelniony atakujący może wykonać dowolne polecenia powłoki jako root poprzez nieudokumentowane polecenie 'mfc eeprom write', które przekazuje nieoczyszczone dane wejściowe do wywołania system().

Lantronix SLC8000/SLC9000 (przed firmware v9.7.0.2), EMG8500/EMG7500 (przed v9.7.0.1) oraz wszystkie wersje firmware SLB882/SLCx-03/SLCx-02 zawierają podatność na wstrzyknięcie poleceń. Uwierzytelniony atakujący może wykonać dowolne polecenia powłoki jako root poprzez nieudokumentowane polecenie 'mfc eeprom read', które przekazuje nieoczyszczone dane wejściowe do wywołania system().

W Cloudreve przed wersją 4.18.0 zabezpieczenie przed server-side request forgery (SSRF) ValidateExternalURL w pkg/request/ssrf.go przekazuje rozwiązane adresy do checkIP bez dekodowania form przejściowych IPv4-w-IPv6 NAT64, IPv4-compatible i 6to4. Uwierzytelniony użytkownik z dostępem do zdalnego pobierania może podać SrcUri poprzez RemoteDownloadTask.createDownloadTask, aby wrapper osadzający adres IPv4 loopback, prywatny, link-local lub cloud metadata został sklasyfikowany jako publiczny i pobrany, ujawniając odpowiedzi wewnętrznych usług i poświadczenia instancji chmury. Adresy IPv4-mapped IPv6 pozostają zablokowane, ponieważ Go konwertuje tę formę za pomocą net.IP.To4.

webpy web.py 0.76 jest podatny na Session Fixation. Komponent Session._load() odczytuje session_id bezpośrednio z ciasteczka żądania i ładuje tę sesję z magazynu, a _save() zapisuje z powrotem pod tym samym session_id; nie ma rotacji po uwierzytelnieniu, więc ustalony session_id zachowuje stan uwierzytelnienia.

webpy web.py 0.76 jest podatny na Cross Site Scripting (XSS) poprzez render_jinja.__init__().

Cloudreve przed wersją 4.18.0 ma brak middleware RequiredScopes(types.ScopeAdminWrite) na trasach narzędzi administracyjnych tool.GET("wopi") i tool.POST("mail"), które dziedziczą ScopeAdminRead. Aplikacja OAuth lub klucz API z uprawnieniami Admin.Read może sondować skonfigurowane usługi WOPI i wysyłać dowolne testowe e-maile przez konfigurację SMTP, przekraczając granice uprawnień tylko do odczytu.

Cloudreve to samodzielnie hostowany system zarządzania i udostępniania plików. Przed wersją 4.18.0 funkcja PrepareUpload sprawdza nieaktualną wartość pojemności użytkownika w pamięci, a następnie stosuje bezwarunkowe obciążenie pojemności poza tą samą transakcją egzekwującą limit. Uwierzytelniony użytkownik z uprawnieniem Files.Write może wysyłać równoczesne żądania sesji przesyłania, które odczytują ten sam stan pojemności, przechodzą kontrolę MaxStorage i rezerwują zadeklarowane rozmiary, przekraczając limit konta.

Vector to wydajny potok danych obserwowalności. W wersjach od 0.10.0 do 0.57.0 sink plikowy renderuje ścieżkę z szablonu na podstawie pól zdarzenia i otwiera wynik bez ograniczania go do zamierzonego katalogu. Gdy niezaufane źródło dostarczy pole zdarzenia używane w szablonie ścieżki, wartość może zawierać ścieżkę absolutną lub przejście do katalogu nadrzędnego, powodując utworzenie lub nadpisanie plików poza zamierzoną lokalizacją z uprawnieniami procesu Vector.

W Vector od wersji 0.15.0 do 0.57.0 źródło logstash przekazuje każdą zdekompresowaną ramkę z powrotem do dekodera bez ograniczenia głębokości zagnieżdżonej kompresji. Nieuwierzytelniony zdalny atakujący, który może połączyć się z domyślnym listenerem 0.0.0.0:5044, może wysłać wiele zagnieżdżonych skompresowanych ramek, powodując rekurencyjne dekodowanie, które wyczerpuje stos wątku roboczego i przerywa proces. Problem naprawiono w wersji 0.57.0.

W Vector od wersji 0.15.0 do 0.57.0 źródło logstash odczytuje z sieci 32-bitową długość skompresowanej ramki i używa jej do rozmiaru bufora w pamięci bez górnego ograniczenia. Nieuwierzytelniony zdalny atakujący, który może połączyć się z domyślnym listenerem 0.0.0.0:5044, może wysłać minimalną ramkę deklarującą wielogigabajtowy ładunek, powodując nadmierną alokację, która może przerwać Vector lub wywołać OOM killer na hoście. Problem naprawiono w wersji 0.57.0.

Frigate to open source'owy rejestrator wideo z sieci. Przed wersją 0.18.0 lokalizacja /api/go2rtc/api dopasowywana prefiksem w pliku docker/main/rootfs/usr/local/nginx/conf/nginx.conf wymaga uwierzytelnienia, ale nie wymaga roli administratora dla żądań GET, ujawniając proxowane API go2rtc użytkownikom z rolą viewer. Uwierzytelniony viewer może odpytać podścieżki streams, config, log i stack, aby uzyskać wewnętrzne adresy, ścieżki konfiguracji, logi aplikacji, dane stosu goroutine oraz adresy URL strumieni RTSP, które mogą zawierać dane uwierzytelniające kamer. Problem naprawiono w wersji 0.18.0.

Frigate to open source'owy rejestrator wideo z sieci. Przed wersją 0.17.2 handler WebSocket w frigate/comms/ws.py przekazuje tematy wiadomości wybrane przez atakującego do dyspozytora bez sprawdzania roli uwierzytelnionego użytkownika, ponieważ podzapytanie uwierzytelniające nginx nie dostarcza handlerowi autoryzacji uwzględniającej role. Każdy uwierzytelniony viewer może wysyłać tematy przeznaczone tylko dla administratora, takie jak restart, notifications/set oraz ustawienia detekcji, nagrywania, snapshotów, audio, ruchu i włączania kamer, powodując restarty usługi lub wyłączanie funkcji monitoringu bezpieczeństwa. Problem naprawiono w wersji 0.17.2.

Novu przed wersją 3.18.0 przypadki użycia mutacji integracji, w tym remove-integration, update-integration, auto-configure-integration i set-integration-as-primary, wyszukują integrację po integrationId i organizationId bez konsekwentnego wymuszania environmentId. Wywołujący z dostępem do jednego środowiska w organizacji może wskazać identyfikator integracji z innego środowiska i usunąć integrację, zmodyfikować jej poświadczenia, zmienić głównego dostawcę lub wyzwolić automatyczną konfigurację. Biuletyn bezpieczeństwa definiuje zarówno klucze API środowiska, jak i sesje pulpitu jako dotknięte. Zmiana w 3.18.0 wymusza granicę środowiska tylko dla uwierzytelniania kluczem API o zasięgu środowiska, podczas gdy testy celowo zachowują zachowanie sesji pulpitu między środowiskami, więc nie usuwa całkowicie zakresu zdefiniowanego w biuletynie. Wersja 3.18.0 jest częściową próbą naprawy, a zachowanie sesji pulpitu wymaga rozstrzygnięcia przez kuratora.

Novu przed wersją 3.18.0 nie waliduje adresów URL webhooków czatu pochodzących z różnych źródeł, przekazując je do surowych żądań HTTP. Uwierzytelniony użytkownik może wysyłać żądania POST do wewnętrznych usług sieciowych, co może prowadzić do nieautoryzowanych akcji.