Katalog podatności CVE

Podatność wykryta w ramach wewnętrznego przeglądu bezpieczeństwa Cisco dotyczy niewystarczającego zarządzania przepływem sterowania (CWE-691). Została zaadresowana w wydaniu wzmacniającym oprogramowanie. Szczegóły wpływu nie są podane w opisie.

Podatność znaleziona podczas wewnętrznego przeglądu bezpieczeństwa Cisco dotyczy nieprawidłowej walidacji danych wejściowych (CWE-20). Została rozwiązana w wydaniu wzmacniającym oprogramowanie. W opisie nie podano szczegółów wpływu.

Podatność wykryta przez zespół Cisco podczas przeglądu bezpieczeństwa dotyczy nieprawidłowej kontroli zasobu w trakcie jego cyklu życia (CWE-664). Została usunięta w wydaniu wzmacniającym oprogramowanie.

Podatność odkryta podczas wewnętrznego przeglądu bezpieczeństwa Cisco dotyczy nieprawidłowej kontroli dostępu (CWE-284). Została zaadresowana w wydaniu wzmacniającym oprogramowanie.

Podatność w Cisco NX-OS znaleziona podczas przeglądu bezpieczeństwa dotyczy nieprawidłowego obsługiwania wyjątkowych warunków (CWE-703). Została zaadresowana w wydaniu wzmacniającym oprogramowanie.

Podatność w Cisco NX-OS wykryta podczas wewnętrznego przeglądu bezpieczeństwa dotyczy odczytu poza zakresem (CWE-125). Została naprawiona w wydaniu wzmacniającym oprogramowanie.

Podatność w Cisco NX-OS odkryta podczas przeglądu bezpieczeństwa dotyczy nieprawidłowej walidacji danych wejściowych w poleceniach (CWE-20). Została zaadresowana w wydaniu wzmacniającym oprogramowanie.

Podatność w Cisco NX-OS wykryta podczas wewnętrznego przeglądu bezpieczeństwa dotyczy nieprawidłowej neutralizacji danych wejściowych (CWE-707). Została naprawiona w wydaniu wzmacniającym oprogramowanie.

Homer, oprogramowanie do obserwowalności telekomunikacyjnej, przed wersją 11.0.283 jest podatne na wstrzykiwanie SQL w handlerze V4StatisticsQuery. Pole rawquery od użytkownika jest przekazywane bezpośrednio do DuckDB bez walidacji funkcją sqlvalidator.ValidateRawSQL, co pozwala uwierzytelnionemu użytkownikowi na wykonanie dowolnych zapytań SQL do danych dostępnych przez usługę FlightSQL.

Podatność w interfejsie zarządzania Cisco Finesse wynika z niewłaściwej walidacji danych wejściowych dla określonych żądań HTTP. Nieuwierzytelniony zdalny atakujący może wysłać spreparowane żądanie HTTP, aby przeprowadzić atak typu server-side request forgery (SSRF). Udany atak może pozwolić na uzyskanie ograniczonych informacji o usługach powiązanych z urządzeniem.

Pakiet @backstage/plugin-techdocs-node przed wersjami 1.14.6 i 1.15.4 nieprawidłowo walidował konfigurację rozszerzeń Markdown dla TechDocs. Uwierzytelniony użytkownik mogący rejestrować lub modyfikować źródła dokumentacji może spowodować, że proces budowania TechDocs uzyska dostęp do zasobów poza zamierzonym obszarem dokumentacji. Może to ujawnić dane hosta backendu lub wewnętrzne zasoby sieciowe.

Gophish do wersji 0.12.1 zawiera podatność typu insecure direct object reference, która pozwala uwierzytelnionym użytkownikom przejmować grupy, szablony, strony docelowe i profile wysyłkowe innych użytkowników. Atakujący może podać sekwencyjny identyfikator innego użytkownika w żądaniach POST do /api/groups/, /api/templates/, /api/pages/ lub /api/smtp/, aby nadpisać i przepisać obiekty, blokując właścicieli i ujawniając listy odbiorców ofiar.

LMCache do wersji 0.5.5 zawiera podatność typu server-side request forgery w usłudze monitorowania frontendu, która pozwala nieuwierzytelnionym atakującym obejść listę dozwolonych proxy poprzez rejestrowanie dowolnych hostów. Atakujący mogą dodawać wpisy przez POST /api/proxies, a następnie używać /proxy lub /proxy2 do osiągnięcia wewnętrznych hostów, odczytu odpowiedzi i manipulacji węzłami lub zatrzymania heartbeatu.

LMCache do wersji 0.5.5 zawiera podatność braku uwierzytelniania w koordynatorze wieloprocesowym, która pozwala zdalnym nieuwierzytelnionym atakującym uzyskać dostęp do API kontroli floty HTTP nasłuchującego domyślnie na wszystkich interfejsach. Atakujący mogą rejestrować lub wyrejestrowywać instancje przez /instances, nadpisywać limity przez /quota, wstrzykiwać zdarzenia przez /events i wyliczać /directory/keys, aby zakłócić buforowanie i ujawnić metadane umiejscowienia.

libexpat przed commitem 13c5f63 zawiera podatność przepełnienia bufora sterty w xmlparse.c. Funkcja XML_ParseBuffer przesuwa koniec bufora parsowania za pomocą parser->m_bufferEnd += len, używając długości dostarczonej przez wywołującego, która nie jest walidowana względem rozmiaru przydzielonego bufora, co prowadzi do odczytu poza granicami sterty i ujawnienia sąsiedniej pamięci, w tym wskaźników sterty, funkcji libc i kodu, wystarczających do obejścia ASLR.

W NTFS-3G przed wersją 2026.7.7 istnieje przepełnienie bufora sterty w funkcji ntfs_index_walk_down() w libntfs-3g/index.c, które pozwala atakującemu uszkodzić pamięć sterty w binarnym pliku ntfs-3g z uprawnieniami SUID-root poprzez spreparowanie złośliwego obrazu NTFS. Przepełnienie jest wywoływane przez odczyt specjalnie spreparowanych metadanych pliku.

Backstage to otwarty framework do budowania portali deweloperskich. Przed wersją 0.3.25 pakiet @backstage/plugin-scaffolder-backend-module-confluence-to-markdown jest podatny na niewłaściwą walidację ścieżki repozytorium w module backendu scaffoldera. Uwierzytelniony użytkownik mogący wykonać szablon i kontrolować lokalizację pliku repozytorium może spowodować zapisanie wygenerowanej treści poza obszarem roboczym zadania, w lokalizacjach zapisywalnych przez proces backendu Backstage.

Backstage to otwarty framework do budowania portali deweloperskich. Przed wersjami 1.14.8, 1.15.6 i 2.0.1 pakiet @backstage/plugin-techdocs-node nieprawidłowo walidował konfigurację markdown_extensions w stylu mapowania. Uwierzytelniony atakujący mogący zarejestrować lub wpłynąć na źródło dokumentacji oparte na SCM może obejść sanityzację TechDocs i spowodować import oraz instancjonowanie obiektów Pythona w środowisku uruchomieniowym generatora, prowadząc do wykonania dowolnego kodu. Wcześniejsze poprawki w wersjach 1.14.6 i 1.15.4 nie rozwiązały w pełni obsługiwanej reprezentacji mapowania markdown_extensions. Wpływ jest największy, gdy generowanie dokumentacji działa z poświadczeniami backendu, dostępem do systemu plików lub dostępem do sieci wewnętrznej.

Backstage to otwarty framework do budowania portali deweloperskich. Przed wersją 1.14.6 pakiet @backstage/plugin-techdocs-node jest podatny na obejście konfiguracji w sanityzacji pliku techdocs mkdocs.yml. Niewystarczająca walidacja konfiguracji MkDocs podczas generowania TechDocs może pozwolić uwierzytelnionemu użytkownikowi, który może rejestrować lub modyfikować źródła dokumentacji, na wykonanie dowolnych poleceń w środowisku budowania. Wpływ jest ograniczony do zasobów dostępnych dla backendu TechDocs lub kontenera budowania.

Backstage, framework do budowy portali deweloperskich, przed wersją 1.14.6 zawiera podatność na zdalne wykonanie kodu w pakiecie @backstage/plugin-techdocs-node. Uwierzytelniony użytkownik, który może rejestrować encje katalogu, może dostarczyć spreparowany plik mkdocs.yml z polami markdown_extensions, co prowadzi do wykonania dowolnych poleceń systemu operacyjnego na hoście budującym TechDocs. Problem został naprawiony w wersjach 1.14.6 i 1.15.4.