PHP2Shell y los adversarios con IA: lo que dejó el webinar de CrowdStrike y OpenAI
Adam Meyers (CrowdStrike) y Clint Gibler (OpenAI) explicaron qué hacer hoy con PHP2Shell y por qué los atacantes con agentes de IA obligan a volver a lo básico.
.png)
En el webinar de CrowdStrike y OpenAI sobre PHP2Shell, los expertos coincidieron en que la única protección completa es actualizar PHP, y que lo que no se pueda parchar debe aislarse y vigilarse en los logs. Además, advirtieron que los atacantes ya usan agentes de IA capaces de ejecutar más de mil comandos por hora dentro de una red. La respuesta es visibilidad en endpoint, identidad y nube, y volver a los fundamentos: mínimo privilegio, segmentación y respuesta a incidentes ensayada.
La ventana entre que se descubre una vulnerabilidad y que alguien la explota se está cerrando, y la inteligencia artificial es la razón. Esa fue la idea central del webinar PHP2Shell: What You Need to Know Now and How to Prepare for What's Next, que CrowdStrike y OpenAI ofrecieron el 28 de octubre de 2026.
Participaron Adam Meyers, vicepresidente senior de Counter Adversary Operations de CrowdStrike; Anthony Roman, director de Product Management de CrowdStrike, como moderador; y Clint Gibler, líder de investigación en ciberseguridad de OpenAI. Hablaron de qué hacer hoy con PHP2Shell y de un cambio más profundo: la llegada de los adversarios agénticos, atacantes que usan agentes de IA para moverse dentro de una red a una velocidad que ningún humano puede igualar.
Qué es PHP2Shell
PHP2Shell son dos fallas críticas en el núcleo de PHP, CVE-2026-109618 y CVE-2026-109619 (9.2 en CVSS v4.0). Permiten a un atacante sin credenciales ejecutar comandos en el servidor con una sola petición web, aunque la aplicación no tenga código vulnerable.
- Alcance: afectan las ramas 7.x y 8.x; parte del código vulnerable existe desde hace más de una década.
- Descubrimiento: Wiz Research encontró la primera falla el 19 de agosto de 2026 con herramientas de investigación asistidas por IA, junto con Calif y OpenAI.
- Parches: PHP publicó las versiones 8.2.35, 8.3.36, 8.4.27 y 8.5.12 el 21 de octubre. Las ramas sin soporte no recibieron corrección.
Si quiere el detalle técnico y cómo proteger servidores que no se pueden actualizar, lea nuestro artículo PHP2Shell: qué hacer si sus servidores PHP no se pueden parchar hoy.
Por qué es difícil de detectar
Anthony Roman explicó que la explotación ocurre dentro del proceso de PHP, que recibe los datos del servidor web. Desde fuera solo se ve tráfico de red y, quizá, un web shell escrito por PHP, un evento que en algunos servidores ocurre miles de veces por hora.
CrowdStrike detectó mucha actividad en sus honeypots incluso antes de la divulgación completa, pero ningún intento exitoso. Los panelistas lo calificaron como un buen ejercicio para todas las organizaciones: mucho ruido, poco daño y una prueba real de su capacidad de respuesta.
Qué hacer hoy frente a PHP2Shell
La única protección completa es actualizar PHP. Clint Gibler explicó que en OpenAI evaluaron todas las mitigaciones alternativas y todas son imperfectas: cuestan rendimiento o pueden evadirse. Con sus modelos, ese análisis tomó horas en lugar de una semana.
- Parche y actualice todo sistema con PHP a una versión corregida.
- Cierre la exposición de lo que no se puede parchar. Muchos equipos de red y productos en fin de vida traen versiones antiguas de PHP. Su interfaz web no debe estar expuesta a internet, solo accesible desde redes internas.
- Busque señales en los logs: errores PHP Fatal error, errores de child PID en Apache con mod_php, errores en PHP-FPM, fallas de recepción del proceso hijo en Nginx y el patrón "Allowed memory size of N bytes exhausted" junto a "in Unknown on line 0".
- Envíe esos logs a un SIEM para buscar los patrones de forma continua.
- Actualice su inventario de activos: dónde corre PHP, qué versión y quién es responsable.
- Revise lo básico: que el sensor EDR esté instalado y bien configurado, y que las políticas de prevención estén activas.
La era de los adversarios agénticos
El volumen de vulnerabilidades se disparó desde que aparecieron, en abril de 2026, los primeros modelos capaces de hacer trabajo ofensivo serio. Según Adam Meyers:
- En junio de 2026 se reportaron 96% más vulnerabilidades que en junio de 2025; en septiembre el aumento llegó a 248%.
- El año pasado se publicaban entre 3,000 y 4,000 CVE al mes; en los últimos meses, entre 12,000 y 15,000.
El tiempo entre descubrir una falla y tener un exploit confiable que funcione en distintos entornos, como PHP detrás de Nginx o Apache, o WordPress frente a Drupal, también se está acortando.
Atacantes que usan agentes de IA dentro de la red
La novedad de las últimas semanas son los atacantes que usan agentes de IA como copiloto durante la intrusión. CrowdStrike ha rastreado cuatro de estos adversarios agénticos. En un caso en Corea del Sur, seis grandes instituciones financieras fueron comprometidas por un atacante con poca experiencia que, al terminar, le preguntó a la IA dónde vender los datos robados.
- Entrada: aplicaciones y servidores web, gateways de API y apps móviles de las que extraen llaves incrustadas en el código.
- Velocidad: un humano ejecuta unas pocas docenas de comandos por hora; un adversario agéntico supera los mil y lanza subagentes que recorren todo el entorno.
- Fragilidad interna: muchas organizaciones son sólidas por fuera y blandas por dentro. Una vez cruzada la primera capa, nada los detiene.
La buena noticia: la IA no ha inventado rutas de ataque nuevas. Hace lo mismo de siempre, pero mucho más rápido. Por eso, coincidieron los expertos, es ante todo un problema de visibilidad: identidades humanas y no humanas, plano de control de la nube y equipos de red.
La IA también juega a favor del defensor
- Parches más completos. Antes era común que un fabricante publicara un parche y días después otro, porque el primero no cerraba todas las variantes. Con IA se pueden probar los parches de forma adversarial antes de liberarlos.
- Mitigaciones validadas en horas, no en semanas.
- Herramientas a la medida. Con agentes de código, un equipo de seguridad puede construir en un fin de semana lo que antes tomaba trimestres: librerías seguras por defecto, servicios de inventario o formas estandarizadas de autenticar y cifrar.
El factor humano sigue siendo decisivo. La IA ejecuta bien un plan, pero las personas deciden qué priorizar según el contexto del negocio. También cuentan las relaciones de confianza: durante PHP2Shell, proveedores que compiten entre sí compartieron detecciones y reglas de WAF para proteger a todos.
El matiz es que la IA es un arma de doble filo. Al desplegarla, las empresas abren nuevos frentes: ataques a infraestructura de IA, cadenas de suministro comprometidas en ecosistemas como Node o Docker, y pipelines de CI/CD que llevan código a producción sin revisión.
Recomendaciones de los expertos
Adam Meyers (CrowdStrike): visibilidad entre dominios. Hoy, tener visibilidad en endpoint (EDR), identidad (ITDR), nube y equipos de red no gestionados, todo concentrado en un SIEM con búsqueda activa de amenazas. La brecha más común está en identidad. A largo plazo, controlar dónde se usa IA en el entorno: un agente propio comprometido se vuelve una amenaza interna que no es humana.
Clint Gibler (OpenAI): buenas prácticas de ingeniería. Un inventario de activos sólido, capacidad de llevar cambios a producción rápido, alta cobertura de pruebas y entornos fáciles de levantar para validar vulnerabilidades sin romper aplicaciones.
Anthony Roman (CrowdStrike): procesos y fundamentos. Hoy, revisar y ensayar los procedimientos de respuesta a incidentes: a quién llamar, cuándo activar el contrato de respuesta y qué herramientas usar. A largo plazo, mínimo privilegio, defensa en profundidad, segmentación de red y controles de identidad fuertes.
Conclusión: más rápido, no distinto
El mensaje final fue optimista: la escala y la velocidad cambiaron, pero los problemas son los mismos que la industria lleva décadas resolviendo. Lo que ya no se puede es posponer la higiene básica, porque los atacantes ahora sí pueden encontrar cada descuido.
¿Tiene visibilidad sobre sus endpoints, identidades y nube?
En ISA le ayudamos a medir su visibilidad frente a esta nueva generación de amenazas y a decidir por dónde empezar. Comience con el ISA Security Check, un diagnóstico sin costo de 2 horas basado en NIST CSF 2.0.
Referencias
- CrowdStrike: PHP2Shell: What You Need to Know Now and How to Prepare for What's Next (webinar), 28 de octubre de 2026
- CrowdStrike: CrowdStrike Protects Customers from Threats Delivered via PHP2Shell
- CrowdStrike: centro de recursos PHP2Shell
- Recorded Future: PHP2Shell Exploitation: Two Critical PHP Flaws Explained
¿Qué tan expuesta está tu empresa?
El ISA Security Check evalúa tu postura de ciberseguridad con NIST CSF 2.0 e ISO/IEC 27001. Sin agentes, sin impacto a producción. Reporte y plan priorizado en 5 días hábiles.
Agendar diagnóstico.png)
.png)
.png)