Katalog podatności CVE

Nieuwierzytelniony klient może zapytać o inwentarz hostów domeny bezpieczeństwa przez GET /ca/rest/securityDomain/hosts i otrzymać odpowiedź zawierającą listę wewnętrznych hostów PKI/CA oraz ich role, ujawniając topologię domeny bezpieczeństwa i uczestniczące podsystemy, bez wymogu posiadania tożsamości, certyfikatu klienta lub sesji.

Nieprawidłowa kontrola dostępu w funkcji keepAlive routera TOTOLINK T6 (wersja 4.1.5cu.748_B20211015) pozwala nieuwierzytelnionym atakującym na wysyłanie pośrednich informacji o sieci mesh do mastera poprzez spreparowaną wiadomość MQTT do komponentu cs_broker.

Nieprawidłowa kontrola dostępu w funkcji updatePriStaList routera TOTOLINK T6 w wersji 4.1.5cu.748_B20211015 pozwala nieuwierzytelnionym atakującym na odświeżenie listy głównych stacji poprzez wysłanie spreparowanej wiadomości MQTT do komponentu cs_broker.

Nieprawidłowa kontrola dostępu w funkcji recv_mesh_info_sync routera TOTOLINK T6 (wersja 4.1.5cu.748_B20211015) pozwala nieuwierzytelnionym atakującym na wymuszenie synchronizacji konfiguracji mesh z kontrolowanego przez atakującego hosta poprzez wysłanie spreparowanej wiadomości MQTT do komponentu cs_broker.

Nieprawidłowa kontrola dostępu w funkcji guest_wifi_sync routera TOTOLINK T6 (wersja 4.1.5cu.748_B20211015) umożliwia nieuwierzytelnionym atakującym wyłączenie wirtualnych interfejsów gościnnych AP poprzez wysłanie spreparowanej wiadomości MQTT do komponentu cs_broker.

Nieprawidłowa kontrola dostępu w funkcji discoverWan routera TOTOLINK T6 (wersja 4.1.5cu.748_B20211015) umożliwia nieuwierzytelnionym atakującym wyzwolenie logiki wykrywania WAN poprzez wysłanie spreparowanego żądania POST do /cgi-bin/cstecgi.cgi.

Nieprawidłowa kontrola dostępu w funkcji clearDiagnosisLog routera TOTOLINK T6 (wersja 4.1.5cu.748_B20211015) umożliwia nieuwierzytelnionym atakującym usunięcie dzienników diagnostycznych poprzez wysłanie spreparowanego żądania POST do /cgi-bin/cstecgi.cgi.

W ArmorStart® LT istnieje problem bezpieczeństwa polegający na odmowie usługi. Problem wynika z nieprawidłowego obsługiwania spreparowanego żądania HTTP PUT wysyłanego do wbudowanego serwera WWW, co może prowadzić do utraty dostępności serwera WWW.

W ArmorStart® LT występuje wiele problemów związanych z trwałym cross-site scripting (XSS). Trwały XSS ma miejsce, gdy dane wejściowe użytkownika nie są odpowiednio sanityzowane i są przechowywane na serwerze, co pozwala atakującemu na wstrzyknięcie złośliwych skryptów, które zostaną wykonane, gdy inni użytkownicy odwiedzą zaatakowaną stronę.

Podatność na wstrzykiwanie SQL w oprogramowaniu E-OSB firmy Teracity Software Technologies Inc. z powodu nieprawidłowej neutralizacji specjalnych elementów w poleceniu SQL. Problem dotyczy wersji przed V02.26.07.08.01.

W Kyverno w wersjach od v1.9.0 do v1.12.7 występuje błąd w obsłudze wyjątków polityk. Gdy polityka w trybie enforce jest połączona z dwoma wyjątkami PolicyExceptions, mniej restrykcyjny wyjątek ma pierwszeństwo, co pozwala atakującemu ominąć politykę poprzez stworzenie nazwy zasobu pasującej do wzorca drugiego wyjątku (np. '*ingress*'). Można to wykorzystać do obejścia polityk takich jak blokowanie wolumenów hostPath. Poprawiono w v1.13.0.

Kyverno przed wersją 1.16.2 zawiera podatność na podrabianie żądań po stronie serwera (SSRF) w funkcji APICall. Pole URL w konfiguracji ServiceCall w polityce nie jest walidowane, więc użytkownik z uprawnieniami do tworzenia polityk na poziomie przestrzeni nazw może skierować Kyverno do wysyłania żądań HTTP do dowolnych zasobów wewnętrznych (np. punktów metadanych chmury takich jak 169.254.169.254 lub zasobów innych dzierżawców). Ponieważ Kyverno wykonuje te żądania przy użyciu swojego konta usługi o wysokich uprawnieniach w całym klastrze (problem Confused Deputy), odpowiedzi – potencjalnie zawierające sekrety innych dzierżawców i poświadczenia IAM chmury – są zwracane w PolicyReport i mogą być odczytane przez atakującego, co łamie izolację wielodostępową.

Kyverno przed wersją 1.18.0 zawiera podatność na podrabianie żądań po stronie serwera (SSRF) w apiCall.service.url, która umożliwia uwierzytelnionym użytkownikom wysyłanie dowolnych żądań HTTP poprzez wstrzykiwanie danych kontrolowanych przez użytkownika przez podstawianie zmiennych. Atakujący mogą celować w usługi wewnętrzne, punkty metadanych chmury i adresy loopback, a dane odpowiedzi są odzwierciedlane w komunikatach błędów przyjęcia, co umożliwia nieślepą eksfiltrację danych.

Kyverno przed wersją 1.16.4 automatycznie dołącza token konta usługi kontrolera przyjęć do wychodzących żądań HTTP w trybie usługi apiCall bez jawnych nagłówków autoryzacji. Atakujący mogą eksfiltrować token, kierując żądania apiCall do zewnętrznych lub kontrolowanych przez atakującego punktów końcowych, uzyskując pełną kontrolę nad politykami Kyverno i zasobami klastra.

LibreNMS w wersjach >= 23.10.0 i < 26.2.0 (naprawione w 26.4.0) zawiera uwierzytelnioną podatność na wstrzykiwanie poleceń systemu operacyjnego w wykrywaniu libvirt. Gdy obsługa libvirt jest włączona (enable_libvirt=true), nazwa hosta urządzenia ($this->getDevice()->hostname) jest łączona z poleceniami powłoki (ssh, virsh list/dumpxml/domstate) w VminfoLibvirt.php i przekazywana do exec() bez escapeshellarg() lub separacji argumentów. Uwierzytelniony administrator może ustawić spreparowaną nazwę hosta urządzenia, aby wstrzyknąć dowolne polecenia systemu operacyjnego, co prowadzi do zdalnego wykonania kodu w kontekście procesu odkrywania.

LibreNMS do wersji 26.2.0 zawiera podatność na trwały cross-site scripting w starszych stronach szablonów PHP, które renderują niekodowane dane pochodzące z SNMP, takie jak opisy peerów BGP, nazwy VRF, informacje o procesach i tagi SLA. Atakujący z dostępem do zarządzania urządzeniami lub dostępem sieciowym do rejestracji fałszywego urządzenia SNMP mogą wstrzyknąć złośliwy JavaScript, który wykona się, gdy administratorzy przeglądają dotknięte strony routingu i urządzeń, umożliwiając kradzież poświadczeń i eksfiltrację tokenów CSRF.

LibreNMS przed wersją 26.3.1 zawiera podatność na trwałe cross-site scripting (XSS) w starszych szablonach PHP, które wyświetlają dane pochodzące z SNMP i syslog bez odpowiedniego escapowania. Atakujący, który kontroluje monitorowane urządzenie sieciowe, może wstrzyknąć dowolny JavaScript przez opisy interfejsów SNMP lub pola programu syslog, który wykonuje się, gdy uwierzytelnieni użytkownicy przeglądają dotknięte strony.

LibreNMS przed wersją 26.5.0 zawiera podatności na trwały cross-site scripting na stronach wyświetlania VRF, gdzie pola mplsVpnVrfDescription, vrf_name i mplsVpnVrfRouteDistinguisher z odpytywania SNMP są renderowane bez sanityzacji. Atakujący kontrolujący monitorowane urządzenie sieciowe może wstrzyknąć dowolny JavaScript przez odpowiedzi SNMP, który wykona się w przeglądarce każdego użytkownika przeglądającego strony związane z VRF.

LibreNMS przed wersją 26.5.0 zawiera podatność na zdalne wykonanie kodu w AboutController, gdzie parametr konfiguracyjny snmpget jest przekazywany do shell_exec() bez odpowiedniej walidacji. Uwierzytelniony administrator może zmodyfikować konfigurację snmpget, aby wskazywała na złośliwy plik wykonywalny i wywołać wykonanie kodu, uzyskując dostęp do punktu końcowego /about.

LibreNMS do wersji 26.4.0 renderuje pola JSON (name, ip, model, author, commit message) zwracane przez adres URL integracji Oxidized (oxidized.url) konfigurowany przez administratora na stronie showconfig urządzenia bez zastosowania htmlspecialchars(). Administrator, który wskaże adres URL Oxidized na serwer kontrolowany przez atakującego (SSRF), może spowodować zwrócenie złośliwego JSON, co prowadzi do trwałego cross-site scripting (XSS) wpływającego na wszystkich użytkowników przeglądających zakładkę showconfig dowolnego urządzenia. Naprawione w wersji 26.7.0.