CVE-2026-97985

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

af_unix: Zaktualizuj ostatni znacznik skb w zarządzaniu_oob().

Fahad Alharbi poinformował, że blokowanie recv(MSG_PEEK) może obciążać procesor
z powodu OOB skb.

W poniższych przypadkach Manage_oob() pomija skb(y) OOB i powraca
NULL dla ostatniego odczytu (MSG_PEEK):

para gniazd(AF_UNIX, SOCK_STREAM, 0, sk);

1) skb -> OOB skb -> NULL
wyślij(sk[0], "ab", 2, MSG_OOB);
recv(sk[1], buf, 0, MSG_PEEK);

2) skb -> zużyte OOB skb -> NULL
wyślij(sk[0], "ab", 2, MSG_OOB);
recv(sk[1], buf, 1, MSG_OOB);
recv(sk[1], buf, 0, MSG_PEEK);

3) zużyto OOB skb -> OOB skb -> NULL
wyślij(sk[0], "a", 1, MSG_OOB);
recv(sk[1], buf, 0, MSG_OOB);
wyślij(sk[0], "b", 1, MSG_OOB);
recv(sk[1], buf, 1, MSG_PEEK);

Następnie @copied wynosi 0 w unix_stream_read_generic() (bufor o zerowej długości,
lub inny niż OOB skb nie został jeszcze zużyty), a funkcja unix_stream_data_wait() jest
zadzwonił.

Jednak wraca natychmiast, ponieważ @last nie jest aktualizowany
unix_stream_read_generic(), a wątek busy-czeka na nowy skb.

Zaktualizujmy @last w zarządzaniu_oob().

Dla MSG_PEEK, @last jest aktualizowane o pominięty OOB, a dla
przypadek non-peek, @last dopasowuje zwróconą wartość (po skopiowaniu!)
ponieważ OOB jest odłączony.

Należy zauważyć, że funkcja zarządzająca_oob() jest wbudowana i nie dodano żadnego kanarka stosu.