Una vulnerabilidad de Linux bautizada como Januscape ha estado escondida durante nada menos que dieciséis años en el corazón del sistema, y ahora sale a la luz como un problema serio para quienes trabajan con máquinas virtuales. El fallo permite que un atacante rompa las barreras de seguridad de una máquina virtual y termine ejecutando código en el equipo real, es decir, en el ordenador que hace de anfitrión. Un asunto delicado, sobre todo si se piensa en cuánta gente confía en Linux para tareas cotidianas y profesionales.
En los últimos meses las distribuciones de código abierto han acumulado unos cuantos sustos en materia de seguridad, y este viene con un pedigrí curioso. Hablamos de un agujero en el kernel de Linux que llevaba ahí más de una década y media sin que nadie lo notara. El responsable de sacarlo a la luz fue Hyunwoo Kim, un investigador de seguridad que lo catalogó como CVE-2026-53359 y avisó sin rodeos del riesgo que supone.
Por qué Januscape es tan peligroso
El problema nace de un error en el manejo de la memoria ya liberada dentro de la emulación KVM/x86. Dicho en cristiano, afecta de lleno a la máquina virtual basada en el kernel pensada para las arquitecturas de procesadores x86 de Intel y x86_64 de AMD. Y ahí está justo lo que lo hace especial. Según Kim, se trata de la primera vulnerabilidad de invitado a host capaz de activarse tanto en chips Intel como en AMD. Al no quedar limitada a una sola plataforma, el peligro se multiplica, en especial en los entornos de nube pública donde conviven varios usuarios en el mismo servidor.
Lo llamativo, como decíamos, es la antigüedad. Dieciséis años de convivencia silenciosa en el sistema. La buena noticia es que llegó el parche en junio de este 2026. Antes de eso, el fallo se llegó a usar como exploit de día cero dentro del programa de recompensas por vulnerabilidades de Google.
Link affiliatoQué puede llegar a hacer un atacante
Cuando la explotación tiene éxito, un atacante con acceso de administrador dentro de una máquina virtual puede pasar a ejecutar código como administrador en el host. A partir de ahí las opciones se vuelven feas. Puede tomar el control de todas las máquinas virtuales invitadas que estén funcionando y, de paso, provocar el fallo del kernel del sistema operativo del equipo. Todo ello se consigue desconectando las demás máquinas virtuales de los distintos inquilinos alojados en el mismo servidor.
El escenario, por tanto, no es de esos que conviene dejar para más adelante. Quien administre servidores o dependa de máquinas virtuales sobre Linux tiene motivos de sobra para aplicar cuanto antes el parche publicado en junio de este año.
Fuente
Imagen: softzone.es