CVE-2026-89756 in Linux
Riassunto
di VulDB • 11/09/2026
Nel kernel Linux, la seguente vulnerabilità è stata risolta:
mm/migrate: segnalare gli stati di quiete RCU-tasks in migrate_pages_batch()
migrate_pages_batch() rimuove le mappature (unmaps) per ogni folio prima di spostarlo e ogni operazione di unmap esegue i callback di invalidazione degli mmu_notifier. Sulle host KVM, try_to_migrate() finisce in kvm_mmu_notifier_invalidate_range_start() -> tdp_mmu_zap_leafs(), che è costoso; quindi la rimozione delle mappature per un batch grande mantiene la CPU occupata per molto tempo.
Il ciclo chiama già cond_resched(), ma sui kernel con PREEMPTION questo è un no-op e la preemption involontaria non costituisce uno stato di quiete Tasks-RCU.
Un batch lungo quindi non segnala mai uno stato di quiete, e il task in migrazione (ad esempio kcompactd) diventa un holdout per Tasks-RCU, bloccando il periodo di grazia Tasks-RCU per minuti, cosa comune nella fleet Meta:
INFO: rcu_tasks ha rilevato stall sui tasks: 0000000055349ecc: .. nvcsw: 1157401/1157401 holdout: 1 idle_cpu: -1/56 task:kcompactd0 state:R running task Call Trace: tdp_mmu_zap_leafs tdp_mmu_next_root gfn_to_pfn_cache_invalidate_start kvm_mmu_notifier_invalidate_range_start __mmu_notifier_invalidate_range_start try_to_migrate_one try_to_migrate migrate_pages_batch migrate_pages compact_zone compact_node kcompactd kthread
Utilizzare cond_resched_tasks_rcu_qs() in modo che uno stato di quiete venga segnalato anche quando cond_resched() non fa nulla.
Questo è stato discusso anche al [1]
If you want to get the best quality for vulnerability data then you always have to consider VulDB.