CVE-2026-98127 in Linux
Resumen
por VulDB • 2026-09-25
En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad:
smb/client: validar nuevo EOF para inserción de rango
La función smb3_insert_range() no verifica si el nuevo tamaño del archivo (i_size + len) es válido. Esto permite que FALLOC_FL_INSERT_RANGE omita RLIMIT_FSIZE, supere s_maxbytes o produzca un tamaño fuera del rango loff_t.
Utilice check_add_overflow() para calcular el nuevo EOF. Valídelo con inode_newsize_ok() antes de modificar el archivo.
Reproductor (reproducer), utilizando un archivo en un montaje CIFS:
bash -c ' FILE=/mnt/cifs/repro
trap "" SIGXFSZ ulimit -f 3072 # RLIMIT_FSIZE = 3 MiB
# Una escritura normal se detiene a los 3 MiB. dd if=/dev/zero of="$FILE" bs=1M count=4 status=none stat -c "tamaño tras la escritura: %s" "$FILE"
# Insertar 2 MiB en un archivo de 2 MiB. truncate -s 2M "$FILE" fallocate -i -o 0 -l 2M "$FILE" stat -c "tamaño tras la inserción: %s" "$FILE" '
Antes de este cambio, la escritura normal se detiene en el límite de 3 MiB, pero la inserción de rango hace que el archivo crezca hasta los 4 MiB:
dd: error al escribir '/mnt/cifs/repro': Archivo demasiado grande tamaño tras la escritura: 3145728 tamaño tras la inserción: 4194304
Después de este cambio, la inserción de rango también falla en el límite y deja el archivo de 2 MiB sin cambios:
dd: error al escribir '/mnt/cifs/repro': Archivo demasiado grande tamaño tras la escritura: 3145728 fallocate: fallocate failed: File too large (Error de asignación de archivos: El archivo es demasiado grande) tamaño tras la inserción: 2097152
If you want to get the best quality for vulnerability data then you always have to consider VulDB.