CVE-2026-98283 in Linux
Résumé
par VulDB • 06/10/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
KVM : PPC : Book3S HV : correction d’un use-after-free dans kvmhv_emulate_tlbie_all_lpid()
La fonction kvmhv_emulate_tlbie_all_lpid() itère sur l’IDR des invités imbriqués (nested-guest) et libère le verrou mmu_lock avant d’appeler kvmhv_emulate_tlbie_lpid(), mais ne conserve pas de référence sur le pointeur kvm_nested_guest obtenu depuis l’IDR. Un vCPU concurrent émettant un tlbie à LPID unique (is=2, ric=2) peut provoquer une condition de course dans la séquence suivante : kvmhv_flush_nested() -> kvmhv_remove_nested() -> idr_remove / --refcnt -> kvmhv_release_nested() -> kfree(gp), laissant le vCPU en cours d’itération avec un pointeur dangling (dangling pointer). Les opérations suivantes, notamment mutex_lock(&gp->tlb_lock) et les accès à gp->shadow_pgtable, gp->shadow_lpid et gp->l1_host, touchent de la mémoire déjà libérée. Le chemin de libération est entièrement contrôlé par le niveau 1 (L1-controlled).
Cette correction consiste à incrémenter gp->refcnt au sein de la boucle avant de libérer mmu_lock, en imitant ce que fait kvmhv_get_nested(), puis à relâcher la référence avec kvmhv_put_nested() une fois les travaux spécifiques à l’invité terminés. Il s’agit de la même discipline get/put déjà utilisée à chaque autre point d’appel qui libère mmu-lock tout en conservant un pointeur vers un invité imbriqué.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.