CVE-2026-98234
Niskie ryzyko· EPSS 7%Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 7 - wyżej niż 7% wszystkich znanych CVE
Streszczenie
W podsystemie net/sched jądra Linux funkcja hhf_change() przechowuje TCA_HHF_HH_FLOWS_LIMIT bez górnego ograniczenia. Ogromna wartość hh_flows_limit pozwala każdemu nowemu przepływowi heavy-hitter przejść kontrolę hh_flows_current_cnt i wymusza stałą alokację kzalloc(GFP_ATOMIC) na przepływ przy fałszowanym ruchu, prowadząc do nieograniczonego wzrostu pamięci.
Ocena ryzyka
Atakujący z uprawnieniami CAP_NET_ADMIN w przestrzeni nazw użytkownika może wyczerpać pamięć jądra, powodując odmowę usługi (DoS) lub awarię systemu.
Rekomendacja
Zaktualizuj jądro Linux do wersji zawierającej poprawkę ograniczającą atrybut do 2*HH_FLOWS_CNT przez NLA_POLICY_MAX() i ustawiającą domyślną wartość przed hhf_change().
Powiązane podatności
- CVE-2023-22793Krytyczne
Podatność umożliwia nieuwierzytelnionemu atakującemu zdalne wykonanie kodu (RCE) na serwerach z usługą Veeam Virtualization Extensions w Veeam Management Pack for Microsoft System Center.
- CVE-2026-61707Krytyczne
W SOCFortress CoPilot przed wersją 0.1.76 szablony raportów przesyłane przez użytkownika o najniższych uprawnieniach (customer_user) są później wykonywane przez niesandboxowane silniki Jinja2 podczas generowania raportu przez administratora lub analityka. Brak walidacji treści szablonu oraz brak izolacji między klientami pozwala atakującemu na wstrzyknięcie złośliwych wyrażeń Jinja, które są wykonywane jako kod Python na backendzie.
- CVE-2026-61645Krytyczne
W Docat występuje luka umożliwiająca przesłanie dowolnego pliku przez API Upload, ponieważ interfejs nie waliduje ścieżki ani typu przesyłanego pliku. Atakujący może nadpisać wrażliwe pliki konfiguracyjne lub umieścić złośliwe pliki na serwerze WWW Docat.
- CVE-2026-103093Krytyczne
ServiceNow naprawił podatność ucieczki z piaskownicy w ServiceNow AI Platform. Uwierzytelniony użytkownik z rolą administratora mógł obejść ograniczenia piaskownicy Rhino i wykonać dowolny kod w systemie operacyjnym hosta.
- CVE-2026-118769Krytyczne
W bibliotece kryptograficznej Botan (C++) funkcja C API botan_block_cipher_block_size konwertowała rozmiar bloku typu size_t na int bez sprawdzenia zakresu. W aplikacji przyjmującej zewnętrzne parametry algorytmu i używającej trybu ECB przez FFI atakujący może wybrać szyfr Lion o zmiennym rozmiarze bloku, co prowadzi do obcięcia rozmiaru, zbyt małej alokacji pamięci i uszkodzenia pamięci. Problem naprawiono w wersji 3.13.0.
- CVE-2026-118762Krytyczne
W repozytorium Monkeytype przepływ pracy GitHub Actions fix-formatting.yml uruchamiany na zdarzeniu pull_request_target posiada uprawnienia zapisu do repozytorium, pobiera kod z forka i instaluje zależności z pliku package.json forka, a następnie uruchamia kontrolowany przez forka binarny plik oxfmt. Ponieważ akcja actions/checkout zachowuje podwyższony token GITHUB_TOKEN w konfiguracji Git do momentu wykonania niezaufanego kodu, zewnętrzny współtwórca może wykonać dowolny kod, odczytać lub wykraść token oraz modyfikować zawartość repozytorium, pull requesty i zgłoszenia. Problem dotyczy przepływu CI repozytorium, a nie aplikacji Monkeytype ani danych użytkowników; został naprawiony w wersji 26.43.0.
- CVE-2026-107058Krytyczne
Problem w Shelter (versionCode 445) pozwala atakującym zarejestrować własny auth_key i przejąć usługę binder API oraz stan preferencji innego użytkownika.
- CVE-2026-93680Krytyczne
IBM Langflow OSS w wersjach od 1.0.0 do 1.12.8 zawiera błąd nieprawidłowego uwierzytelniania, który może pozwolić zdalnemu atakującemu na obejście ograniczeń bezpieczeństwa.
- CVE-2026-90868Krytyczne
Progress Software WS_FTP Server w wersjach starszych niż 2024.0.7 i 2025.0.4 na Windows zawiera podatność na wstrzyknięcie poleceń systemu operacyjnego, która w określonych konfiguracjach może pozwolić na wykonanie dowolnych poleceń.
- CVE-2026-90866Krytyczne
Progress Software WS_FTP Server w wersjach starszych niż 2024.0.7 i 2025.0.4 na Windows zawiera podatność typu path traversal, która może pozwolić delegowanemu administratorowi hosta na dostęp do lokalizacji poza jego zakresem uprawnień, potencjalnie umożliwiając zdalne wykonanie kodu.
Oryginalny opis (angielski, źródło NVD)
In the Linux kernel, the following vulnerability has been resolved: net/sched: hhf: cap hh_flows_limit at change time hhf_change() stores TCA_HHF_HH_FLOWS_LIMIT with no upper bound. A huge hh_flows_limit lets each new heavy-hitter flow pass the hh_flows_current_cnt check in alloc_new_hh() and forces a fixed-size kzalloc(GFP_ATOMIC) per flow under spoofed traffic, for unbounded memory growth. Bound the attribute with NLA_POLICY_MAX() at 2*HH_FLOWS_CNT (the hhf_init() default) and report the rejected value via extack. The deprecated nested parse is kept: legacy tc does not set NLA_F_NESTED on TCA_OPTIONS. Configs relying on hh_limit above the default were relying on unbounded, unsafe behaviour and are not supported going forward. hhf_init() also ran hhf_change() before setting the default hh_flows_limit, so a user-supplied hh_limit at add time was clobbered back to 2048. Set the default before hhf_change() so the configured value sticks. This is a follow-up to commit eb56a495f59b ("net/sched: hhf: clamp quantum in change and init paths"), which bounded the quantum of the same qdisc; the hh_flows_limit bound is the remaining unbounded knob of that series' scope. Conditions to recreate the bug: CAP_NET_ADMIN in a user namespace; tc qdisc change dev X root hhf hh_limit 4294967295 succeeds and the value is echoed by tc qdisc show, unbounding heavy-hitter flow allocations; also tc qdisc add dev X root hhf hh_limit 500 stores 2048 instead of 500.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS