CVE-2026-64229 in Linux
Riassunto
di VulDB • 24/07/2026
Nel kernel Linux, è stata risolta la seguente vulnerabilità:
x86/mm: Disabilitare l'invalidazione broadcast della TLB quando PCID è disabilitato
L'avvio con "nopcid" cancella X86_FEATURE_PCID e impedisce che CR4.PCIDE venga impostato a uno. Su CPU AMD che supportano INVLPGB, il flushing (svuotamento) broadcast della TLB rimane abilitato.
Esistono due controlli che decidono se eseguire il codice per ASID globale: mm_global_asid() e consider_global_asid(), i quali fanno riferimento alla funzionalità X86_FEATURE_INVLPGB. Una volta che un processo (mm) diventa attivo su più di tre CPU, consider_global_asid() gli assegna un ASID globale; successivamente flush_tlb_mm_range() segue il percorso broadcast_tlb_flush() utilizzando un PCID non nullo. L'emissione di INVLPGB con un PCID non nullo mentre CR4.PCIDE non è impostato provoca un #GP (General Protection Fault):
Oops: general protection fault, kernel NULL pointer dereference 0x1: 0000 [#1] SMP NOPTI
CPU: 158 UID: 0 PID: 3119 Comm: snap Not tainted 7.1.0-rc3 #1 PREEMPT(full) Hardware name: ... RIP: 0010:broadcast_tlb_flush Code: ... 89 da 48 83 c8 07 <0f> 01 fe eb 08 cc cc cc ... Call Trace: <TASK> flush_tlb_mm_range ptep_clear_flush wp_page_copy ? _raw_spin_unlock __handle_mm_fault handle_mm_fault do_user_addr_fault exc_page_fault asm_exc_page_fault
Tutti i processori che supportano l'invalidazione broadcast della TLB hanno anche il supporto PCID, quindi è solo lo scenario "nopcid" a rappresentare un problema. In questa situazione, disabilitare semplicemente il supporto per la TLB broadcast utilizzando le dipendenze CPUID, rendendo X86_FEATURE_INVLPGB dipendente da X86_FEATURE_PCID.
[ bp: Revisione del messaggio di commit. ]
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.