24 horas después del parche de PHP: millones de intentos, cero brechas confirmadas, 758.000 servidores…
Martes negro: ocho brechas en 48 horas, de PHP a GitLab, y por qué tu infraestructura ya está en la lista
Alerta · Ocho incidentes en 48 horas · 20 y 21 de octubre de 2026
Si administras una web, un servidor, una canalización de despliegue o una aplicación con IA, esta semana te han atacado por al menos uno de ocho frentes distintos, y es probable que todavía no lo sepas. El martes 21 de octubre no fue solo el día de php2shell. Fue el día en que GitLab parcheó un fallo de gravedad máxima que llevaba doce años en cada instalación, en que un paquete de Python usado por media industria de la IA se publicó con un ladrón de credenciales dentro, en que una plataforma de despliegue admitió que alguien había descifrado los secretos de sus clientes, y en que se supo que una autoridad de certificación había firmado la confianza de internet con una clave privada cuyo valor era el número cuatro. Esto es el parte completo. Léelo entero antes de volver al trabajo.
Martes negro
PHP, GitLab, LiteLLM, Railway, eMudhra, UpdraftCentral, Onamae y Plex. Ocho formas distintas de entrar en tu infraestructura, todas abiertas la misma semana.
Parte de bajas
| Frente | Qué ha pasado | Alcance | Gravedad |
|---|---|---|---|
| PHP (php2shell) | Dos fallos de ejecución remota sin autenticación en el intérprete; embargo roto, parche de urgencia | El 69% de las webs del mundo; 758.000 servidores sin parche posible | 9,2 · explotación en curso según Cloudflare |
| GitLab | CVE-2026-110264: ejecución de código sin autenticación por un desbordamiento en el motor de expresiones regulares | Toda instalación autogestionada desde la versión 7.0, es decir, desde 2014 | 10,0 · sin mitigación alternativa |
| LiteLLM | Versión 1.107.0 publicada en PyPI y Docker con un ladrón de credenciales y una puerta trasera | Quien instaló o arrancó esa versión entre las 11:39 y las 14:20 UTC del martes | Compromiso total: “asume que estás comprometido” |
| Railway | Acceso no autorizado a las variables de entorno cifradas de clientes, algunas descifradas; despliegues pausados | “Un subconjunto de usuarios”, sin cifra; 371.000 dólares en cripto ya robados | Fuga de secretos activa |
| eMudhra | Ocho certificados intermedios de una autoridad de certificación con claves privadas triviales; una de ellas valía 4 | Cualquiera pudo suplantar webs con esos certificados desde abril de 2025 | Revocados; curl de macOS podría seguir confiando |
| UpdraftCentral | Robo de claves de conexión en el sitio del fabricante de UpdraftPlus; usadas para crear administradores en WordPress | Hasta 400.000 webs; al menos 99 plugins maliciosos detectados | Ataques activos desde el 18 de octubre |
| Onamae Desktop Cloud | Malware instalado en los servidores virtuales de un gran proveedor japonés | Hasta 26.739 servidores, apagados en bloque | Servicio interrumpido sin fecha de vuelta |
| Plex (Plex2Shell) | Cuatro fallos encadenados hasta la ejecución de código; exploit público y mineros desplegados | Todo Plex Media Server anterior a agosto | 9,8 en cadena · plazo de CISA: 23 de octubre |
Frente 1: GitLab, doce años con la puerta abierta
A la sombra de PHP, GitLab publicó el martes su segunda corrección de gravedad máxima en nueve días. CVE-2026-110264 puntúa 10 sobre 10: un desbordamiento de enteros en Onigmo, el motor de expresiones regulares de Ruby, permite ejecutar código en el servidor sin iniciar sesión. Afecta a todas las instalaciones autogestionadas desde GitLab 7.0, publicado en 2014. No hay mitigación: o actualizas a 19.5.1 o a la versión corregida de tu rama, o estás expuesto. Y una trampa añadida: quien parcheó el 12 de octubre el fallo anterior, muy parecido, sigue siendo vulnerable a este. Si tu código fuente, tus secretos de integración continua y tus credenciales de despliegue viven en un GitLab propio, hoy no es un día de reuniones.
Frente 2: LiteLLM, el paquete envenenado de la industria de la IA
LiteLLM es la librería que medio sector usa para hablar con cualquier modelo de lenguaje desde una sola interfaz. El martes, su versión 1.107.0 apareció en PyPI y en Docker Hub con un regalo: un ladrón de credenciales que se ejecuta al arrancar Python y roba claves de nube, de proveedores de IA, de navegadores y del propio proxy de LiteLLM, más una puerta trasera de segunda fase. Los atacantes entraron con credenciales de GitHub robadas a tres ingenieros del proyecto y un repositorio clon con nombre casi idéntico. La ventana fue corta, de las 11:39 a las 13:23 UTC en PyPI y hasta las 14:20 en Docker, pero la instrucción del propio proyecto no admite matices: si instalaste esa versión o arrancaste una de esas imágenes, asume que estás comprometido, aísla, reconstruye y rota todo. Es el segundo compromiso de LiteLLM en 2026.
Frente 3: Railway, los secretos de los clientes al descubierto
Railway, la plataforma de despliegue favorita de las startups que no quieren pelearse con AWS, detectó actividad inusual en los sistemas que guardan las variables de entorno de sus clientes. Traducido: las claves de API, las contraseñas de base de datos y las credenciales de registros privados. La investigación preliminar admite que un tercero accedió a variables cifradas y obtuvo el contenido descifrado de algunas. Railway pausó todos los despliegues de la plataforma y pidió rotar todos los secretos. Una investigadora de blockchain ya había rastreado el primer robo de criptomonedas, unos 371.000 dólares en 19 redes, más de dos horas antes de que Railway dijera nada. Y el detalle que une este frente con el anterior: Railway cree que el ataque forma parte de “una serie más amplia de ataques a empresas de plataforma dirigidos a comprometer proveedores de inferencia de IA”.
Una serie más amplia de ataques a empresas de plataforma dirigidos a comprometer proveedores de inferencia de IA.
Railway, en su aviso de incidente
Frente 4: eMudhra, la confianza de internet firmada con un cuatro
Este es el más surrealista y, a largo plazo, quizá el más grave. Un investigador conocido como Wayne descubrió el 17 de octubre, escaneando datos públicos de certificados, que ocho certificados intermedios de la autoridad de certificación eMudhra usaban claves privadas P-384 generadas en abril de 2025 con valores menores de 256. Cualquiera podía recuperarlas probando 256 números. Un investigador publicó una en GitHub: la clave privada del certificado “EM OV TLS CA – G3C” era 4. La causa, según eMudhra, fue un error en un script que generó un segundo juego de claves débiles con etiquetas parecidas a las buenas. Mozilla, Google y Apple las bloquearon; los certificados están revocados; no hay pruebas de abuso. Pero durante dieciocho meses, quien lo hubiera descubierto antes habría podido emitir certificados válidos para cualquier dominio. Y Dennis Jackson, de Mozilla, avisa de que el curl integrado en macOS podría seguir confiando en ellos porque su paquete no comprueba revocaciones.
Frentes 5 a 8: WordPress, servidores japoneses y tu Plex
- UpdraftCentral. Los atacantes entraron en la web de TeamUpdraft, fabricante de UpdraftPlus, el fin de semana del 17 y 18, y se llevaron la base de datos con las claves de conexión remota. Desde el 18 las usan para ejecutar código y crear administradores en webs WordPress con plugins camuflados como “Site Health Cache”. Hasta 400.000 sitios con clave expuesta; al menos 99 plugins maliciosos catalogados. Actualiza a la versión 1.26.13 o 2.26.13 y borra las claves de conexión en cada sitio, porque la versión anterior tenía un bug que impedía eliminarlas.
- Onamae Desktop Cloud. Un gran proveedor japonés de servidores virtuales, usado sobre todo para trading automatizado, descubrió malware instalado en entornos de clientes y empezó a apagar hasta 26.739 servidores a las cuatro de la madrugada del martes. Sin fecha de vuelta. Es el apagón que no salió en las portadas de php2shell.
- Plex2Shell. Cuatro fallos en Plex Media Server, parcheados en agosto, encadenados hasta la ejecución de código con privilegios. Los detalles técnicos salieron el 16, el exploit público tres días después, y el 17 ya había mineros de criptomonedas en servidores Plex. CISA ha dado a las agencias federales hasta el 23 de octubre. Tu Plex doméstico expuesto a internet no tiene plazo federal, pero tiene el mismo exploit.
- Zeabur. La plataforma de desarrollo cierra tras su segunda brecha en dos meses, esta vez por credenciales internas guardadas en texto plano. No es una vulnerabilidad; es un epitafio.
El hilo que une los ocho frentes
Ninguno de estos incidentes necesitó un exploit de película. Cinco de los ocho entraron por credenciales: las de tres ingenieros de LiteLLM, los secretos de Railway, las claves de UpdraftCentral, las de Zeabur en texto plano y las claves privadas de eMudhra que ni siquiera había que robar. Tres de los ocho apuntan directamente a la cadena de suministro de la IA: la librería que conecta con los modelos, la plataforma que los despliega y, según Railway, los proveedores de inferencia como objetivo final. Y el más grande de todos, php2shell, lo encontraron herramientas de IA en un código que llevaba dos años con el fallo a la vista. El martes negro no fue una racha de mala suerte. Fue la foto de un sector que ha construido su capa de inteligencia artificial sobre la misma gestión de secretos que ya fallaba antes de que existiera.
Órdenes por perfil, para hoy
Si administras webs
- PHP a 8.2.35 o superior en cada servidor; si es anterior a 8.2, apaga o migra.
- UpdraftPlus a 1.26.13 o 2.26.13 y borra las claves de UpdraftCentral de cada sitio.
- Busca administradores nuevos y plugins con nombres de mantenimiento genéricos creados desde el 18 de octubre.
- Plex: actualiza o sácalo de internet.
Si desarrollas o despliegas
- GitLab autogestionado a 19.5.1 o a la versión corregida de tu rama, aunque parchearas el día 12.
- LiteLLM: comprueba si alguna máquina, imagen o canalización instaló la 1.107.0 el martes. Si sí, aísla, reconstruye y rota todo.
- Railway: rota todos los secretos aunque no te hayan avisado; el aviso llega después del robo.
- Revisa que tus clientes HTTP comprueban revocaciones de certificados; el curl de macOS no lo hace.
Hay semanas en las que la ciberseguridad es un tema de fondo. Esta no es una de ellas. Ocho incidentes distintos, cuatro de ellos de gravedad máxima o cercana, tres contra la infraestructura de la IA y uno contra el propio sistema de confianza de internet, en cuarenta y ocho horas. Si lees esto el jueves y todavía no has tocado nada, no estás al día: estás en la lista de objetivos fáciles que los escáneres automáticos recorren ahora mismo. Cierra este artículo y actualiza. Luego vuelve, si quieres, a leer el resto de la revista.
