Katalog podatności CVE

Jeśli resolver BIND ma w pamięci podręcznej drzewo rekordów SVCB/HTTPS AliasMode, a następnie zostanie zapytany o korzeń tego drzewa, resolver zużywa nieproporcjonalnie dużo czasu CPU na konstruowanie odpowiedzi. Problem dotyczy BIND 9 w wersjach 9.18.0–9.18.50, 9.20.0–9.20.27, 9.21.0–9.21.25, 9.18.11-S1–9.18.50-S1 oraz 9.20.9-S1–9.20.27-S1.

Resolver BIND napotykający rekord SVCB/HTTPS AliasMode odwołujący się do 14 lub więcej rekordów SVCB/HTTPS ServiceMode może nie zwolnić prawidłowo zasobów wewnętrznych. Jeśli sytuacja powtarza się, wyczerpanie zasobów uniemożliwi resolverowi wykonywanie nowych zapytań rekurencyjnych. Problem dotyczy BIND 9 w wersjach 9.18.0–9.18.50, 9.20.0–9.20.27, 9.21.0–9.21.25, 9.18.11-S1–9.18.50-S1 oraz 9.20.9-S1–9.20.27-S1.

Wadliwa strefa może zawierać węzeł NS lub DNAME powyżej swojego pochodzenia, który `named` traktuje jako przecięcie strefy. Jeśli atakujący wstawi wadliwą strefę do autorytatywnego serwera BIND (np. przez transfer strefy), zapytania o nazwy wewnątrz skonfigurowanej strefy tracą status autorytatywny i zwracają delegację poza strefą. Na serwerze, który zapewnia również rekurencję, BIND może podążać za tym lokalnie źródłowym przecięciem i buforować dane dostarczone przez atakującego, wpływając na nazwy poza skonfigurowaną strefą. Sytuacja utrzymuje się tak długo, jak wadliwa strefa pozostaje w bazie stref. Problem dotyczy BIND 9 w wersjach 9.11.0 do 9.18.50, 9.20.0 do 9.20.27, 9.21.0 do 9.21.25, 9.11.3-S1 do 9.18.50-S1 oraz 9.20.9-S1 do 9.20.27-S1.

Atakujący może spowodować przerwanie działania named, wysyłając spreparowane żądanie DNS-over-HTTPS z kryptograficznie nieprawidłowym rekordem SIG(0), a następnie przedwcześnie zamykając połączenie transportowe. Problem dotyczy BIND 9 w wersjach 9.20.0–9.20.27, 9.21.0–9.21.25 oraz 9.20.9-S1–9.20.27-S1.

W mechanizmie aktualizacji firmware urządzenia Advantech EKI-1242EIMS w wersji V1.06.01 występuje podatność CWE-345 polegająca na niewystarczającej weryfikacji autentyczności danych. Urządzenie przyjmuje obrazy firmware przez uwierzytelniony interfejs webowy bez weryfikacji podpisu kryptograficznego lub certyfikatu. Uwierzytelniony atakujący z uprawnieniami administratora może zainstalować dowolnie zmodyfikowany firmware, co umożliwia trwałe przejęcie kontroli nad platformą.

Podatność w bibliotece djust (wersje przed 1.0.7) dotyczy domyślnego handlera zdarzenia `update_model` w `ModelBindingMixin`, który pozwala klientowi ustawić dowolny publiczny atrybut widoku poprzez WebSocket, a nie tylko pola powiązane z `dj-model=`. Ochrona opiera się jedynie na odrzucaniu nazw z prefiksem `_`, 14-elementowej denylistcie wewnętrznych pól frameworka oraz opcjonalnej allowliście, która domyślnie zezwala na wszystko. W efekcie atakujący może modyfikować atrybuty takie jak `account_id`, `is_admin` czy `total_price`, jeśli są publiczne i istnieją w widoku.

W bibliotece djust przed wersją 1.0.7 punkty końcowe observability ujawniają stan live view/session oraz powierzchnię zdalnego wywoływania metod (eval_handler). Ograniczenie do localhost było opcjonalnym middleware, którego udokumentowana konfiguracja nie zawiera, a widoki wymuszały jedynie DEBUG. W scenariuszu zgodnym z dokumentacją (DEBUG włączone, brak middleware) klient spoza localhost mógł odczytać stan aplikacji i zdalnie wywoływać handlery.

MikroTik RouterOS przed wersją 7.24 zawiera podatność na odczyt poza zakresem w demonie SMB w przestrzeni użytkownika, która pozwala nieuwierzytelnionym atakującym na odczyt danych poza końcem bufora żądania poprzez dostarczenie spreparowanego pola uniPwdLen w minimalnej ramce SMB1 SessionSetupAndX. Odczyt poza zakresem występuje w handlerze SessionSetupAndX przed jakąkolwiek weryfikacją poświadczeń, potencjalnie ujawniając wrażliwe fragmenty pamięci.

Nieodpowiedni rekord NSEC może zostać zaakceptowany przez resolver `named` jako dowód, że nie istnieje wildcard, co może pozwolić atakującemu na tym samym lub wyższym poziomie nazwy strefy na maskowanie istnienia rekordu wildcard ofiary. Problem dotyczy BIND 9 w wersjach 9.11.0 do 9.18.50, 9.20.0 do 9.20.27, 9.21.0 do 9.21.25, 9.11.3-S1 do 9.18.50-S1 oraz 9.20.9-S1 do 9.20.27-S1.

Jeśli kontrolowany przez atakującego serwer autorytatywny może zwrócić odpowiedź negatywną o rozmiarze dokładnie 65536 bajtów, wada w named powoduje utworzenie wpisu negatywnego cache o rozmiarze 0 bajtów. Przy późniejszym odczycie tego wpisu named ulega awarii.

Atakujący może spowodować przerwanie działania resolwera `named`. Atak wymaga nakłonienia resolwera ofiary do wysłania wielu zapytań o strefę podpisaną DNSSEC, hostowaną przez autorytatywny serwer kontrolowany przez atakującego. Jeśli serwer odpowie określoną sekwencją spreparowanych odpowiedzi, a odpowiedzi dotrą w określonej kolejności i z określonym czasem, resolver `named` napotka błąd use-after-free i przerwie działanie. Problem dotyczy BIND 9 w wersjach 9.11.0 do 9.18.50, 9.20.0 do 9.20.27, 9.21.0 do 9.21.25, 9.11.3-S1 do 9.18.50-S1 oraz 9.20.9-S1 do 9.20.27-S1.

Wykryto podatność bezpieczeństwa w ag-ui-protocol ag-ui 1.0. Dotyczy ona nieznanej funkcji w pliku sdks/community/go/pkg/client/sse/client.go komponentu SSE Client. Taka manipulacja prowadzi do zużycia zasobów. Atak może być wykonany zdalnie. Pull request z poprawką oczekuje na akceptację.

Zidentyfikowano słabość w ag-ui-protocol ag-ui 1.0. Dotkniętym elementem jest funkcja prepareRunAgentInput w pliku agent/agent.ts komponentu Event Application Layer. Manipulacja argumentem TEXT_MESSAGE_START powoduje błąd walidacji pochodzenia. Zdalne wykorzystanie ataku jest możliwe. Pull request z poprawką oczekuje na akceptację.

W ag-ui-protocol ag-ui 0.3.0 odkryto lukę bezpieczeństwa w funkcji create_strands_app pliku integrations/aws-strands/python/src/ag_ui_strands/utils.py w komponencie CORSMiddleware. Manipulacja prowadzi do permisywnej polityki cross-domain z niezaufanymi domenami. Atak może być przeprowadzony zdalnie i wymaga wysokiego poziomu złożoności; trudność wykorzystania określono jako wysoką.

Uwierzytelniony użytkownik Curiosity Workspace inny niż gość mógł samodzielnie zapisać się jako administrator i członek istniejącej grupy dostępu bez zaproszenia lub zatwierdzenia. Podatność nie przyznawała uprawnień administratora całej aplikacji i nie umożliwiała uzyskania dostępu root do aplikacji ani hosta.

W interfejsie webowym urządzenia Advantech EKI-1242IEIMS w wersji V1.06.01 występuje podatność CWE-78 polegająca na niewłaściwej neutralizacji elementów specjalnych w poleceniach systemowych (OS Command Injection). Umożliwia ona zdalnemu uwierzytelnionemu atakującemu wykonanie dowolnych poleceń systemowych z uprawnieniami root poprzez spreparowane parametry żądania.

W komponencie bramy OPC UA urządzenia Advantech EKI-1242EIMS w wersji V1.06.01 występuje podatność CWE-400 polegająca na niekontrolowanym zużyciu zasobów. Umożliwia ona sąsiadującemu nieuwierzytelnionemu atakującemu wyczerpanie puli sesji serwera i spowodowanie całkowitej odmowy usługi dla wszystkich legalnych klientów OPC UA poprzez otwarcie wielu anonimowych sesji.

W protokole zarządzania edgserver urządzenia Advantech EKI-1242EIMS w wersji V1.06.01 występuje podatność CWE-319 polegająca na przesyłaniu poufnych informacji w postaci jawnej. Umożliwia ona sąsiadującemu pasywnemu obserwatorowi sieci przechwycenie ruchu zarządzającego i odzyskanie poufnych informacji o tożsamości urządzenia oraz metadanych sieciowych w postaci jawnej.

W protokole zarządzania edgserver urządzenia Advantech EKI-1242EIMS w wersji V1.06.01 występuje podatność CWE-306 polegająca na braku uwierzytelniania dla funkcji krytycznych. Umożliwia ona zdalnemu nieuwierzytelnionemu atakującemu wywołanie krytycznych funkcji zarządzania urządzeniem, w tym rekonfiguracji sieci, restartu, resetu i aktualizacji firmware, poprzez wysłanie spreparowanych żądań na port TCP 5058.

Nozomi Networks Labs zidentyfikowało podatność CWE-78 (wstrzyknięcie poleceń OS) w usłudze zarządzającej edgserver urządzenia Advantech EKI-1242EIMS w wersji firmware V1.06.01. Umożliwia ona zdalnemu, nieuwierzytelnionemu atakującemu wykonanie dowolnych poleceń OS jako root poprzez spreparowane żądania do portu TCP 5058.