CVE-2026-74315
KrytyczneCVSS 9.8Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 5 - wyżej niż 5% wszystkich znanych CVE
Streszczenie
W jądrze Linux w usłudze lockd funkcja nlm4svc_lookup_file() używa niezainicjalizowanych bajtów w funkcji file_hash(), gdy długość uchwytu pliku jest mniejsza niż LOCKD_FH_HASH_SIZE. To powoduje, że ten sam uchwyt może być hashowany do różnych zasobników, co prowadzi do niepowodzenia wyszukiwania. Poprawka zeruje tylko końcowe bajty, które są używane przez file_hash().
Ocena ryzyka
Może to prowadzić do nieprawidłowego działania usługi NLM, co może skutkować błędami w blokowaniu plików lub awariami. Może to wpłynąć na integralność danych.
Rekomendacja
Zaleca się aktualizację jądra Linux do wersji zawierającej poprawkę, która zeruje nieużywane bajty w nlm4svc_lookup_file().
Oryginalny opis (angielski, źródło NVD)
In the Linux kernel, the following vulnerability has been resolved: lockd: Avoid hashing uninitialized bytes in nlm4svc_lookup_file() file_hash() digests the first LOCKD_FH_HASH_SIZE bytes of nfs_fh.data when bucketing nlm_files[], independent of fh.size. Commit 3de744ee4e45 ("lockd: Use xdrgen XDR functions for the NLMv4 TEST procedure") set .pc_argzero to zero for the converted procedures and moved file-handle population into nlm4svc_lookup_file(), which copies only xdr_lock->fh.len bytes into lock->fh.data. When an NLMv4 client presents a file handle shorter than LOCKD_FH_HASH_SIZE, bytes fh.len..31 retain whatever the argument buffer held from an earlier request. The same wire handle then hashes to different buckets across calls; nlm_lookup_file() misses the existing nlm_file entry, and lock-state lookups fail. Zero only the tail bytes that file_hash() would otherwise consume. Handles of LOCKD_FH_HASH_SIZE or larger already populate every byte that file_hash() reads.