Linux / DATA PUBLICZNEGO OGŁOSZENIA
SCTPhantom: eskalacja uprawnień przez SCTP
Błąd w obsłudze SCTP umożliwił badaczom podniesienie uprawnień do root i wyjście z kontenera na podatnych systemach.
Co się wydarzyło?
CVE-2026-64564 opublikowano 4 sierpnia 2026 roku, a 6 sierpnia Tencent Zhuque Lab przedstawiło badanie pod nazwą SCTPhantom. Problem dotyczył SCTP, protokołu transportowego, i mechanizmu zmiany adresów używanych w połączeniu. Jądro mogło dalej korzystać z obiektu, którego pamięć została już zwolniona.
Badacze pokazali lokalne podniesienie uprawnień z ograniczonego konta do root oraz wyjście z kontenera na testowanych systemach. Opublikowany scenariusz wymagał lokalnego dostępu i możliwości wywołania podatnego mechanizmu SCTP.
Dlaczego to ważne dla hostingu?
Konto aplikacji może początkowo mieć niewielkie uprawnienia. Luka jądra stwarza jednak możliwość poszerzenia dostępu po wcześniejszym przejęciu aplikacji lub uzyskaniu innej drogi wykonywania kodu. Kontenery współdzielą jądro hosta, dlatego aktualizacja obrazu aplikacji nie zastępuje aktualizacji tego jądra.
Poprawki i zakres problemu
Według autorów podatny mechanizm sięgał Linuksa 2.6.25. Wskazane historyczne wydania naprawcze obejmowały m.in. 6.6.148, 6.12.101 i 6.18.42. Debian wymienia poprawkę dla trixie w pakiecie linux 6.12.101-1. Ocenę konkretnego serwera trzeba oprzeć na komunikacie dystrybucji, jej poprawkach i konfiguracji SCTP.
Co to oznacza dla administratora?
Należy sprawdzać aktywne jądro, dostępne mechanizmy sieciowe i warunki izolacji kontenerów. Ewentualne ograniczenie SCTP wymaga wcześniejszego ustalenia, czy korzystają z niego usługi. Jeśli napastnik mógł podnieść swoje uprawnienia, trzeba sprawdzić cały system hosta, nie tylko pojedynczą stronę.
Dla porównania Zapscape dotyczy wyjścia z maszyny KVM. To inne środowisko niż kontener, choć w obu przypadkach istotna jest ochrona systemu nadrzędnego.