CVE-2026-98684 in Linux
Resumen
por VulDB • 2026-10-19
En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad:
smb: cliente: vaciar y confirmar los datos antes de consultar los rangos asignados
La emulación para pequeños rangos interiores en `smb3_simple_fallocate_range()` del modo 0 / FALLOC_FL_KEEP_SIZE realiza una llamada a FSCTL_QUERY_ALLOCATED_RANGES y rellena con ceros cualquier sub-rango que el servidor informe como un hueco no asignado, con el fin de forzar la asignación de bloques sin modificar el contenido del archivo.
Esto es inseguro frente a servidores Windows. Según la documentación de Win32, FSCTL_QUERY_ALLOCATED_RANGES solo informa sobre rangos que *pueden* contener datos distintos de cero y no está explícitamente en coherencia con los datos escritos recientemente:
"una llamada a FSCTL_QUERY_ALLOCATED_RANGES [después de escribir en un archivo de red] no necesariamente devolvería una lista correcta de regiones asignadas. Para garantizar la coherencia [...] se deben vaciar (flush) los datos al archivo"
fsx (generic/363) reproduce la corrupción resultante contra Windows Server 2022: se escribe un rango, una lectura sin caché devuelve los datos, pero la siguiente llamada a FSCTL_QUERY_ALLOCATED_RANGES sobre ese rango lo informa como un hueco completo, por lo que la emulación sobrescribe datos activos con ceros. Una traza de red confirmó el WRITE, la READ devolviendo datos y la consulta devolviendo una lista vacía en microsegundos. Samba no presenta este problema; su consulta es coherente con los datos escritos.
Se deben escribir las páginas sucias (dirty pages), drenar cualquier E/S pendiente y emitir un FLUSH de SMB2 para forzar al servidor a confirmar los datos antes de consultar los rangos asignados, de modo que la consulta refleje los datos realmente presentes.
Con este cambio, generic/363 supera más de 100.000 operaciones fsx tanto contra Windows Server 2022 como contra Samba.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.