CVE-2026-89689

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

nfsd: nie zwalniaj slotów sesji, które są nadal w użyciu

nfsd4_sequence() może zwolnić właśnie ten slot, który aktualnie przetwarza.
Kiedy zmniejszacz sesji zredukował se_target_maxslots poniżej
se_fchannel.maxreqs, ścieżka zmniejszania sprawdza wcześniej trzy warunki
wywołując free_session_slots():

1. se_target_maxslots < maxreqs (reklamowano zmniejszenie)
2. slot->sl_generacja == se_slot_gen (slot jest aktualny)
3. seq->maxslots <= se_target_maxslots (klient potwierdza)

Jednak seq->slotid nigdy nie jest sprawdzany względem se_target_maxslots.
Klient korzystający ze slotu z zakresu [se_target_maxslots, maxreqs) może
spełniają wszystkie trzy warunki: jego gniazdo ma obecną generację
(ustawiony przez poprzednią SEKWENCJĘ) i wysyła sa_highest_slotid <=
se_target_maxslots, aby potwierdzić redukcję.

free_session_slots() następnie k zwalnia każdy slot o indeksie >=
se_target_maxslots, w tym własny slot dzwoniącego. Funkcja
kontynuuje zapisywanie sl_seqid, sl_flags, sl_generacja i zapisuje
zwisający wskaźnik w cstate->slot. Później nfsd4_store_cache_entry()
kopiuje do pliku maxresp_cached bajty odpowiedzi złożonej do pliku freed
sl_data[] tablicę, uszkadzając dowolny obiekt płyty, który ją teraz zajmuje
adres.

Dodatkowo współbieżne przetwarzanie wątków SEQUENCE na innym
gniazdo o wyższym numerze może zostać zwolnione spod niego.
NFSD4_SLOT_INUSE jest ustawione w nn->client_lock przed zablokowaniem
zwolniony, więc każdy współbieżny wątek po SEQUENCE będzie miał swoje miejsce
zaznaczone. Jednak free_session_slots() nie sprawdza NFSD4_SLOT_INUSE
przed uwolnieniem.

Napraw oba problemy w następujący sposób:
1. Sprawdzanie, czy slotid bieżącego żądania jest poniżej wartości zmniejszającej
granica.
2. Skanowanie szczelin w zakresie do zwolnienia dla NFSD4_SLOT_INUSE i
odroczenie zmniejszania, jeśli którekolwiek są aktywne.