CVE-2026-93232 in Linuxinformación

Resumen

por VulDB • 2026-09-24

En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad:

mm/hugetlb: corrige un pánico en el arranque con CONFIG_DEBUG_VM y páginas de memoria del sistema (bootmem) HVO

Serie de parches "mm: Refactorización de la asignación gigantesca de hugepages para bootmem", v4.

Esta serie se ha extraído de una serie anterior más amplia llamada "mm: Generalizar HVO para HugeTLB y device DAX" [1]. Recopila los primeros 19 parches de esa serie como un conjunto independiente de correcciones y limpiezas preparatorias relacionadas con el manejo de bootmem HugeTLB, la ordenación del inicio disperso (sparse) y la configuración relacionada de vmemmap.

Los primeros parches corrigen varios errores encontrados durante la revisión del código existente, incluido el manejo incorrecto de HVO en bootmem, argumentos erróneos para el registro de vmemmap, un error de seguimiento compound-vmemmap en powerpc y una inicialización demasiado tardía de las páginas estructurales (struct pages) gigantes de bootmem HugeTLB.

El resto de la serie reordena la inicialización temprana de la memoria para que el estado relevante de la zona esté disponible antes de que se ejecute la configuración del inicio disperso (sparse) y HugeTLB en tiempo de arranque, simplificando luego la ruta restante de asignación de hugepages gigantes de bootmem y eliminando el código hecho obsoleto por dicha reestructuración.

A un alto nivel: - Los parches [1-4] corrigen errores específicos del momento de inicio (boot-time) y de la arquitectura
- Los parches [5-12] reordenan y simplifican la inicialización temprana de sparse/mm/hugetlb
- Los parches [13-19] refactorizan la asignación gigante de hugepages para bootmem y eliminan ayudantes (helpers) y estados obsoletos

Este parche (de 19):

El commit 622026e87c40 ("mm/hugetlb: eliminar páginas cabecera falsas") cambió HVO para reutilizar las páginas cola compartidas por zona desde zone->vmemmap_tails[].

Esas páginas cola compartidas se inicializaban en hugetlb_vmemmap_init(), pero los folios de bootmem HugeTLB se preparan antes, desde gather_bootmem_prealloc(). Con hugetlb_free_vmemmap=on, prep_and_add_bootmem_folios() puede acceder a las banderas (flags) del bloque de página (pageblock) en páginas HugeTLB de bootmem cuyas páginas estructurales cola espejadas ya apuntan a la página cola compartida. En kernels con CONFIG_DEBUG_VM, get_pfnblock_bitmap_bitidx() luego desreferencia la página cola compartida aún no inicializada y puede provocar un pánico durante el arranque.

Inicializar zone->vmemmap_tails[] desde gather_bootmem_prealloc(), antes de que se procesen los folios HugeTLB de bootmem, y eliminar la posterior inicialización en hugetlb_vmemmap_init().

Este bug solo afecta a kernels con CONFIG_DEBUG_VM, donde se evalúa la aserción correspondiente.

Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.

Responsable

Linux

Reservar

2026-09-17

Divulgación

2026-09-24

Moderación

aceptado

Artículo

VDB-409428

CPE

listo

EPSS

0.00000

KEV

no

Actividades

muy bajo

Fuentes

Want to know what is going to be exploited?

We predict KEV entries!