CVE-2026-90042

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

ceph: poprawnie odszyfruj nazwy plików w buforach vmalloc().

Podsystem fscrypt wykorzystuje scatterlist crypto API, dziedzicząc jego
wymaganie, aby wszelkie bufory znajdowały się w liniowym obszarze mapowania. Jednakże,
klient komunikatora używa kvmalloc() do tworzenia buforów dla wiadomości,
co czasami umieszcza te bufory w regionie vmalloc() kiedy
fragmentacja pamięci fizycznej nie pozwala na wystarczająco dużą kmalloc().
Różni wywołujący funkcję ceph_fname_to_usr() bezpośrednio przekazują (kawałki) raw
wiadomości z MDS, nie biorąc pod uwagę, że wiadomości mogą się tam znajdować
vmalloc(), co powoduje błędy, szczególnie na platformach innych niż x86
(więcej szczegółów i reproduktor można znaleźć w „Zamykaniu:”).

Ustaw funkcję ceph_fname_to_usr() jawnie tolerującą przydział vmalloc()
bufory fname->ctext, fname->name i/lub oname->name, używając `tname`
(który, gdy ma wartość różną od null, musi być adresem liniowym; gdy ma wartość null, jest to krótko
przydzielone w razie potrzeby) jako bufor odrzuceń, aby uniknąć przekazania żadnego
niewłaściwe adresy do fscrypt_fname_disk_to_usr().

Dodatkowo zmień parse_reply_info_readdir() - jedyną funkcję
podaj własne `tname` — aby podążać za nowym „tname”, od którego nigdy nie może pochodzić
vmalloc()”, przekazując wartość NULL, gdy wiadomość nie jest liniowa
region. Chociaż powoduje to kmalloc()+kfree() dla poszczególnych zębów, jest to obciążenie
istnieje tylko podczas przetwarzania mniejszości wiadomości, które się rozlewają
vmalloc(). Moje (surowe) testy wykazały, że jest to tylko około 1 na 8 000 readdir
wiadomości. Jeśli jednak w przyszłości koszty ogólne okażą się nieuzasadnione, tak się stanie
jest wystarczająco łatwy do złagodzenia: przyszła zmiana może spowodować odbicie
bufor w parse_reply_info_readdir() i zamiast tego użyj go jako `tname`.