CVE-2026-45860
WysokieCVSS 7.5Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 48 - wyżej niż 48% wszystkich znanych CVE
Streszczenie
W jądrze systemu Linux rozwiązano podatność w module netfilter, która dotyczy limitu czyszczenia połączeń. Wprowadzono poprawki, aby zwiększyć limit czyszczenia do 64 połączeń oraz zoptymalizować proces zbierania nieużywanych połączeń.
Ocena ryzyka
Organizacje mogą być narażone na problemy z wydajnością, jeśli liczba nowych połączeń przekroczy 8 na jednostkę czasu, co może prowadzić do nieefektywnego zarządzania połączeniami.
Rekomendacja
Zaleca się aktualizację jądra systemu Linux do najnowszej wersji, aby skorzystać z wprowadzonych poprawek oraz monitorowanie liczby aktywnych połączeń w celu uniknięcia problemów z wydajnością.
Inne podatności w Linux kernel, netfilter
Zobacz wszystkie- CVE-2024-27065Wysokie
W jądrze Linuxa rozwiązano podatność w netfilter, która polegała na nieprawidłowym porównywaniu wewnętrznych flag tabeli podczas aktualizacji. Problem ten został naprawiony poprzez przywrócenie pomijania transakcji, jeśli aktualizacja tabeli nie modyfikuje flag.
- CVE-2026-43116Wysokie
W jądrze systemu Linux zidentyfikowano podatność w module netfilter, która dotyczy bezpiecznego dostępu do obiektu master conntrack. Problem polega na tym, że obiekt ten może zniknąć, co prowadzi do nieprawidłowego dostępu.
- CVE-2024-27397Wysokie
W jądrze systemu Linux zidentyfikowano podatność w module netfilter, która dotyczy użycia znacznika czasu do sprawdzania czasu wygaśnięcia elementów zestawu. Wprowadzono pole znacznika czasu na początku transakcji, co pozwala uniknąć wygaszenia elementu podczas trwania transakcji kontrolnej.
- CVE-2023-4147Wysokie
W jądrze Linuxa zidentyfikowano lukę typu use-after-free w funkcjonalności Netfilter podczas dodawania reguły z NFTA_RULE_CHAIN_ID. Luka ta umożliwia lokalnemu użytkownikowi awarię systemu lub eskalację uprawnień.
- CVE-2023-4004Wysokie
W jądrze Linuxa w module netfilter wystąpiła luka typu use-after-free, związana z wywołaniem funkcji nft_pipapo_remove bez elementu NFT_SET_EXT_KEY_END. Może to prowadzić do awarii systemu lub eskalacji uprawnień przez lokalnego użytkownika.
Oryginalny opis (angielski, źródło NVD)
In the Linux kernel, the following vulnerability has been resolved: netfilter: nf_conncount: increase the connection clean up limit to 64 After the optimization to only perform one GC per jiffy, a new problem was introduced. If more than 8 new connections are tracked per jiffy the list won't be cleaned up fast enough possibly reaching the limit wrongly. In order to prevent this issue, only skip the GC if it was already triggered during the same jiffy and the increment is lower than the clean up limit. In addition, increase the clean up limit to 64 connections to avoid triggering GC too often and do more effective GCs. This has been tested using a HTTP server and several performance tools while having nft_connlimit/xt_connlimit or OVS limit configured. Output of slowhttptest + OVS limit at 52000 connections: slow HTTP test status on 340th second: initializing: 0 pending: 432 connected: 51998 error: 0 closed: 0 service available: YES