CVE-2026-93231

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

lockd: napraw zamienione argumenty w nlmsvc_match_ip()

Podczas zwalniania blokad według adresu IP serwera poprzez /proc/fs/nfsd/unlock_ip,
nlmsvc_unlock_all_by_ip() wywołuje nlm_traverse_files() z serwerem
sockaddr jako nieprzezroczysty argument @data:

nlm_traverse_files(adres_serwera, nlmsvc_match_ip, NULL);

Wywołanie zwrotne dopasowania jest później wywoływane z funkcji nlm_traverse_locks() jako:

mecz(host blokady, host);

gdzie pierwszym argumentem jest nlm_host będący właścicielem blokady, a
drugim argumentem jest @data, która została pierwotnie przekazana (tutaj
adres serwera). Jest to konwencja co innego wywołania zwrotnego dopasowania
opiera się na (nlmsvc_mark_host(), nlmsvc_same_host(), nlmsvc_is_client()):
arg1 to prawdziwy nlm_host, arg2 to wartość referencyjna podana przez rozmówcę.

Od czasu nlmsvc_match_ip() te dwa argumenty są odwracane
funkcja odblokowania przez IP została wprowadzona w zatwierdzeniu 4373ea84c84d („lockd:
odblokuj zablokowane blokady powiązane z danym IP serwera”):

zwróć rpc_cmp_addr(nlm_srcaddr(host), datap);

Tutaj @host jest w rzeczywistości sockaddr serwera, więc nlm_srcaddr(host)
dereferuje strukturę sockaddr jako strukturę nlm_host i odczytuje śmieci
na przesunięciu h_srcaddr; tymczasem @datap jest właściwie blokadą
właściciela nlm_host, ale jest porównywany jako sockaddr. W rezultacie
porównanie praktycznie nigdy nie pasuje, a blokady nie są zwalniane dla
żądane IP.

Zamień argumenty, aby porównać adres źródłowy właściciela blokady
względem żądanego adresu serwera:

return rpc_cmp_addr(nlm_srcaddr(datap), (struct sockaddr *)host);

[ cel: popraw także wprowadzające w błąd nazwy parametrów typedef ]