PwnEscape: vulnerabilitate critică Linux, evadare din VM în host

O vulnerabilitate critică în stiva de rețea a kernelului Linux, numită PwnEscape și înregistrată ca CVE-2026-99999, permite unei mașini virtuale guest să citească porțiuni din memoria hostului și, printr-un lanț de exploit-uri mai lung, să ajungă la execuția de cod pe host. Au relatat despre ea The Hacker News și CSO Online pe 16 octombrie 2026, iar The Register și heise Security pe 19 octombrie. Potrivit The Register, vulnerabilitatea are scorul 9.3.

Niciuna dintre surse nu vorbește despre exploatare activă, dar cercetătorul care a descoperit-o se așteaptă la exploit-uri funcționale în câteva săptămâni.

Cine a descoperit-o

Potrivit CSO Online, vulnerabilitatea a fost găsită de Paulos Yibelo, de la Pwn.ai, în cadrul provocării de securitate de 1 milion de dolari lansate de Vercel pe 18 august pentru mediul său Vercel Sandbox, care invita cercetătorii să spargă izolarea mașinilor virtuale. Vercel a numit-o cea mai gravă descoperire primită prin program: blocarea și execuția de cod au fost demonstrate pe mașini KVM și Firecracker ale cercetătorului, configurate ca Vercel Sandbox, iar compania spune că nu există semne de acces la datele clienților.

Mecanismul tehnic

Problema se află în checksum offloading: Linux poate amâna calculul checksum-ului unui pachet pentru o etapă ulterioară, iar metadatele pachetului indică de unde începe calculul și unde se scrie rezultatul. Dacă aceste metadate vin de la un guest, adică dintr-un domeniu mai puțin de încredere, pot face ca scrierea să ajungă în antetul IPv4, pe care kernelul l-a verificat și folosit deja.

Potrivit CSO Online, Yibelo a arătat că, după verificări, lungimea antetului IPv4 poate fi schimbată de la 20 la 60 de octeți: codul de fragmentare, citind din nou antetul, tratează ca antet date aflate dincolo de pachet și pune 32 de octeți din memoria adiacentă a hostului într-un pachet de ieșire. Este o vulnerabilitate de tip TOCTOU (time-of-check/time-of-use), dar fără clasica cursă între fire de execuție: scrierea amânată are loc pe traseul normal al pachetelor. O analiză SOC Prime citată de The Register subliniază că scurgerea se poate repeta, deci un guest poate colecta informații din host bucată cu bucată.

Yibelo a folosit apoi această citire, împreună cu alte tehnici, pentru a obține scrieri țintite în memoria kernelului și a rula un program ca root pe host. El spune că a finalizat lanțul în laborator, pe propriile sisteme, în patru porniri la rece separate; detaliile acestei părți nu sunt încă publice.

Potrivit The Register, Red Hat indică drept impact posibil execuția de cod arbitrar pe host, blocarea sistemului (denial of service) sau divulgarea de memorie sensibilă. În MITRE ATT&CK scenariul corespunde tehnicii T1611, Escape to Host.

Nu doar KVM

The Register prezintă vulnerabilitatea ca o evadare guest-host în KVM, hypervisorul folosit de majoritatea marilor cloud-uri. Totuși, potrivit CSO Online, Yibelo precizează că defectul nu este specific KVM sau altui hypervisor: se află în stiva de rețea Linux care gestionează traficul guest-urilor. Cercetătorul vorbește despre o nouă clasă de atacuri: metadate de checksum nesigure care rescriu câmpuri sensibile ale pachetelor după ce kernelul le-a validat deja.

Corecția și versiunile

Corecția acceptată, commit-ul 6785011f8b16, adaugă verificări înaintea operațiilor de finalizare a checksum-ului, ca scrierea să nu poată corupe antetul IPv4. Potrivit CSO Online, a intrat în arborele de dezvoltare pe 8 octombrie și în kernelul principal pe 14 octombrie; descrierea vulnerabilității din NVD enumeră corecții în ramurile stabile 5.10, 5.15, 6.1, 6.6, 6.12, 6.18 și 7.2, plus cea din ramura principală. Sursele nu dau numerele exacte ale versiunilor corectate din fiecare ramură. Yibelo descrie patch-ul ca pe o măsură de apărare în profunzime și avertizează că validarea metadatelor de checksum nesigure trebuie încă extinsă.

Potrivit The Register, corecția ajunge în principalele distribuții (Debian, RHEL, Ubuntu) și va trebui să ajungă în produsele de virtualizare bazate pe KVM, precum Nutanix și Proxmox. Aceeași publicație relatează că AWS declară că EC2 nu este expus, iar Google Cloud, prin modul în care folosește KVM, probabil nu este afectat nici el.

De ce contează pentru companiile europene și italiene

Multe companii rulează servere virtuale pe hosturi Linux: clustere Proxmox, platforme OpenStack, soluții hiperconvergente bazate pe KVM, plus micro-VM-uri folosite pentru a izola containere, pipeline-uri CI/CD și agenți de IA. Acolo unde pe același host coexistă sarcini cu niveluri diferite de încredere (clienți diferiți, test și producție, cod de la terți), o evadare din guest rupe tocmai izolarea pe care se bazează separarea.

Pentru entitățile NIS2 din infrastructura digitală și gestionarea serviciilor TIC, precum furnizorii de cloud, centrele de date și furnizorii de servicii gestionate, actualizarea face parte din gestionarea vulnerabilităților; orice incident semnificativ trebuie evaluat pentru notificarea către CSIRT-ul național (în Italia, CSIRT Italia al ACN). În sănătate trebuie incluse mediile virtualizate care găzduiesc aplicații clinice.

Ce trebuie să faci acum

1. Identifică hosturile afectate: hypervisoare Linux cu KVM, hosturi care rulează micro-VM-uri precum Firecracker și appliance-uri de virtualizare bazate pe Linux.
2. Actualizează kernelul hosturilor imediat ce distribuția sau furnizorul tău publică pachetul cu corecția: caută CVE-2026-99999 în buletinele lor. Noul kernel necesită repornirea hostului (sau un patch live, dacă furnizorul îl oferă): planifică migrarea VM-urilor.
3. Dă prioritate hosturilor care rulează cod nesigur sau al mai multor clienți: hosting, platforme multi-tenant, sandbox-uri, runnere CI, laboratoare.
4. Întreabă-ți furnizorii de cloud privat, hosting și appliance-uri când aplică corecția.
5. Până atunci, sursele nu menționează soluții temporare: ține sarcinile mai puțin de încredere departe de hosturile cele mai critice.
6. Monitorizează hosturile: blocări sau erori ale kernelului legate de rețea, procese neașteptate cu privilegii de root, procese copil neobișnuite ale hypervisorului. Nu au fost publicați indicatori de compromitere.

Cum ajută ARXDOME

Inventarul ARX Sentry arată sistemul, software-ul și procesele serverelor Linux cu agent: te ajută să găsești hosturile de virtualizare și versiunile lor de kernel. ARX Shield arată vulnerabilitățile deschise pe mașină și pe pachet, astfel încât poți urmări actualizarea host cu host.

Ultima actualizare: 19 octombrie 2026