CVE-2026-93228

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

svcrdma: Odrzuć fragmenty zapisu/odpowiedzi z liczbą seg 0

Uczestnik może wysłać fragment zapisu lub odpowiedzi, którego pole segcount wynosi zero.
xdr_check_write_chunk() odrzuca tylko liczbę segcount > rc_maxpages, więc zero
przechodzi kontrolę zakresu, a xdr_inline_decode(stream, 0) zwraca
bieżący (różny od NULL) kursor bez przesuwania się. Funkcja zwraca
true i pcl_alloc_write(), a następnie łączą strukturę svc_rdma_chunk z
ch_segcount == 0 na rc_write_pcl lub rc_reply_pcl.

Wcześniejsza łatka z tej serii zapewniła bezpieczeństwo funkcji pcl_for_each_segment().
ch_segcount == 0, więc nie steruje to już używanym przeglądaniem pamięci
do. Odrzucanie zniekształconej ramki na granicy dekodowania nadal trwa
wartościowe jako głęboka obrona: utrzymuje zdegenerowany segment zerowy
całkowicie oddziela przeanalizowane listy fragmentów, więc każdy przyszły konsument
który idzie bezpośrednio po segmentach, nie może ich obserwować i sprawia, że
zero-piętro, łatwe do przeniesienia na drzewa, gdzie zmiany makro są większe
natrętny. RFC 8166 nie ma żadnego znaczenia dla fragmentu zapisu/odpowiedzi
nie opisuje żadnego bufora zdalnego, więc nie ma to wpływu na żadnego legalnego klienta.

xdr_check_reply_chunk() lejki Odpowiadaj fragmentami
xdr_check_write_chunk() i dziedziczy to samo odrzucenie.

pcl_alloc_write() również łączy każdą porcję z przeanalizowaną listą porcji
przed wypełnieniem tablicy segmentów. Jeśli przyszła zmiana osłabi
segcount-0, niekompletny fragment jest widoczny dla konsumentów
podczas pętli napełniania. Zmień kolejność tak, aby list_add_tail() następowała po
pętla wypełniania segmentów, zapewniająca wyświetlanie tylko w pełni wypełnionych fragmentów
lista.