Tencent Zhuque Lab a publié le 12 octobre 2026 son analyse de Vghost (CVE-2026-74580), une faille du sous-système vhost de Linux. Le laboratoire décrit une escalade de privilèges locale et une voie distincte, soumise à plusieurs conditions, qui pourrait permettre à un invité d’écrire hors limites dans la mémoire du processus QEMU de l’hôte. Sa divulgation technique rapporte des démonstrations de ces scénarios.
Tencent situe les versions upstream concernées entre Linux 4.11 et 7.2-rc4. Le défaut vient d’entrées obsolètes dans le cache de métadonnées des files virtio, ou vring : après une reconfiguration, vhost peut réutiliser un ancien mappage IOTLB sans vérifier la nouvelle adresse ou la nouvelle taille. L’avis de sécurité Ubuntu décrit le même mécanisme.
Pourquoi vhost peut réutiliser un ancien mappage
Une vring sert à faire circuler les données entre un périphérique virtio et le système. Les opérations VHOST_SET_VRING_ADDR et VHOST_SET_VRING_NUM peuvent respectivement modifier l’adresse de la file et la taille de ses régions. Selon l’avis Ubuntu, le cache vq->meta_iotlb[] n’était pas vidé lors de ces changements : une correspondance conservée pouvait alors court-circuiter la vérification du nouveau mappage.
Le correctif réinitialise ce cache à chaque reconfiguration de la vring. Tencent indique que le changement est entré dans la branche principale du noyau le 3 août 2026. Les versions corrigées à utiliser dépendent ensuite de la branche upstream ou du noyau fourni par la distribution.
Comment l’invité peut atteindre la mémoire de QEMU
La voie invité-vers-hôte décrite par Tencent ne concerne que les configurations réunissant trois conditions : un périphérique virtio derrière un IOMMU virtuel, l’option iommu_platform activée et vhost en mode device-IOTLB.
Dans cette configuration, explique Tencent, l’invité peut utiliser VIRTIO_F_RING_RESET pour réinitialiser puis réactiver une virtqueue. QEMU reconfigure alors la file active avec VHOST_SET_VRING_ADDR, sur le descripteur de fichier existant, sans vider le cache obsolète. Une notification ultérieure de la file — un « kick » — peut réutiliser l’ancien mappage IOTLB et provoquer une écriture hors limites dans la mémoire de QEMU. Cette séquence et son résultat sont rapportés par Tencent.
Les noyaux et permissions des images testées
Tencent rapporte avoir reproduit une escalade locale jusqu’aux privilèges root sur les cinq noyaux ci-dessous. Pour cette voie, l’attaquant doit pouvoir ouvrir un nœud de périphérique vhost ; l’accès dépend notamment des permissions configurées sur la machine.
| Image testée par Tencent | Noyau testé | Permissions de /dev/vhost-vsock observées |
| Ubuntu 26.04 LTS | 7.0.0-28-generic | 0660 root:kvm |
| RHEL 9.8 | 5.14.0-687.5.3.el9_8.x86_64 | 0666 root:kvm |
| Amazon Linux 2023.12.20260817 | 6.1.180-225.360.amzn2023.x86_64 | 0666 root:kvm |
| Microsoft Azure Linux 3.0 | 6.6.150.1-1.azl3 | 0666 root:kvm |
| Oracle Linux 10.2 | 6.12.0-204.92.4.2.el10uek | 0666 root:kvm |
Ces permissions correspondent aux images testées par Tencent. Sur son image Ubuntu, le test a commencé avec un utilisateur appartenant au groupe kvm.
Ce que Tencent attribue à ses outils d’IA
Tencent affirme que son système de recherche Corvus AI a repéré le défaut de cache en deux heures. Le laboratoire attribue un autre rôle à Tencent Hunyuan Hy4-preview : la vérification de l’exploit et l’analyse de régression du correctif. Ces deux fonctions correspondent à des étapes distinctes de son travail, selon le compte rendu de Tencent.
Versions corrigées et état des paquets Ubuntu
Tencent indique les premières versions corrigées suivantes pour les branches stables upstream. Les distributions peuvent rétroporter le correctif sous une numérotation différente : le numéro de noyau affiché par un fournisseur ne correspond donc pas nécessairement à celui de la branche upstream.
| Branche stable | Première version corrigée indiquée par Tencent |
| 5.10.y | 5.10.265 |
| 5.15.y | 5.15.216 |
| 6.1.y | 6.1.183 |
| 6.6.y | 6.6.152 |
| 6.12.y | 6.12.104 |
| 6.18.y | 6.18.45 |
| 7.1.y | 7.1.9 |
| 7.2 | 7.2 |
Dans l’avis Ubuntu mis à jour le 13 octobre 2026, le paquet linux d’Ubuntu 22.04 est indiqué comme corrigé en version 5.15.0-198.208. Pour le même paquet dans Ubuntu 24.04 et 26.04, l’avis indique alors « vulnérable » et « correction en cours ». Les variantes de noyau ont leurs propres lignes de statut dans l’avis Ubuntu.
Tencent recommande d’installer un noyau contenant le correctif puis de redémarrer sur ce noyau. Dans l’intervalle, le laboratoire conseille de limiter l’accès aux périphériques vhost, de retirer les permissions accordées à tous les utilisateurs et de réserver leur groupe propriétaire aux services de virtualisation de confiance.
