Katalog podatności CVE

Zidentyfikowano podatność w projekcie a2ui-project a2ui w wersjach 0.8/0.9/1.0. Dotyczy ona nieznanej funkcji w pliku model-processor.ts komponentu Model Processor. Manipulacja argumentem current[segment] prowadzi do ujawnienia informacji. Atak może być przeprowadzony zdalnie. Identyfikator poprawki to 1b3bff234661ce922cbc3771be642b23ec9fd0fa. Aby naprawić ten problem, zaleca się wdrożenie poprawki.

Wykryto podatność w projekcie a2ui-project a2ui w wersjach 0.9/0.9.1. Problem dotyczy funkcji updateComponents w pliku basic_functions.ts komponentu Update Components. Wykonanie manipulacji może prowadzić do zużycia zasobów. Atak może być przeprowadzony zdalnie. Projekt został poinformowany o problemie wcześnie przez zgłoszenie, ale nie odpowiedział jeszcze.

VeloCloud Edge i Gateway mają podatność typu out-of-bounds write podczas przetwarzania tunelowanych fragmentów IP między uwierzytelnionymi sąsiadami overlay. Dotyczy to wyłącznie protokołu tunelowego VeloCloud VCMP. Udany atak może spowodować zakończenie i restart procesu, prowadząc do tymczasowego zakłócenia ruchu.

Aplikacja DuoxMe dla Androida w wersjach przed 4.3.4 przechowuje dane wrażliwe w postaci jawnej. Atakujący z lokalnym dostępem do urządzenia może odczytać poświadczenia zapisane przez aplikację i podszyć się pod konto użytkownika.

Nieuwierzytelniony atakujący może wstrzyknąć fałszywe wpisy do dziennika operacyjnego Apache ZooKeeper, wysyłając spreparowane żądanie add_auth("ensemble", ...) zawierające znaki nowej linii. Nazwa zespołu nie jest sanityzowana przed zapisaniem do logu, co pozwala na sfałszowanie wpisów nieodróżnialnych od prawdziwych.

Gdy włączone jest logowanie audytowe, nieuwierzytelniony atakujący może wstrzyknąć dowolne pola do dziennika audytu Apache ZooKeeper, wysyłając żądanie uwierzytelnienia digest z tabulatorami w nazwie użytkownika. Wstrzyknięte tabulatory są interpretowane jako separatory pól, co pozwala na sfałszowanie wyników audytu i operacji.

Na platformach z Arista EOS nieuwierzytelniony atakujący w sąsiedztwie sieciowym przełącznika, mogący połączyć się z urządzeniem z włączonym PIM Sparse Mode i MLAG, może wysłać zniekształcone komunikaty powodujące nieoczekiwane zakończenie agenta Pimsm. Agent jest automatycznie restartowany, ale powtarzane ataki mogą prowadzić do ciągłych restartów i trwałej odmowy usługi.

Podatność out-of-bounds read (buffer over-read) w parsowaniu nagłówka odpowiedzi HTTP Cache-Control w module QtNetwork w Qt 6.0.0–6.8.8 oraz 6.9.0–6.11.1 pozwala zdalnemu atakującemu wywołać odmowę usługi (awarię aplikacji) poprzez zbyt dużą wartość nagłówka Cache-Control zwróconą przez niezaufany lub skompromitowany serwer HTTP. Dotyczy tylko strony klienta, a kompilacje 32-bitowe nie są podatne; dostęp jest tylko do odczytu, bez ujawnienia informacji i bez wykonania kodu.

Na niektórych platformach z Arista EOS i luźną konfiguracją Unicast Reverse Path Forwarding (uRPF) określony ruch może nie podlegać zamierzonemu odrzuceniu weryfikacyjnemu. W rezultacie ruch, który powinien zostać odrzucony na podstawie tych tras, może być nadal przetwarzany i przekazywany przez urządzenie.

Specjalnie spreparowany pakiet może spowodować przedwczesne wygaśnięcie stanu przekazywania multicast na dotkniętych interfejsach. Może to prowadzić do tymczasowej utraty ruchu multicast w okresie objętym problemem.

Na dotkniętych platformach z Arista EOS i skonfigurowanym SNMP poświadczenia użytkowników lokalnych lub zdalnych SNMPv3 mogą być ujawnione jako jednokierunkowa, zahaszowana, zlokalizowana wartość klucza w konfiguracji urządzenia (running i sanitized). Uwierzytelniony użytkownik z dostępem do tych informacji może wykorzystać je do nieautoryzowanych operacji odczytu tabel SNMP lub wysyłania fałszywych powiadomień trap do systemu NMS.

Na dotkniętych platformach z Arista EOS i skonfigurowanym OSPFv3 nieuwierzytelniony atakujący w tej samej domenie rozgłoszeniowej OSPFv3 może wysłać specjalnie spreparowany zestaw pakietów powodujący nieoczekiwany restart agenta Ospf3. Awaria powoduje utratę wszystkich sąsiedztw OSPFv3 na urządzeniu i może zakłócić routing w całej domenie OSPF do czasu odzyskania agenta.

Na dotkniętych platformach z Arista EOS i skonfigurowanym OSPFv2 oraz segment routing OSPFv2 specjalnie spreparowany pakiet OSPFv2 od sąsiedniego routera OSPF może spowodować nieoczekiwany restart OSPF.

Na dotkniętych platformach z Arista EOS uwierzytelniony użytkownik z dostępem do gNMI (gRPC Network Management Interface) może otrzymać nieprawidłowe wyniki autoryzacji, co potencjalnie pozwala na dostęp wykraczający poza aktualnie przypisane uprawnienia.

W fastify przed wersją 5.12.5, gdy trasa rejestruje nagłówek trailer przez reply.trailer() i jest obsługiwana przez HTTP/2, fastify bezwarunkowo ustawia nagłówek Transfer-Encoding: chunked, co jest zabronione w HTTP/2, powodując błąd Node.js podczas serializacji nagłówków odpowiedzi. Wyjątek nie jest przechwytywany i staje się uncaughtException, więc pojedyncze nieuwierzytelnione żądanie HTTP/2 do dowolnej trasy używającej trailerów powoduje awarię serwera i porzucenie wszystkich bieżących żądań; można to powtarzać po każdym restarcie. Problem naprawiono w fastify 5.12.5.

W ZenHive mpp przed wersją 0.16.2, użycie pamięci podręcznej zawierającej wrażliwe informacje pozwala współdzielonej pamięci podręcznej HTTP przechowywać płatną odpowiedź i serwować ją klientom, którzy nie zapłacili. MPP.Plug.verify_credential ustawia nagłówki payment-receipt i cache-control: private, ale aplikacja montująca może je nadpisać, np. ustawiając cache-control: public, co pozwala CDN lub reverse proxy na przechowywanie płatnej odpowiedzi i serwowanie jej niepłacącym klientom. Dodatkowo, nie-2xx odpowiedzi mogą nadal zawierać Payment-Receipt.

W ZenHive mpp przed wersją 0.16.2, nieprawidłowa walidacja równoważności w danych wejściowych pozwala nieuwierzytelnionemu zdalnemu klientowi przejść bramę duplikatów Tempo dwukrotnie z jednym podpisanym transakcją. MPP.Methods.Tempo rezerwuje slot deduplikacji na podstawie hex dostarczonego przez wywołującego, a nie kanonicznej formy transakcji, co pozwala na dwa różne klucze rezerwacji dla tej samej transakcji (np. v=27 i v=0). W rezultacie oba przechodzą rezerwację i trafiają do ścieżki broadcast, a węzeł może zwrócić drugi ważny Payment-Receipt za jedną płatność on-chain.

W providerze Apache Airflow Akeyless backend sekretów można obejść zabezpieczenie zakresu zespołu za pomocą klucza kontrolowanego przez użytkownika. Autor DAG przypisany do jednego zespołu może podać klucz zmiennej zawierający separator ścieżki, co powoduje odczyt sekretu należącego do innego zespołu.

W Ash przed wersją 3.33.4, polityki pól (field_policies) mają chronić przed ujawnianiem informacji przez filtry, ale nilling (zastępowanie wartością nil) był stosowany tylko do atrybutów, nie do obliczeń (calculations) ani agregatów (aggregates). Użytkownik może odwołać się w filtrze do obliczenia lub agregatu, którego nie może zobaczyć, i użyć filtra jako wyroczni do odczytania chronionej wartości (np. filter(secret_calc == "x")).

NLnet Labs Unbound do wersji 1.26.0 jest podatny na ataki typu algorithmic complexity (znane jako 'ReTrap'), które powodują degradację usługi. Ataki obejmują TagTrap (duża liczba niedopasowanych rekordów DNSKEY, RRSIG, DS), DelegationTrap (kosztowna iteracyjna walidacja dla głęboko zagnieżdżonych domen), NsecTrap (nadmiarowe nieprawidłowe rekordy NSEC) oraz AdditionalTrap (domyślna walidacja sekcji ADDITIONAL).