Une vulnérabilité critique dans le noyau Linux, identifiée sous le nom de CVE-2026-99999, permet à une machine virtuelle invitée de franchir la frontière de sécurité de son hôte. Cette faille, découverte par des chercheurs de pwn.ai, ne réside pas dans l’hyperviseur KVM lui-même, mais dans la pile réseau de Linux, spécifiquement dans la gestion du déchargement des sommes de contrôle (checksum offload).

Selon pwn.ai, en exploitant des métadonnées de checksum contrôlables par l’invité, un attaquant peut forcer le noyau hôte à réécrire des champs critiques d’un en-tête IPv4 après que celui-ci ait déjà été validé. Ce scénario, qui peut mener à une évasion complète de l’environnement isolé, est rendu possible par des mécanismes conçus pour optimiser les performances.

Le fonctionnement repose sur le fait que le noyau peut traiter un paquet en état « CHECKSUM_PARTIAL », c’est-à-dire en attendant la finalisation de la somme de contrôle par le matériel. Les fonctions d’aide du noyau, censées gérer cette attente, ne vérifient pas correctement les données fournies par l’invité. En ciblant l’en-tête IPv4, un attaquant peut induire le système à réécrire des champs après que les règles de routage et de pare-feu aient déjà été appliquées.

L’attaque par manipulation des métadonnées

Cette découverte met en lumière une nouvelle classe d’attaques dans le réseau Linux : les métadonnées de checksum non fiables peuvent modifier des champs sensibles du paquet après que le noyau ait pris des décisions de sécurité. Ce qui est notable, c’est que la faille se situe dans la pile réseau et non uniquement dans l’hyperviseur, ce qui rappelle qu’un environnement sandbox, même très sécurisé, dépend de l’intégralité de l’OS hôte.

Le mécanisme de checksum offload permet au noyau de ne pas calculer immédiatement le checksum de chaque paquet ; il stocke des métadonnées indiquant où lire et où écrire cette vérification. Cependant, les vérifications dans le code source de l’IPv4 étaient insuffisantes. Fly.io a illustré les conséquences : une réécriture des champs d’en-tête peut entraîner un contournement de pare-feu ou, dans le cas le plus grave, une lecture hors limites de mémoire, permettant d’accéder à des données de la machine voisine.

Réponse de l’écosystème et correctif

Face à l’annonce de CVE-2026-99999, la réaction des acteurs du secteur a été rapide. Fly.io a dû effectuer un déploiement complet et des redémarrages de son parc de machines sur une période de dix heures pour appliquer les correctifs. Parallèlement, pwn.ai a souligné l’effort de Vercel, qui a rapidement coordonné la notification et la mise en œuvre des remédiations à travers l’industrie, même si la faille provenait du noyau Linux.

Le correctif upstream, référencé par le numéro 6785011f8b16, vise à exiger une validation de checksum_start avant de terminer le calcul de la somme de contrôle. Toutefois, l’analyse de pwn.ai indique qu’une validation plus complète à l’entrée du paquet reste nécessaire pour garantir une défense en profondeur.

Il faudra surveiller comment cette vérification sera implémentée dans les différentes versions de KVM et des hyperviseurs qui utilisent cette pile réseau.

Fiche technique

Données : NVD (NIST).

Sources

• PwnEscape: Guest-to-Host KVM Escape (CVE-2026-99999), pwn.ai
• Checksum Offloads, docs.kernel.org
• Well, That Wasn’t Fun: October 16 ’26, Fly.io, 6 novembre 2026
• CVE-2026-99999, NVD (NIST)