Odebrany

CVE-2026-89532

opublikowano: 11.09.2026, 22:19

modyfikacja: 11.09.2026, 22:19

Ocena CVSS

n/a

Brak oceny

Oficjalne źródła

>_ Opis

Tłumaczenie automatyczne – może zawierać nieścisłości.

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

svcrdma: Napraw pcl_for_each_segment dla pustych fragmentów

Gdy przeanalizowana lista fragmentów zawiera fragment, którego liczba ch_segcount wynosi zero,
pcl_for_each_segment oblicza jego górną granicę włącznie
&chunk->ch_segments[ch_segcount - 1]. ch_segcount to u32, więc
odejmowanie zawija się do 0xFFFFFFFF, a powiązanie ląduje daleko poza
ch_segments tablica elastyczna. Następnie ciało pętli przechodzi do niepowiązanej pamięci
sizeof(struct svc_rdma_segment) krok, aż do wystąpienia błędu.

Z przewodu można uzyskać dostęp do fragmentu o zerowej liczbie segmentów:
xdr_check_write_chunk() odrzuca tylko wartości segcount większe niż
rc_maxpages i pcl_alloc_write() łączą świeżo przydzieloną porcję
na rc_write_pcl/rc_reply_pcl przed uruchomieniem pętli wypełniania segmentów,
więc fragment „Napisz lub Odpowiedz” reklamujący segmenty zerowe opuszcza
ch_segcount == 0 na liście. Kiedy transport wynegocjował
Send-With-Invalidate, svc_rdma_get_inv_rkey() iteruje wszystkie cztery
PCL z pcl_for_each_segment i segment dereferencji->rs_handle
w każdej iteracji, zamieniając niedomiar w odczyt poza zakresem
i ogólny błąd ochrony.

xdr_check_write_list / xdr_check_reply_chunk
pcl_alloc_write()
chunk = pcl_alloc_chunk(...) /* ch_segcount = 0 */
list_add_tail(&chunk->ch_list, &pcl->cl_chunks)
/* pętla wypełniająca iteruje zero razy dla liczby segmentów przewodów 0 */

svc_rdma_get_inv_rkey()
pcl_for_each_chunk(rc_write_pcl)
pcl_for_each_segment(segment, porcja)
poz <= &ch_segmenty[0u - 1u] /* 0xFFFFFFFF */
segment->rs_handle /* OOB odczyt -> GPF */

Napraw, przełączając makro na półotwartą górną granicę, która używa
ch_segcount bezpośrednio. Dla ch_segcount == 0 początek pętli jest równy
koniec pętli i treść zostaje pominięta; dla ch_segcount > 0 iteracja
zakres pozostaje niezmieniony. Wszystkie sześć istniejących witryn połączeń w
net/sunrpc/xprtrdma/svc_rdma_recvfrom.c i
net/sunrpc/xprtrdma/svc_rdma_rw.c pozostaje poprawny w ramach nowego ograniczenia,
więc nie są potrzebne żadne zmiany rozmówcy.

In the Linux kernel, the following vulnerability has been resolved:

svcrdma: Fix pcl_for_each_segment for empty chunks

When a parsed chunk list contains a chunk whose ch_segcount is zero,
pcl_for_each_segment computes its inclusive upper bound as
&chunk->ch_segments[ch_segcount - 1]. ch_segcount is u32, so the
subtraction wraps to 0xFFFFFFFF and the bound lands far past the
ch_segments flex array. The loop body then walks unrelated memory at
sizeof(struct svc_rdma_segment) stride until it faults.

A zero-segcount chunk is reachable from the wire:
xdr_check_write_chunk() only rejects segcount values greater than
rc_maxpages, and pcl_alloc_write() links a freshly allocated chunk
onto rc_write_pcl/rc_reply_pcl before its segment-fill loop runs,
so a Write or Reply chunk advertising zero segments leaves
ch_segcount == 0 on the list. When the transport has negotiated
Send-With-Invalidate, svc_rdma_get_inv_rkey() iterates all four
PCLs with pcl_for_each_segment and dereferences segment->rs_handle
on each iteration, turning the underflow into an out-of-bounds read
and a general protection fault.

xdr_check_write_list / xdr_check_reply_chunk
pcl_alloc_write()
chunk = pcl_alloc_chunk(...) /* ch_segcount = 0 */
list_add_tail(&chunk->ch_list, &pcl->cl_chunks)
/* fill loop iterates zero times for wire segcount 0 */

svc_rdma_get_inv_rkey()
pcl_for_each_chunk(rc_write_pcl)
pcl_for_each_segment(segment, chunk)
pos <= &ch_segments[0u - 1u] /* 0xFFFFFFFF */
segment->rs_handle /* OOB read -> GPF */

Fix by switching the macro to a half-open upper bound that uses
ch_segcount directly. For ch_segcount == 0 the loop start equals the
loop end and the body is skipped; for ch_segcount > 0 the iteration
range is unchanged. All six existing call sites in
net/sunrpc/xprtrdma/svc_rdma_recvfrom.c and
net/sunrpc/xprtrdma/svc_rdma_rw.c remain correct under the new bound,
so no caller changes are needed.

>_ Referencje

Dane podatności pochodzą z oficjalnych źródeł (CVE® List / NVD). Opisy po polsku są tłumaczone automatycznie i mogą zawierać nieścisłości – na stronie rekordu można wyświetlić wersję angielską.

This product uses the NVD API but is not endorsed or certified by the NVD.

CVE Usage: MITRE hereby grants you a perpetual, worldwide, non-exclusive, no-charge, royalty-free, irrevocable copyright license to reproduce, prepare derivative works of, publicly display, publicly perform, sublicense, and distribute Common Vulnerabilities and Exposures (CVE®). Any copy you make for such purposes is authorized provided that you reproduce MITRE's copyright designation and this license in any such copy. ALL DOCUMENTS AND THE INFORMATION CONTAINED THEREIN PROVIDED BY MITRE ARE PROVIDED ON AN "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND.

NVD Terms of Use / CVE® Terms of Use / nvd.nist.gov / cve.org

<< baza_cve