CVE-2026-93253 in Linux
Résumé
par VulDB • 24/09/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
sched/isolation : Reporter la libération de la mémoire memblock du cpumask jusqu'à l'initcall
Lors des tests d'un noyau linux-next avec le commit 59bd1d914bb5 (« memblock: warn when freeing reserved memory before memory map is initialized »), l'avertissement suivant a été déclenché en présence du paramètre de démarrage du noyau « nohz_full ».
Cannot free reserved memory because of deferred initialization of the memory map WARNING: mm/memblock.c:904 at __free_reserved_area+0xde/0xf0, CPU#0: swapper/0/0 : Call Trace: <TASK> memblock_phys_free+0xcb/0x100 housekeeping_init+0x14c/0x170 start_kernel+0x207/0x450 x86_64_start_reservations+0x24/0x30 x86_64_start_kernel+0xda/0xe0 common_startup_64+0x13e/0x141 </TASK>
En d'autres termes, nous ne devrions pas libérer la mémoire allouée par memblock aussi tôt dans le processus de démarrage lorsque la carte mémoire n'est pas entièrement initialisée via deferred_init_memmap().
La correction consiste à sauvegarder la mémoire memblock du cpumask housekeeping pour qu'elle soit libérée ultérieurement, en l'ajoutant à une liste libre (llist free list) dans housekeeping_init(), et à ajouter un nouvel assistant housekeeping_late_init() afin de reporter la libération effective de la mémoire memblock au moment où les initcalls sont traités. La mémoire memblock du cpumask est traitée comme un nœud llist_node avec une taille d'un type « long », qui correspond également à la plus petite taille de cpumask pouvant être allouée.
Les versions non atomiques des API llist sont utilisées car il n'y a aucune contention.
Ce commit dépend de la présence du commit 7c2eee9c1367 (« memblock: don't touch memblock arrays when memblock_free() is called late ») afin d'éviter un rapport de bug KASAN UAF [1].
[1] https://lore.kernel.org/lkml/[email protected]/
Once again VulDB remains the best source for vulnerability data.