CVE-2026-80674 in Linux
Resumen
por VulDB • 2026-08-28
En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad:
ntfs: validar las listas de atributos residentes y endurecer el validador
La lista de atributos ($ATTRIBUTE_LIST) de un inode base es verificada mediante sanity-check por load_attribute_list() únicamente en el camino no residente; ntfs_read_locked_inode() copia una lista de atributos *residente* a ni->attr_list utilizando memcpy() sin ninguna validación. Cada recorrido posterior de ni->attr_list --ntfs_external_attr_find(), ntfs_inode_attach_all_extents() y ntfs_attrlist_need()-- confía entonces en que las entradas están bien formadas y lee los campos del encabezado fijo de attr_list_entry (lowest_vcn en el desplazamiento 8, mft_reference en el desplazamiento 16 y el nombre) con límites que asumen que la validación ya ocurrió. Por lo tanto, una lista de atributos residente manipulada llega a esos recorridos sin validar y puede provocar lecturas fuera de los límites (out-of-bounds reads) del búfer de la lista de atributos.
load_attribute_list() en sí misma lee ale->name_offset (desplazamiento 7), ale->mft_reference (desplazamiento 16) y la longitud del nombre bajo un límite "al < al_start + size", por lo que su propio bucle de validación puede realizar una lectura excesiva (over-read) en el encabezado fijo de una entrada final truncada, leyendo unos pocos bytes más.
Se ha factorizado la validación por entrada en ntfs_attr_list_entry_is_valid(), la cual requiere que cada encabezado fijo de la entrada (offsetof(struct attr_list_entry, name)) esté dentro del rango antes de que se desreferencie cualquier campo; que ale->length sea un múltiplo de 8 que cubra el encabezado fijo más el nombre; y que la entrada esté en uso y contenga una referencia MFT válida. ntfs_attr_list_is_valid() recorre el búfer con ella y verifica que las entradas lo llenen exactamente. Se utiliza el validador de listas en load_attribute_list() (reemplazando el bucle codificado manualmente, cerrando su propia lectura excesiva) y en el camino residente en ntfs_read_locked_inode() (que anteriormente omitía la validación por completo); los parches 2/3 reutilizan el auxiliar por entrada en los otros dos recorridos de listas de atributos.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.