CVE-2002-0453
WysokieStreszczenie
Funkcja blokady konta w Oblix NetPoint 5.2 i wcześniejszych wersjach blokuje użytkowników tylko raz na określony czas blokady. Umożliwia to zdalnym atakującym przeprowadzanie ataków typu brute force, czekając na zakończenie okresu blokady, a następnie zgadywanie haseł bez ponownej blokady.
Ocena ryzyka
Organizacja jest narażona na ataki typu brute force, co może prowadzić do nieautoryzowanego dostępu do kont użytkowników. Ryzyko to wzrasta, gdy atakujący mogą wielokrotnie próbować zgadywać hasła po zakończeniu okresu blokady.
Rekomendacja
Zaleca się aktualizację do nowszej wersji Oblix NetPoint, która poprawia mechanizm blokady konta. Dodatkowo warto wdrożyć dodatkowe zabezpieczenia, takie jak ograniczenie liczby prób logowania z jednego adresu IP.
Powiązane podatności
- CVE-2026-19117Krytyczne
W określonych warunkach atakujący może zarejestrować kontrolowany przez siebie klucz FIDO2 dla konta ofiary, a następnie uwierzytelnić się jako ten użytkownik. Podatność dotyczy wyłącznie wdrożeń lokalnych (on-premises).
- CVE-2026-66786Krytyczne
W Submariner w trybie cert-auth konfiguracja połączenia jest budowana z niesprawdzonych ciągów znaków z definicji CRD. Złośliwy klaster może opublikować CableName zawierający znaki nowej linii i dyrektywy ipsec.conf, co pozwala na wstrzyknięcie dowolnych parametrów konfiguracyjnych lub wykonanie poleceń przez hooki leftupdown, prowadząc do zdalnego wykonania kodu jako root na węźle bramy.
- CVE-2026-53671Krytyczne
W weryfikatorze eBPF PREVAIL przed wersją 0.2.4 abstrakcyjny transformer traktuje zapisy przez rejestr bazowy typu T_CTX jako cichą operację no-op. Atakujący może stworzyć program eBPF, który nadpisuje pole kontekstu (np. ctx->data), przeładowuje je jako T_PACKET i dereferencjonuje adres kontrolowany przez atakującego, a PREVAIL uzna program za bezpieczny.
- CVE-2026-53670Krytyczne
W weryfikatorze eBPF PREVAIL przed wersją 0.2.4 funkcja EbpfTransformer::add() pomija aktualizacje offsetu, gdy rejestr docelowy ma niejednoznaczny zestaw typów. Kolejne sprawdzenia granic używają nieaktualnego offsetu i akceptują dostęp do pamięci poza zakresem, przez co spreparowany program BPF przechodzi weryfikację, mimo że w czasie wykonania uszkodziłby pamięć.
- CVE-2026-53649Krytyczne
Framework Joro przed wersją 1.1.1 w domyślnym trybie proxy udostępnia lokalne API na 127.0.0.1:9090 bez uwierzytelnienia i z polityką CORS na wildcard. Złośliwa strona internetowa może wysyłać żądania do wrażliwych endpointów, w tym przesyłać natywną wtyczkę i wywołać restart, co prowadzi do zdalnego wykonania kodu jako użytkownik operatora.
- CVE-2026-20279Krytyczne
Podatność w oprogramowaniu Cisco IOS XR dotyczy problemów z nieprawidłową kontrolą dostępu (CWE-284). Została wykryta podczas wewnętrznego przeglądu bezpieczeństwa i została naprawiona w wydaniach wzmacniających oprogramowanie.
- CVE-2026-20274Krytyczne
Podatność w oprogramowaniu Cisco IOS XR dotyczy problemów z nieprawidłową kontrolą zasobów (CWE-664). Została wykryta podczas wewnętrznego przeglądu bezpieczeństwa i została naprawiona w wydaniach wzmacniających oprogramowanie.
- CVE-2026-20212Krytyczne
Podatność w integracji Silicon One dla przełączników Cisco Nexus 9000 pozwala nieuwierzytelnionemu atakującemu zdalnie wykonać kod z uprawnieniami root. Porty TCP 43210 i 43211 są dostępne w domyślnej VRF L3, a wysłanie spreparowanych danych może doprowadzić do wykonania kodu lub awarii procesu S1HAL i przeładowania urządzenia.
- CVE-2026-53611Krytyczne
Looking Glass przed wersją 1.3.5 zawiera podatność na wstrzykiwanie poleceń systemu operacyjnego wynikającą z niezakotwiczonego wyrażenia regularnego w warstwie walidacji wejścia. Podatność została naprawiona w wersji 1.3.5.
- CVE-2026-82955Krytyczne
W bieżącej wersji rozwojowej Eclipse aeriOS, w komponencie API Gateway, parametr disable_jwk_security był na stałe ustawiony na true, co wyłączało weryfikację certyfikatów TLS podczas pobierania JWKS. Umożliwiało to atakującemu przechwycenie komunikacji i dostarczenie złośliwego JWKS, co mogło naruszyć walidację tokenów. Problem został naprawiony poprzez uczynienie parametru konfigurowalnym i domyślnie ustawionym na false.
Oryginalny opis (angielski, źródło NVD)
The account lockout capability in Oblix NetPoint 5.2 and earlier only locks out users once for the specified lockout period, which makes it easier for remote attackers to conduct brute force password guessing by waiting until the lockout period ends, then guessing passwords without being locked out again.