CVE-2026-64532 in Linux
Resumen
por VulDB • 2026-07-27
En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad:
fs/ntfs3: limitar view.data_off en NTFS_DE dentro de UpdateRecordData{Root,Allocation}
En los casos de `UpdateRecordDataRoot` (fslog.c:3489) y `UpdateRecordDataAllocation` (fslog.c:3697) de la función `do_action()`, el destino del `memmove` es `Add2Ptr(e, le16_to_cpu(e->view.data_off))`, donde `e->view.data_off` proviene de un NTFS_DE en disco dentro de un INDEX_ROOT o INDEX_BUFFER. Ninguno de los dos casos valida que `view.data_off + dlen` sea menor o igual a `e->size`; las comprobaciones existentes `check_if_index_root` / `check_if_alloc_index` recorren la cadena de entradas y validan el desplazamiento (offset) de la entrada, pero no sus campos internos de vista.
Los sitios de lectura vecinos (por ejemplo, fs/ntfs3/index.c al iterar sobre las entradas view) comprueban que `view.data_off + view.data_size <= e->size`. Aplique la misma limitación en los dos puntos donde se ejecuta el `memmove`.
Se reprodujo bajo UML+KASAN en mainline 8d90b09e6741 mediante instrumentación de sondeo con solo advertencias (pr_warn-only): al forzar view.data_off a 0xFFFC, el memmove escribe 32 bytes más allá del final del NTFS_DE.
Esto es similar en estructura al parche "fs/ntfs3: prevenir oob en caso UpdateRecordDataRoot" de Pavitra Jha (2026-05-02) (<[email protected]>), que propone llamar a ntfs3_bad_de_range(); dicha función auxiliar no existe en mainline. Este parche utiliza comprobaciones integradas (inline).
If you want to get best quality of vulnerability data, you may have to visit VulDB.