CVE-2026-99165

W jądrze Linuksa usunięto następującą lukę:

sctp: ponownie zweryfikuj strumień wyjściowy po oczekiwaniu na połączenie skojarzeniowe

Gdy włączone jest przeplatanie komunikatów, pierwsza wysyłka czeka na skojarzenie
ustanowienie przed zbudowaniem fragmentów danych. Oczekiwanie zrzuca gniazdko
lock, a przetwarzanie uzgadniania może zmniejszyć liczbę strumieni wyjściowych do
liczba strumieni przychodzących reklamowanych przez peerów. sctp_stream_init() następnie zwalnia plik
przedłużenie każdego usuniętego strumienia.

Nadawca wznawia transmisję ze strumieniem, który sprawdził przed oczekiwaniem. Jeśli
peer usunął ten strumień, sctp_outq_tail() później usuwa jego wartość NULL
przedłużenie. Zasady Fatal-oops powodują panikę u hosta.

KASAN: null-ptr-deref w zakresie [0x38-0x3f]
RIP: sctp_outq_tail+0x49e/0xaa0
Zadzwoń do śledzenia:
sctp_primitive_SEND
sctp_sendmsg_to_asoc
sctp_sendmsg

Samo sprawdzenie zasięgu nie wystarczy. Rekonfiguracja strumienia może zwiększyć
ponownie zliczyć dane wyjściowe, gdy blokada zostanie zwolniona bez odtwarzania rozszerzeń
uwolniony przez wcześniejszego psychiatrę. Strumień może wówczas znajdować się w zasięgu, gdy jest w zasięgu
rozszerzenie pozostaje NULL. Oczekiwanie na bufor wysyłania ma ten sam problem.

Uwzględnij kontrole zasięgu i rozszerzenia w pomocniku i powtórz oba później
każde oczekiwanie na ścieżkę wysyłania, które powoduje zamknięcie blokady gniazda. Gdy zamek jest
ponownie uzyskana, walidacja pozostaje stabilna poprzez tworzenie danych i
kolejka.

Jeśli sprawdzanie poprawności nie powiedzie się po oczekiwaniu na połączenie, automatycznie utworzone skojarzenie zostanie zakończone
już ustalone. Zwróć ESRCH, aby istniejąca ścieżka wywołująca go zachowała
w ramach własności maszyny państwowej, zamiast bezpośrednio ją uwolnić, co by to uczyniło
pozostaw niespójny stan protokołu, licznika i gniazda.