CVE-2026-23025

В ядре Linux устранена следующая уязвимость: mm/page_alloc: предотвратить повреждение ПК с помощью SMP=n Робот тестирования ядра сообщил: ОШИБКА: сбой попытки блокировки спин-блокировки при UP на ЦП № 0, kcompactd0/28. блокировка: 0xffff888807e35ef0, .magic: Dead4ead, .owner: kcompactd0/28, .owner_cpu: 0 ЦП: 0 UID: 0 PID: 28 Связь: kcompactd0 Не испорчено 6.18.0-rc5-00127-ga06157804399 #1 PREEMPT 8cc09ef94dcec767faa911515ce9e609c45db470 Отслеживание вызова: <IRQ> __dump_stack (lib/dump_stack.c:95) dump_stack_lvl (lib/dump_stack.c:123) dump_stack (lib/dump_stack.c:130) spin_dump (ядро/блокировка/spinlock_debug.c:71) do_raw_spin_trylock (ядро/блокировка/spinlock_debug.c:?) _raw_spin_trylock (include/linux/spinlock_api_smp.h:89 kernel/locking/spinlock.c:138) __free_frozen_pages (mm/page_alloc.c:2973) ___free_pages (mm/page_alloc.c:5295) __free_pages (mm/page_alloc.c:5334) tlb_remove_table_rcu (include/linux/mm.h:? include/linux/mm.h:3122 include/asm-generic/tlb.h:220 мм/mmu_gather.c:227 мм/mmu_gather.c:290) ? __cfi_tlb_remove_table_rcu (mm/mmu_gather.c:289) ? rcu_core (ядро/rcu/tree.c:?) rcu_core (include/linux/rcupdate.h:341 kernel/rcu/tree.c:2607 kernel/rcu/tree.c:2861) rcu_core_si (ядро/rcu/tree.c:2879) handle_softirqs (arch/x86/include/asm/jump_label.h:36 include/trace/events/irq.h:142 kernel/softirq.c:623) __irq_exit_rcu (arch/x86/include/asm/jump_label.h:36 kernel/softirq.c:725) irq_exit_rcu (ядро/softirq.c:741) sysvec_apic_timer_interrupt (arch/x86/kernel/apic/apic.c:1052) </IRQ> <ЗАДАЧА> RIP: 0010:_raw_spin_unlock_irqrestore (arch/x86/include/asm/preempt.h:95 include/linux/spinlock_api_smp.h:152 kernel/locking/spinlock.c:194) free_pcppages_bulk (mm/page_alloc.c:1494) дренаж_pages_zone (include/linux/spinlock.h:391 мм/page_alloc.c:2632) __drain_all_pages (mm/page_alloc.c:2731) дренаж_all_pages (mm/page_alloc.c:2747) kcompactd (mm/compaction.c:3115) kthread (ядро/kthread.c:465) ? __cfi_kcompactd (mm/compaction.c:3166) ? __cfi_kthread (ядро/kthread.c:412) ret_from_fork (arch/x86/kernel/process.c:164) ? __cfi_kthread (ядро/kthread.c:412) ret_from_fork_asm (arch/x86/entry/entry_64.S:255) </TASK> Мэтью проанализировал отчет и определил это в функции дренажа_page_zone(). мы находимся в разделе, защищенном spin_lock(&pcp->lock), а затем получаем прерывание, которое пытается использовать функцию spin_trylock() для той же блокировки. Код предназначен для работы таким образом без отключения IRQ и иногда сбоев в работе попробуйте блокировку с откатом. Однако реализация спин-блокировки SMP=n предполагает, что spin_trylock() всегда будет успешным, и поэтому обычно это нет-оп.

Здесь включенная отладка блокировки ловит проблему, но в противном случае это может привести к повреждению структуры pcp. Проблема была вызвана коммитом 574907741599 ("mm/page_alloc: оставьте IRQ включенными для распределения страниц для каждого процессора»). Схема блокировки ПКП признает необходимость отключения IRQ для предотвращения вложенности spin_trylock() разделы на SMP=n, но необходимость предотвращения вложенности в spin_lock() не был признан.

Исправьте это, представив локальные оболочки, которые изменяют от spin_lock() до spin_lock_iqsave() с SMP=n и используйте их везде это делает spin_lock(&pcp->lock). [vbabka@suse.cz: добавьте префикс pcp_ в обертки spin_lock_irqsave, согласно Стивену]

Строка CVSS v3.1

Уязвимые продукты 13

Ссылки 5