Resumen:
El fin de semana pasado, una empresa de seguridad anunció una nueva vulnerabilidad del kernel llamada PwnEscape. La vulnerabilidad tiene el número CVE-2026-99999 (aún es un nombre bonito). La vulnerabilidad se encuentra en la pila de la red y se puede aislar en máquinas virtuales. En vista del grado extremadamente alto de daño de la vulnerabilidad, muchos proveedores de servidores VPS han iniciado sucesivamente un mantenimiento de emergencia para instalar parches en las máquinas host y reiniciar los servidores físicos, por lo que algunos usuarios notarán que sus polluelos se desconectan temporalmente.
Ejecución de código arbitrario a través del aislamiento de máquinas virtuales:
Esta vulnerabilidad se encuentra en el código de procesamiento de red IPv4 del kernel de Linux. Cuando el kernel procesa paquetes de datos específicos, no verifica ni verifica completamente los metadatos, lo que puede provocar que operaciones posteriores sobrescriban el encabezado de red verificado. Un atacante necesita ejecutar código en una máquina virtual en el host afectado antes de enviar paquetes de red especialmente diseñados. Las notas de seguridad de Red Hat y Amazon enumeran que la vulnerabilidad puede provocar pérdidas de memoria del host, denegación de servicio y ejecución de código arbitrario.
El investigador de seguridad Paulos Ibero descubrió la vulnerabilidad durante el Vercel Sandbox Challenge. El equipo de investigación dijo que había demostrado el escape de la máquina virtual al host en su propio entorno de prueba KVM. Esta vulnerabilidad plantea un riesgo muy alto para las empresas que utilizan la virtualización, por lo que es muy importante instalar las actualizaciones de manera oportuna.
Varios proveedores de servicios VPS reiniciaron sus servidores en lotes:
La versión estable del kernel de Linux utilizada para solucionar esta vulnerabilidad se lanzó el 15 de octubre. Dado que el host debe cargar un nuevo kernel y reiniciarse, muchos proveedores de servidores VPS optan por instalar parches en lotes y reiniciar el host para sellar la vulnerabilidad.
Actualmente, BandwagonHost, Hostinger, Contabo, MVPS, FreakHosting, etc. han reiniciado sucesivamente el host para solucionar la vulnerabilidad. Dado que la máquina virtual que se ejecuta en el host estará temporalmente fuera de línea cuando se reinicie el host, los usuarios encontrarán que sus servidores están desconectados temporalmente.
Por ejemplo, Bricklayer dijo que reiniciará todos los servidores físicos, por lo que se suspenderán todas las máquinas virtuales; Contabo utiliza actualizaciones por lotes y espera a que estén implementados los parches de las distribuciones que utiliza; UpCloud dijo que no se espera que la mayoría de los usuarios se vean afectados significativamente, pero el servidor GPU debe apagarse y reiniciarse, y el tiempo de interrupción esperado es de 30 a 60 minutos.
En vista del comportamiento turbio de algunos proveedores de VPS
, también se recomienda encarecidamente que todos los usuarios de VPS realicen inmediatamente una copia de seguridad de los datos de su máquina virtual, porque es difícil garantizar que todos los proveedores de servidores puedan instalar las actualizaciones a tiempo. Si las actualizaciones no se instalan a tiempo, los piratas informáticos pueden atacarlas y todos los datos de la máquina virtual se cifrarán y no se podrán restaurar.Además, el impacto de esta vulnerabilidad se produce a nivel del host. Los usuarios que actualizan el kernel de su propia máquina virtual no pueden resolver el problema. Si los usuarios están preocupados, es mejor hacer una copia de seguridad de todos los datos primero y luego enviar una orden de trabajo al proveedor del servidor VPS para consultar el plan de instalación del parche.
Comentarios