RéponsesPublié24 sources
PwnEscape : quand une faille du réseau Linux met l’isolation des VM à l’épreuve
PwnEscape (CVE 2026 99999) est une vulnérabilité critique du noyau Linux, notée 9,3 sur l’échelle CVSS 3.1. La faille touche la pile réseau partagée de Linux, pas KVM lui même : des métadonnées de somme de contrôle contrôlées par l’invité peuvent modifier un en tête IPv4 après sa validation.
Publié parModifié avec GPT-6 LunaImages générées avec GPT Image 2
Réponse de recherche
Points clés à retenir
- PwnEscape (CVE 2026 99999) est une vulnérabilité critique du noyau Linux, notée 9,3 sur l’échelle CVSS 3.1.
- La faille touche la pile réseau partagée de Linux, pas KVM lui même : des métadonnées de somme de contrôle contrôlées par l’invité peuvent modifier un en tête IPv4 après sa validation.
- Les versions stables corrigées publiées sont 5.10.272, 5.15.223, 6.1.190, 6.6.159, 6.12.113, 6.18.57 et 7.2.11.
Prompt IA
openai.comCreate a landscape editorial hero image for this Studio Global article: What is the critical, CVSS 9.3 Linux networking-stack vulnerability PwnEscape (CVE-2026-99999), how does guest-controlled virtio checksum-of. Article summary: PwnEscape (CVE-2026-99999) is reported as a critical, CVSS 3.1 9.3 Linux networking-stack vulnerability that can let code inside a guest VM cross the guest–host isolation boundary, disclose host memory, and potentially c. Topic tags: general, general web, user generated, education. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, cha
PwnEscape (CVE-2026-99999) est une vulnérabilité critique du noyau Linux, notée 9,3 selon CVSS 3.1. Elle concerne le traitement des paquets IPv4 : des métadonnées associées au trafic réseau d’une machine virtuelle peuvent amener le noyau de l’hôte à modifier un en-tête après l’avoir validé, puis à faire confiance à cet en-tête modifié lors de la fragmentation des paquets. Les conséquences rapportées vont de la divulgation de mémoire de l’hôte à une évasion de VM démontrée en laboratoire. 4
8
23
Comment les métadonnées de somme de contrôle peuvent provoquer une lecture hors limites
Certains équipements réseau s’appuient sur des métadonnées de déchargement de somme de contrôle pour indiquer au noyau qu’une partie du calcul reste à effectuer. Dans le cas de PwnEscape, des métadonnées erronées ou non fiables atteignent la pile IPv4 : lors de la finalisation de la somme de contrôle, le noyau peut écraser une partie d’un en-tête déjà traité. Le correctif retenu ajoute une vérification de checksum_start avant le calcul. 19
23
Il en résulte un décalage entre la validation et l’utilisation des données. Le code de fragmentation s’appuie ensuite sur l’en-tête IPv4 modifié pour déterminer la quantité de données d’en-tête à copier. Dans le cas de test rapporté, il a traité l’en-tête comme s’il faisait 60 octets, alors que le paquet ne contenait que 28 octets de données logiques disponibles. Les 32 octets d’écart provenaient de la mémoire située au-delà de la limite logique du paquet. Ce chiffre décrit ce cas de test : cela ne signifie pas que chaque paquet divulgue exactement 32 octets. 18
Pourquoi la faille pose un problème d’isolation des VM
La vulnérabilité se trouve dans la pile réseau de Linux, pas dans le code de l’hyperviseur KVM. Cette distinction est importante : le trafic d’une VM peut être traité par le chemin réseau partagé du noyau de l’hôte. Corriger ou remplacer un hyperviseur ne suffit donc pas, à lui seul, à corriger une faille présente dans ce chemin. Le risque concerne les hôtes exécutant un noyau vulnérable et traitant du trafic contrôlé par une VM. 3
8
L’attaque rapportée suppose que l’attaquant puisse exécuter du code dans une machine virtuelle afin d’envoyer des paquets spécialement conçus. Les informations disponibles ne décrivent pas une attaque sans authentification contre n’importe quelle machine Linux accessible depuis Internet. 4
7
Ce qui a été démontré
Les comptes rendus font état d’une divulgation de mémoire de l’hôte dans les environnements de production en bac à sable de Vercel. Par ailleurs, le chercheur a démontré l’exécution de code sur l’hôte dans un environnement de laboratoire. Ce sont deux résultats distincts : les éléments disponibles n’établissent pas qu’une exécution avec les privilèges root ait eu lieu sur les systèmes de production de Vercel. 4
6
Paulos Yibelo a découvert la faille en participant au défi de sécurité Sandbox de Vercel. Selon les comptes rendus, le défi a reçu 1 285 signalements et PwnEscape en était la seule vulnérabilité classée critique. Ces chiffres ne démontrent pas que des données de clients ont été consultées. 24
30
37
Correctifs : que doivent vérifier les administrateurs ?
Le correctif amont est identifié par le commit 6785011f8b16, intitulé ipv4: validate checksum_start before completing checksum. Parmi les versions stables publiées qui l’intègrent figurent 5.10.272, 5.15.223, 6.1.190, 6.6.159, 6.12.113, 6.18.57 et 7.2.11. 12
27
Puisque la faille touche le traitement des paquets par le noyau de l’hôte, les administrateurs doivent vérifier et mettre à jour ce noyau. Mettre à jour uniquement les logiciels à l’intérieur des VM ne constitue pas une solution de remplacement. Les noyaux distribués par les éditeurs peuvent avoir des numéros de version ou des calendriers différents : consultez l’avis de sécurité de votre fournisseur et vérifiez que l’hôte utilise bien une version corrigée. 1
6
Au 16 octobre, AlmaLinux indiquait que des noyaux corrigés étaient disponibles. Il s’agit d’un état des lieux à cette date, et non d’un bilan complet du déploiement dans toutes les distributions : la disponibilité peut varier selon l’éditeur et la version. 6
Studio Global AI
Continuez vos recherches
Cette page comprend une réponse basée sur la source que vous pouvez continuer dans Studio Global.
Les gens demandent aussi
Quelle est la réponse courte à « PwnEscape : quand une faille du réseau Linux met l’isolation des VM à l’épreuve » ?
PwnEscape (CVE 2026 99999) est une vulnérabilité critique du noyau Linux, notée 9,3 sur l’échelle CVSS 3.1.
Quels sont les points clés à valider en premier ?
PwnEscape (CVE 2026 99999) est une vulnérabilité critique du noyau Linux, notée 9,3 sur l’échelle CVSS 3.1. La faille touche la pile réseau partagée de Linux, pas KVM lui même : des métadonnées de somme de contrôle contrôlées par l’invité peuvent modifier un en tête IPv4 après sa validation.
Que dois-je faire ensuite en pratique ?
Les versions stables corrigées publiées sont 5.10.272, 5.15.223, 6.1.190, 6.6.159, 6.12.113, 6.18.57 et 7.2.11.
Sources
cyberstack.orgcyberstack.org · n · vercel-kvm-escape-20261003Vercel Sandbox (3 Oct): CEO confirms KVM zero-day guest→host root...
pwn.aiPwnEscape: Guest-to-Host KVM Escape (CVE-2026-99999) - pwn.ai
tenable.comCVE-2026-99999 | Tenable®
tuxcare.comPwnEscape Escapes the VM Without a Hypervisor Bug
qiita.comCVE-2026-99999（PwnEscape）を読み解く──「KVMの脆弱性」ではなく、L...