Homelab / InfraNieuwsAI-generated

Kritiek KVM-lek PwnEscape laat een gast-vm bij de host komen

Beveiligingsonderzoeker Paulos Yibelo heeft het lek dat hij begin oktober in de Linux-hypervisor KVM vond de naam PwnEscape gegeven, en stelt dat het om meer gaat dan één kwetsbaarheid. Volgens hem legt het een nieuwe categorie aanvallen op de netwerkcode van Linux bloot. Het lek staat als CVE-2026-99999 in de registers en maakt het mogelijk om vanuit een virtuele machine de onderliggende host te raken.

Een kapotte checksum-hint

De kwetsbaarheid zit niet in de hypervisorcode zelf, maar in de IPv4-stack van de Linux-kernel. Netwerkpakketten in Linux kunnen metadata meenemen die aangeeft waar een checksumberekening moet beginnen en waar het resultaat moet komen te staan. Dat is een gangbare optimalisatie, bedoeld om het rekenwerk naar de netwerkkaart te kunnen verschuiven.

Het probleem is dat die metadata van een gast kan komen, en dat de kernel er later nog op vertrouwt. In de beschrijving bij de CVE staat het zo: "If a packet with bad checksum metadata gets into the ipv4 stack, skb_checksum_help can corrupt the network header and cause a bunch of mischief." De functie schrijft dan buiten de bedoelde grenzen (CWE-787). Red Hat beschrijft de mogelijke gevolgen in zijn CVE-pagina als het uitvoeren van willekeurige code op de host, een crash van het systeem, of het uitlezen van kernelgeheugen dat de vm niet hoort te zien.

Yibelo legt in zijn eigen analyse, geciteerd door The Register, de nadruk op dat laatste punt: "The problem was not how difficult IPv4 is to parse. It was that different parts of Linux were allowed to trust different versions of the same packet." Wie isolatie alleen in de virtual machine monitor zoekt, kijkt volgens hem op de verkeerde plek, omdat een gast ook met een hele hostkernel aan geoptimaliseerde interfaces praat.

Twee scores die niet gelijk zijn

Over de ernst zijn de partijen het niet eens. Het CVE-record geeft 9.3 (kritiek), Red Hat komt zelf op 8.8 (important). Red Hat legt dat verschil expliciet uit: de twee beoordelingen verschillen op de metriek voor benodigde rechten. De patches voor de IPv4-code zijn in de stable-tree van de kernel beland; de kwetsbaarheid werd op 15 oktober gepubliceerd in de NVD.

Rond de vraag of het lek al wordt misbruikt is voorzichtigheid op zijn plaats. Red Hat noemt het in zijn eigen beschrijving een "KEV active-exploit case", maar in de Known Exploited Vulnerabilities-catalogus van het Amerikaanse CISA (versie 2026.10.16) staat de CVE op het moment van schrijven niet. Red Hat meldt verder dat alle gevolgde productstreams als getroffen zijn aangemerkt en dat er geen bruikbare tussentijdse maatregel is.

Waarom dit voor een homelab uitmaakt

KVM is de hypervisor onder een groot deel van de virtualisatie op Linux, en daarmee ook onder Proxmox. De fix sijpelt volgens The Register door naar distributies als Debian, RHEL en Ubuntu, en van daaruit naar producten die op KVM leunen. Voor wie zelf virtualiseert is de praktische les kort: haal de kernelupdates op zodra je distributie ze heeft, en ga er niet van uit dat een onbetrouwbare gast niets kan dan binnen zijn eigen vm rommelen.

Grote clouds lijken buiten schot. AWS, dat zijn EC2 op KVM draait, laat weten niet kwetsbaar te zijn; bij Google Cloud wijst de manier waarop KVM daar wordt gebruikt dezelfde richting op.