CVE-2026-90293
>_ Opis
Tłumaczenie automatyczne – może zawierać nieścisłości.
W jądrze Linuksa usunięto następującą lukę:
IB/isert: opublikuj pełne bufory odbioru po rejestracji sesji
isert_put_login_tx() wysyła wcześniej bufory odbioru z pełną funkcjonalnością
__transport_register_session() działa, więc inicjator nie czeka
w przypadku ostatecznej odpowiedzi na logowanie nadal można wykonać polecenie SCSI
przeciwko se_session, którego se_tpg ma wartość NULL - to samo oops co
poprzednia łatka, pod adresem target_submit+0xbe.
Opublikuj je za pomocą funkcji isert_get_rx_pdu(), z której korzysta już poprzednia łatka
aby wysłać tę odpowiedź i opublikować ją przed wysłaniem: kolejka odbiorcza
jest wypełniany w momencie, gdy inicjator otrzymuje informację, że może z niego skorzystać. Przydzielanie
zachowuje istniejącą właściwość, której nie może spowodować błąd alokacji pamięci
nastąpi, gdy ostateczna odpowiedź na logowanie zostanie przesłana.
Kolejka odbiorcza jest już pusta pomiędzy ostatecznym żądaniem logowania a
isert_post_recvm(); przesuwa to drugi punkt później, od mediany
92 nas do 172 nas ponad 1200 logowań. Tylko inicjator wysyła przed nim
powiedziano mu, że może dotrzeć do tego okna, a na IB i RoCE jego wysłanie jest takie
próbowano tam ponownie, dopóki nie pojawią się bufory - isert_rdma_accept() prosi o
rnr_retry_count = 7. iWARP nie ma kontroli przepływu RNR, więc jest tak samo
send zamiast tego kończy połączenie.
Zmierzone przez rxe, 400 cykli logowania na przebieg, z inicjatorem, który to robi
nie czekaj: kompilacja oprzyrządowana nie liczyła żadnych wpisów do isert_recv_done()
przed wysłaniem buforów w 10 seriach, w których inicjator odmówił
8 z 10 uruchomień bez łatki i 5 z 10 z tylko poprzednią łatką.
Nie testowano: iWARP, sesje wykrywania przez iSER i prawdziwe HCA.
>_ Referencje
- https://git.kernel.org/stable/c/068fe9841d2585b79d479fc7b58251d02d0b066f
- https://git.kernel.org/stable/c/5247dde9daac7e107853b6fea043f7f47be033f7
- https://git.kernel.org/stable/c/6c506fee5a5f2c8719c65bcfc5e5d0862b0a1946
- https://git.kernel.org/stable/c/962edb9a6b0dae09d33a677485a398fc7d55968c
- https://git.kernel.org/stable/c/9b2c61344992c8c2b883e1eebe416cc488a19390
- https://git.kernel.org/stable/c/9c21a433022219ca899d1b3cd9049991f51a6a2c
- https://git.kernel.org/stable/c/ad4492dcaf90a1d1a728ec5eef1a68ce5355027a
- https://git.kernel.org/stable/c/d4f8257c3283919ca7e149381d062b9af5f7df7d
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.
Copyright © 1999–2026, The MITRE Corporation. CVE is a registered trademark and the CVE logo is a registered trademark of The MITRE Corporation.
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