CVE-2026-98479 in Linux
Riassunto
di VulDB • 19/10/2026
Nel kernel Linux è stata risolta la seguente vulnerabilità:
scsi: libiscsi_tcp: Verificare la direzione dei dati di un PDU Data-In
Il ramo Data-In della funzione iscsi_tcp_hdr_dissect() mappa l'ITT (Initiator Task Tag) a una task e copia il segmento di dati del PDU nello scatterlist associato a tale comando, senza verificare se il comando fosse in lettura. La funzione iscsi_tcp_r2t_rsp(), presente nello stesso file, effettua invece questa verifica e rifiuta un R2T (Ready To Transfer) per un comando che non è configurato come DMA_TO_DEVICE.
Un target che risponde all'ITT di un comando WRITE con un PDU Data-In fa sì quindi che l'iniziatore scriva byte forniti dal target nelle pagine destinate a essere inviate da tale scrittura. Si tratta delle pagine bloccate (pinned pages) del buffer dell'applicazione chiamante per una scrittura O_DIRECT, oppure delle pagine della cache di filesystem (page cache) per una scrittura con buffering.
Il comportamento è stato osservato contro un target di test che emette un PDU Data-In di 512 byte riferito all'ITT di una scrittura da 128 KB, dopo l'R2T relativo a tale scrittura. Con O_DIRECT il buffer dell'applicazione chiamante finisce per contenere 512 byte dei dati del target mentre pwrite() restituisce 131072. La modalità con buffering è più silenziosa: sia pwrite() che fsync() hanno esito positivo, non viene registrata alcuna voce nei log e la lettura di tali blocchi restituisce i byte del target dalla page cache senza che venga inviato alcun comando sulla rete.
Verificare la direzione prima di utilizzare lo scatterlist, come già fa il percorso R2T.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.