PwnEscape (CVE-2026-99999): o vulnerabilitate în kernelul Linux permite unei mașini virtuale să citească memoria gazdei

O vulnerabilitate critică în componenta de rețea a kernelului Linux, numită PwnEscape, permite codului care rulează într-o mașină virtuală să extragă fragmente din memoria serverului gazdă. Problema este în kernelul gazdei, nu în designul sandbox-ului unui anumit furnizor. De aceea îi privește pe toți cei care rulează virtualizare multi-tenant pe Linux, nu doar compania la care a fost descoperită.

Ce s-a întâmplat

Cercetătorul Paulos Yibelo de la pwn.ai a găsit problema în cadrul unei competiții de tip „sandbox escape” organizate de Vercel și a raportat-o confidențial. Vulnerabilitatea are acum identificatorul CVE-2026-99999. Cercetătorul a arătat că pachete de rețea special construite, trimise din interiorul unei mașini virtuale, pot produce trei efecte, toate din aceeași cauză:

• Scurgere de memorie a gazdei. Potrivit Vercel, aceasta a fost demonstrată pe sandbox-urile sale de producție. Fiecare pachet trimis scotea aproximativ 32 de octeți din memoria gazdei, iar operațiunea putea fi repetată.
• Blocarea gazdei. Într-un laborator configurat ca la Vercel, două pachete au fost suficiente pentru a opri o gazdă și toate sandbox-urile de pe ea.
• Execuție de cod pe gazdă. Tot doar în laborator: cercetătorul a ieșit din mașina virtuală și a obținut drepturi root pe gazdă. Acesta precizează că nu pretinde că a obținut root în mediul de producție al vreunui furnizor.

Vercel afirmă că niciun raport din competiție nu a arătat acces la fișierele, secretele sau datele aplicațiilor clienților. Nu există rapoarte de exploatare reală, iar vulnerabilitatea nu apare în catalogul CISA al vulnerabilităților exploatate activ.

Cât de gravă este, de fapt

Înregistrarea CVE publicată de echipa kernelului îi acordă scorul 9,3 (Critic). NVD (baza de date a NIST) nu finalizase încă propria evaluare. Vectorul de atac este local: atacatorul trebuie să ruleze deja cod într-o mașină virtuală. Exact aceasta este însă situația oricărui client al unui sandbox cloud, al unui runner CI sau al unei platforme de VM-uri găzduite, așa că „local” subestimează riscul pentru operatorii multi-tenant. Pentru un server dedicat, fără mașini virtuale neîncrezătoare, riscul este mult mai mic.

De ce nu e doar problema Vercel

Vercel Sandbox rulează fiecare sarcină într-un microVM Firecracker, cu propriul kernel, pe servere EC2 bare-metal. Bariera microVM nu a fost punctul slab: pwn.ai a descris mediul ca fiind întărit peste standardul industriei, fără configurări greșite. Defectul se află în codul de rețea al gazdei, același strat pe care se bazează majoritatea marilor furnizori cloud pentru a separa clienții. Oricât de bună ar fi izolarea, ea nu poate compensa un defect chiar în kernelul gazdei.

Corecția

Corecția este un singur commit în kernelul principal (6785011f8b16), scris de Michael S. Tsirkin de la Red Hat. Acesta verifică, în cinci puncte din codul de rețea, că metadatele de checksum ale unui pachet nu pot indica în interiorul antetului IPv4. Autorul o descrie ca pe o măsură de tip „defence in depth” și precizează că o validare mai strictă a pachetelor la intrare este încă în lucru. Așteptați-vă la patch-uri suplimentare.

Primele versiuni corectate pe fiecare ramură stabilă, conform înregistrării CVE:

Ce trebuie făcut

1. Actualizați gazda, nu doar mașinile virtuale. Treceți serverele de virtualizare și de containere pe un kernel corectat (sau pe versiunea distribuției care include corecția) și reporniți-le. Actualizarea kernelului din mașina virtuală nu protejează gazda.
2. Verificați după advisory-ul distribuției, nu doar după uname -r. Distribuțiile includ adesea corecții fără să schimbe numărul de versiune. Consultați changelog-ul sau pagina de securitate a furnizorului pentru kernelul care rulează efectiv.
3. Începeți cu gazdele multi-tenant. Prioritizați tot ce rulează codul altcuiva: runnere CI/CD, medii sandbox și preview, platforme partajate de VM-uri sau containere și servere de laborator.
4. Limitați impactul până la actualizare. Nu există o soluție temporară dedicată. Restrângeți privilegiile pe gazdă: rulați monitoarele de virtualizare sub un jailer sau un mecanism echivalent de privilegii minime, dezactivați virtualizarea imbricată unde nu este necesară și segmentați gazdele.
5. Urmăriți actualizările. Corecția este descrisă ca parțială, așa că monitorizați avizele de securitate pentru kernel ale furnizorului în următoarele săptămâni.

Perspectiva noastră

„Fiecare client are propria mașină virtuală” înseamnă siguranță doar în măsura în care kernelul gazdei este sigur. Cazul se adaugă și listei tot mai lungi de vulnerabilități reale descoperite cu ajutorul cercetării asistate de AI: pwn.ai spune că a găsit problema în trei zile, cu sub 700 de dolari cost de model, în timp ce oamenii au coordonat și validat munca. Echipele de apărare ar trebui să pornească de la ideea că timpul până la descoperirea unei vulnerabilități se scurtează și să actualizeze gazdele în consecință.

Subiect raportat inițial de The Hacker News. Detaliile tehnice provin din analiza cercetătorului, raportul Vercel și înregistrarea CVE.