Intersect wzywa operatorów Cardano do załatania krytycznej luki w jądrze Linuksa CVE202698432

Intersect, organizacja zrzeszająca członków Cardano, wezwała operatorów pul stakingowych do załatania i ponownego uruchomienia producentów bloków oraz serwerów relay w miarę udostępniania poprawek na krytyczną lukę w jądrze Linuksa. W aktualizacji z 30 października Intersect polecił operatorom sprawdzić jądra na obu typach serwerów i zainstalować poprawione jądro dystrybucji, gdy tylko zostanie opublikowane. Luka CVE202698432 ma ocenę 9,8 w skali CVSS 3.1, czyli krytyczną, według kernel.org. Dotyczy obsługi przychodzących połączeń TCP w IPv4 i może powodować dostęp jądra do pamięci po jej zwolnieniu. Biuletyn bezpieczeństwa Red Hata podaje, że nieuwierzytelniony zdalny atakujący mógłby wykorzystać warunek wyścigu do wykonania kodu; opis luki wskazuje też awarie systemu i uszkodzenie pamięci. W przypadku Cardano ostrzeżenie obejmuje zarówno maszyny produkujące bloki, jak i serwery relay łączące je z szerszą siecią. Dokumentacja dla operatorów Cardano zaleca, aby producenci bloków byli połączeni wyłącznie z własnymi lub zaufanymi serwerami relay, co izoluje ich od internetu. Komunikat Intersect nie informuje o wykorzystaniu luki wobec Cardano ani nie podaje, ile pul działa na podatnych jądrach. Poprawki i środki tymczasowe. Tracker Ubuntu, aktualizowany 30 października, wskazuje standardowe jądra dla Ubuntu 22.04, 24.04, 26.04 i 26.10 jako podatne; poprawki są w przygotowaniu. Biuletyn Red Hata z 30 października wymienia RHEL 8, 9 i 10 jako dotknięte i zapowiada przyspieszenie prac nad poprawkami. AlmaLinux poinformował 30 października, że załatane jądra dla wersji 8, 9 i 10 są dostępne w repozytoriach testowych, przed wydaniem produkcyjnym. Wówczas nie było jeszcze dostępnego poprawionego jądra RHEL. Błąd sięga Linuksa 4.4, a poprawki z upstreamu zostały backportowane do utrzymywanych gałęzi stabilnych. Zademonstrowany atak wykorzystywał Multipath TCP, czyli MPTCP. Badacze Anthropic twierdzą, że ich proof of concept mógł wysyłać pakiety do serwera Linux z nasłuchem MPTCP i uruchamiać polecenia jako root, bez uwierzytelnienia i interakcji użytkownika. Zespół Go Security Team ostrzegł, że bazowy błąd nie dotyczy wyłącznie MPTCP, więc podatne mogą być także systemy bez takich nasłuchów. AlmaLinux zaleca wyłączenie MPTCP tam, gdzie nie jest potrzebny, oraz restart usług z istniejącymi nasłuchami MPTCP; sama zmiana ustawienia blokuje jedynie tworzenie nowych gniazd MPTCP. Red Hat oferuje też środek łagodzący w zaporze ogniowej, który filtruje przychodzące pakiety TCP IPv4 zawierające opcje IP. Ostrzega operatorów, aby przed wdrożeniem przetestowali regułę na swoich obciążeniach; filtrowanie może ograniczyć ekspozycję, ale nie zapobiegnie w pełni wykorzystaniu luki. Obaj dostawcy podkreślają, że środki tymczasowe nie zastępują instalacji załatanego jądra. Intersect wprost zaleca ponowne uruchomienie po aktualizacji.