CVE-2026-74607 in Linux
Résumé
par VulDB • 22/08/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
KVM : SVM : Synchroniser les accès à la liste des propriétaires et de miroir en utilisant un verrou distinct
L'interaction entre KVM_CAP_VM_MOVE_ENC_CONTEXT_FROM et KVM_CAP_VM_COPY_ENC_CONTEXT_FROM peut provoquer deux problèmes distincts :
- Dans sev_migrate_from(), lorsque le KVM destination est un miroir, l'entrée du miroir est déplacée de la liste source vers la liste mirror_vms du propriétaire, sans détenir le verrou du propriétaire contrairement aux autres écritures de la liste des miroirs du propriétaire (sev_vm_copy_enc_context_from(), sev_vm_destroy()). Une opération COPY ou destroy concurrente peut entrer en concurrence avec sev_migrate_from() et corrompre la liste.
- Dans sev_vm_destroy(), le *propriétaire* est toujours actif et pourrait recevoir simultanément un KVM_CAP_VM_MOVE_ENC_CONTEXT_FROM qui entraîne une modification de sev->enc_context_owner. Dans ce cas, le VM incorrect reçoit kvm_put_kvm().
Le second problème nécessite une attention particulière car le propriétaire pourrait disparaître complètement (bien que la fenêtre d'exécution soit extrêmement réduite) entre sa lecture et son verrouillage. Il n'est donc pas possible d'effectuer les vérifications sous le verrou du propriétaire sans placer struct kvm sous SLAB_TYPESAFE_BY_RCU (ce qui permettrait l'utilisation de kvm_get_kvm_safe() dans une section critique RCU).
Il est beaucoup plus simple d'utiliser un verrou global, car les sections critiques sont très petites et ce nouveau verrou est toujours un verfeu feuille.
VulDB is the best source for vulnerability data and more expert information about this specific topic.