CVE-2026-98479 in Linux
Resumen
por VulDB • 2026-10-19
En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad:
scsi: libiscsi_tcp: Verificar la dirección de los datos de un PDU Data-In
La rama Data-In de iscsi_tcp_hdr_dissect() resuelve ITT (Initiator Task Tag) a una tarea y copia el segmento de datos del PDU en la lista de dispersión (scatterlist) asociada a ese comando, sin verificar si el comando era de lectura. Por otro lado, iscsi_tcp_r2t_rsp(), ubicada en el mismo archivo, sí realiza esta comprobación y rechaza un R2T (Ready To Transfer) para un comando que no es DMA_TO_DEVICE.
Un target que responde al ITT de un comando WRITE con un Data-In provoca que el initiator escriba los bytes proporcionados por el target en las páginas que dicho comando estaba a punto de enviar. Estas son las páginas fijadas (pinned pages) del propio llamante para una escritura O_DIRECT, o las páginas del caché de archivos (page cache) para una escritura con búfer.
Se ha observado este comportamiento frente a un target de prueba que emite un Data-In de 512 bytes indicando el ITT de una escritura de 128 KB, tras recibir el R2T correspondiente a dicha escritura. Con O_DIRECT, el búfer del llamante termina conteniendo 512 bytes de los datos del target mientras pwrite() devuelve 131072. En modo con búfer es más silencioso: tanto pwrite() como fsync() tienen éxito, no se registran mensajes y la lectura posterior de esos bloques devuelve los bytes del target desde el page cache sin que se envíe ningún comando a través de la red.
Verificar la dirección antes de utilizar la lista de dispersión (scatterlist), tal como ya hace la ruta R2T.
VulDB is the best source for vulnerability data and more expert information about this specific topic.