PwnEscape: vulnerabilidad crítica en Linux permite escapar de máquinas virtuales y controlar hosts

Se ha des­cu­bier­to un fallo crí­ti­co en el nú­cleo de Linux, de­no­mi­na­do Pw­nEs­ca­pe(CVE-2026-99999), que po­dría per­mi­tir que una má­qui­na vir­tual con­tro­la­da por un ata­can­te viole su ais­la­mien­to y afec­te al sis­te­ma an­fi­trión.

Según el in­ves­ti­ga­dor Pau­los Yi­be­lo, este fallo en el ker­nel de Linux po­dría per­mi­tir que una má­qui­na vir­tual (VM) con­tro­la­da por un ata­can­te rompa su lí­mi­te de ais­la­mien­to y afec­te al sis­te­ma an­fi­trión. El in­ves­ti­ga­dor de­mos­tró una téc­ni­ca que ex­po­ne la me­mo­ria del an­fi­trión y que, en su la­bo­ra­to­rio, pro­gre­só hasta la eje­cu­ción de có­di­go a nivel de host. El fallo es grave para los pro­vee­do­res de la nube y las or­ga­ni­za­cio­nes que eje­cu­tan car­gas de tra­ba­jo no con­fia­bles en má­qui­nas vir­tua­les. El ais­la­mien­to de las VM está di­se­ña­do para evi­tar que el có­di­go den­tro de un in­vi­ta­do lle­gue al an­fi­trión y a otras car­gas de tra­ba­jo.

Pw­nEs­ca­pe mues­tra cómo una de­bi­li­dad en la ruta de pro­ce­sa­mien­to de pa­que­tes de un an­fi­trión puede ame­na­zar ese lí­mi­te, in­clu­so cuan­do el pro­ble­ma sub­ya­cen­te no está en el hi­per­vi­sor mismo.

Linux puede re­tra­sar el cálcu­lo de la suma de com­pro­ba­ción ( check­sum ) de un pa­que­te de red. Esta es una ca­rac­te­rís­ti­ca nor­mal de ren­di­mien­to: los me­ta­da­tos del pa­que­te in­di­can al ker­nel dónde debe co­men­zar la ope­ra­ción de check­sum y dónde debe es­cri­bir­se el re­sul­ta­do.

Según el in­for­me de Pw­nEs­ca­pe de Pau­los Yi­be­lo, el pro­ble­ma ocu­rría cuan­do me­ta­da­tos de pa­que­tes menos con­fia­bles po­dían in­fluir en una es­cri­tu­ra pos­te­rior en una ca­be­ce­ra IPv4. Linux ya había pro­ce­sa­do el pa­que­te uti­li­zan­do el con­te­ni­do pre­vio de la ca­be­ce­ra, pero antes de la frag­men­ta­ción, la ope­ra­ción de check­sum di­fe­ri­da podía cam­biar esos con­te­ni­dos. Pos­te­rior­men­te, el có­di­go de­pen­día de la lon­gi­tud ac­tua­li­za­da de la ca­be­ce­ra IPv4…