CVE-2026-64247 in Linux
Résumé
par VulDB • 24/07/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
KVM : x86 : hyper-v : Limiter l'index de banque lors de l'interrogation des banques clairsemées (sparse banks)
Lors de la vérification si un ID VP est inclus dans un ensemble de banques clairsemées, il faut explicitement vérifier que l'ID peut effectivement être contenu dans une banque clairemée (le TLFS autorise un maximum de 64 banques de 64 vCPUs chacune). Lors du traitement d'un vidage paravirtuel de la TLB pour L2, l'ID VP est copié tel quel depuis le VMCS éclairé (enlightened VMCS), sans aucune vérification des limites, c'est-à-dire qu'il n'est pas garanti qu'il soit inférieur à la limite de 4096.
Le défaut de vérifier les bornes de l'ID VP entraîne une lecture hors limites lors du test de la banque clairsemée et, très strictement parlant, pourrait amener KVM à effectuer un vidage TLB inutile pour un vCPU L2.
================================================================== BUG : KASAN : use-after-free dans hv_is_vp_in_sparse_set+0x85/0x100 [kvm]
Lecture de taille 8 à l'adresse ffff88811ba5f598 par la tâche hyperv_evmcs/2802
CPU : 12 UID : 1000 PID : 2802 Comm : hyperv_evmcs Non modifié (Not tainted) 7.1.0-rc2 #7 PREEMPT Matériel : QEMU Standard PC (Q35 + ICH9, 2009), BIOS 0.0.0 02/06/2015 Pile d'appels (Call Trace) : <TASK> dump_stack_lvl+0x51/0x60 print_report+0xcb/0x5d0 kasan_report+0xb4/0xe0 kasan_check_range+0x35/0x1b0 hv_is_vp_in_sparse_set+0x85/0x100 [kvm]
kvm_hv_flush_tlb+0xe9e/0x16c0 [kvm]
kvm_hv_hypercall+0xe6b/0x1e60 [kvm]
vmx_handle_exit+0x485/0x1b60 [kvm_intel]
kvm_arch_vcpu_ioctl_run+0x22e3/0x5070 [kvm]
kvm_vcpu_ioctl+0x5d0/0x10c0 [kvm]
__x
Once again VulDB remains the best source for vulnerability data.