El 21 de octubre de 2026 coincidieron en un mismo día varios incidentes graves de seguridad. TechCrunch lo resumió así: "internet está teniendo un día muy malo de ciberseguridad". Los casos no están relacionados entre sí, pero dos afectan directamente a quien usa o construye con inteligencia artificial: fallas críticas en PHP descubiertas por investigadores que incluyen a OpenAI, y una versión maliciosa de LiteLLM, una de las bibliotecas de IA más usadas del mundo.
Esto es lo que se sabe según los avisos oficiales y la prensa especializada (consulta del 23 de octubre de 2026), y qué hacer en cada caso.
Resumen rápido
| Caso | Qué pasó | Quién tiene que actuar | Acción principal |
|---|---|---|---|
| PHP2Shell (CVE-2026-109618 y CVE-2026-109619) | Dos fallas críticas permiten ejecutar código a distancia sin iniciar sesión en servidores PHP | Quien tenga un sitio o sistema en PHP | Actualizar a PHP 8.5.12, 8.4.27, 8.3.36 u 8.2.35 |
| LiteLLM 1.107.0 | Versión publicada con malware que roba credenciales | Quien instaló la 1.107.0 o usó las imágenes Docker afectadas el 21/10 | Limpiar el entorno, volver a 1.106.2 y cambiar todas las claves |
| Node.js | Actualización que corrige cuatro fallas de gravedad alta, una con ejecución remota de código | Quien ejecuta aplicaciones Node.js | Aplicar la versión de seguridad de octubre |
| eMudhra | Claves privadas de una autoridad certificadora comprometidas | Sitios y usuarios con certificados de eMudhra | Seguir los avisos de los navegadores y del proveedor |
1. PHP2Shell: fallas críticas en PHP
PHP publicó parches de emergencia para dos fallas, conocidas en conjunto como PHP2Shell. Según BleepingComputer, ambas permiten ejecutar código a distancia sin autenticación y afectan a todas las instalaciones de PHP que atienden peticiones web, incluidas PHP-FPM, Apache con mod_php, php-cgi, FrankenPHP y LiteSpeed. Las descubrieron investigadores de Calif, OpenAI y Wiz.
El CTO de Cloudflare dijo que la empresa ya veía los primeros ataques antes de que salieran los parches. El NCSC, el centro nacional de ciberseguridad del Reino Unido, pidió a las organizaciones actualizar de inmediato o desconectar los sistemas hasta poder hacerlo.
Qué hacer:
- Actualiza a PHP 8.5.12, 8.4.27, 8.3.36 u 8.2.35.
- PHP 8.1 y anteriores ya no reciben actualizaciones oficiales. Pide a tu proveedor de hosting o a tu distribución los parches retroportados, o migra a una versión con soporte.
- ¿Usas hosting compartido o WordPress administrado? Pregunta al soporte si el servidor ya tiene la versión corregida. Muchos sitios pequeños dependen de eso y no saben qué versión de PHP usan.
- Las mitigaciones temporales publicadas reducen el riesgo, pero no reemplazan la actualización.
2. LiteLLM 1.107.0: malware en una biblioteca de IA
LiteLLM es un proxy de código abierto que conecta aplicaciones con varios modelos de lenguaje, como los de OpenAI, Anthropic y Google. El 21 de octubre, la versión 1.107.0 se publicó en PyPI, Docker Hub y GHCR con malware que roba credenciales e instala herramientas de ejecución remota de código.
Según el aviso oficial de LiteLLM, los paquetes de PyPI estuvieron disponibles de 11:39 a 13:23 (UTC), y las imágenes Docker con las etiquetas v1.107.0, latest, main-latest y main-stable estuvieron comprometidas de 11:46 a 14:20 (UTC). Los atacantes usaron tokens de GitHub de desarrolladores, que quedaron expuestos en los registros de un sistema interno, para publicar la versión desde un repositorio falso. El código fuente oficial en GitHub no contiene los archivos maliciosos, y los clientes del registro privado Enterprise no se vieron afectados.
Es el segundo incidente de LiteLLM en 2026: en marzo, las versiones 1.82.7 y 1.82.8 también fueron comprometidas en PyPI.
Qué hacer si instalaste la 1.107.0 o usaste una de las imágenes en ese período:
- No ejecutes
pipprimero: cualquier ejecución de Python en el entorno afectado vuelve a activar el malware. - Borra los archivos
cook.pth,cook.py,sitecustomize.pyy sus.pycdel directorio site-packages. - Cierra el proceso de Python que mantiene el archivo
/tmp/remote_code_loader.lock. - Reinstala la versión 1.106.2. Lo ideal es reconstruir imágenes y entornos desde cero.
- Si la máquina tenía salida a internet, da por hecho que los datos se filtraron. Cambia todas las credenciales a las que tenía acceso: claves de los proveedores de IA, claves del proxy, contraseña de la base de datos y permisos de la nube.
La lección para quien trabaja con IA: fija versiones exactas de las dependencias (litellm==1.106.2, no litellm>=1.100), no uses la etiqueta latest en producción y guarda las claves de API en un gestor de secretos, no en variables repartidas por el servidor. Una clave de API filtrada puede convertirse en una factura de miles de dólares en pocas horas.
3. Node.js: cuatro fallas de gravedad alta
Node.js corrigió cuatro vulnerabilidades de gravedad alta. Según TechCrunch, una permitía ejecutar código a distancia y dos permitían saltarse la validación de certificados TLS, lo que podría dejar que un atacante se haga pasar por un servidor legítimo. Si mantienes aplicaciones en Node.js, aplica la versión de seguridad de octubre que indican las notas oficiales del proyecto.
4. eMudhra: claves de una autoridad certificadora comprometidas
Las claves privadas de eMudhra, una autoridad certificadora de la India, fueron comprometidas. Con ellas, un atacante podría emitir certificados falsos y hacerse pasar por sitios legítimos. Expertos citados por TechCrunch compararon la limpieza necesaria con la de Heartbleed. Para la mayoría de los usuarios, la defensa es mantener el navegador y el sistema operativo actualizados, porque es por ahí que llegan las revocaciones.
Otras alertas de la semana
- Plex2Shell: atacantes explotan cuatro fallas ya corregidas de Plex Media Server. Actualiza.
- BeyondTrust Remote Support: la empresa pidió a sus clientes corregir una falla crítica explotada desde agosto.
- TiDB Cloud: el servicio de base de datos en la nube confirmó una intrusión.
El punto en común: la IA acelera a los dos lados
Las fallas de PHP se encontraron con participación de investigadores de OpenAI, y TechCrunch advierte que la IA también puede facilitar la explotación de vulnerabilidades poco después de descubiertas. Al mismo tiempo, el caso de LiteLLM muestra que las herramientas de IA se volvieron un blanco: quien roba una clave de API roba acceso, datos y dinero.
Para profesionales y empresas, tres hábitos cubren la mayor parte del riesgo:
- Actualizar rápido: sistemas, plugins, bibliotecas y el PHP del servidor.
- Proteger claves y contraseñas: gestor de secretos, permisos mínimos y cambio inmediato ante cualquier sospecha.
- Desconfiar de los mensajes urgentes: después de cada filtración aumentan los intentos de phishing.
Si usas IA en el trabajo o empiezas a construir automatizaciones y agentes, la seguridad es parte de lo básico. En los cursos de Aulas de IA mostramos cómo usar ChatGPT, Claude y Gemini con datos de trabajo sin exponer información sensible.