)
Última actualización: 23 de octubre, 2026
¿Qué es PHP2Shell y por qué todo el mundo lo relaciona con el hacking con IA? PHP2Shell es el nombre de dos fallos críticos en el motor de PHP, divulgados el 21 de octubre de 2026. Pueden permitir que un atacante sin autenticar ejecute código en un servidor web. Los investigadores usaron modelos de IA de frontera para encontrar los bugs y crear exploits funcionales. Es un caso destacado de AI-assisted exploitation, aunque el uso de IA por atacantes no está confirmado.
TL;DR: puntos clave
- PHP2Shell agrupa CVE-2026-109618 y CVE-2026-109619, ambos con CVSS 9.2, en el propio PHP (CERT-EU).
- Las versiones corregidas son PHP 8.5.12, 8.4.27, 8.3.36 y 8.2.35, publicadas el 21 de octubre de 2026 (PHP Foundation).
- Según Wiz, afectan a versiones desde PHP 5.4 y la IA de frontera hizo viable la explotación (Wiz).
- Amazon detectó un intento de explotación el 17 de octubre, 4 días antes de la divulgación, pero no lo atribuyó a la IA (The Hacker News).
- OpenAI publicó un comprobador gratuito de versiones de PHP con 2 skills de Codex que no lanza exploits (GitHub).
De un vistazo: PHP2Shell en cifras
Respuesta rápida
¿Es PHP2Shell un ejemplo de hacking con IA?
En parte. La IA la usaron los defensores: Wiz y Calif emplearon modelos de frontera, incluido GPT-5.6 Sol de OpenAI, para encontrar los fallos, y Wiz creó exploits funcionales. Ninguna fuente confirma que los atacantes usaran IA contra PHP2Shell. El término preciso es investigación de AI-assisted exploitation, con el aviso de que acorta los plazos del atacante.
| Elemento | Detalle | Fuente |
|---|---|---|
| CVE | CVE-2026-109618, CVE-2026-109619 | CERT-EU |
| Gravedad | CVSS 9.2 cada uno | CERT-EU |
| Versiones corregidas | 8.5.12, 8.4.27, 8.3.36, 8.2.35 | PHP Foundation |
| Rama afectada más antigua | PHP 5.4 | Wiz |
| Webs que usan PHP | 70% | Wiz |
| Divulgación pública | 21 de octubre de 2026 | Wiz |
| Modelos de IA citados por Wiz | Wiz Atlas, Gemini 4 Argon, GPT-5.6 Sol | Wiz |
| Uso de IA por atacantes confirmado | No reportado | Todas las fuentes revisadas |
)
Qué hacen los dos fallos de PHP
Según CERT-EU (2026), CVE-2026-109618 corrompe memoria cuando un error de memoria interrumpe a PHP antes de inicializar del todo sus datos internos. CVE-2026-109619 deja un estado global obsoleto que otra petición en el mismo worker puede reutilizar.
Según Wiz (2026), la explotación no depende del código de la aplicación: hasta una página "Hello World" puede ser vulnerable. Wiz demostró RCE sin autenticación en WordPress, Drupal y Joomla.
Wiz también mostró fugas de memoria del proceso PHP sin RCE, con posibles contraseñas, tokens y API keys.
| Bug | Qué falla | Impacto demostrado |
|---|---|---|
| CVE-2026-109618 | Un error de memoria deja datos a medio inicializar | RCE sin autenticación, fuga remota de memoria |
| CVE-2026-109619 | Un error fatal deja estado obsoleto para la siguiente petición | RCE sin autenticación en Drupal y WordPress |
Cómo se usó la IA: AI-assisted exploitation por defensores
Según OpenAI (2026), Calif identificó un fallo crítico con GPT-5.6 Sol dentro de la iniciativa Patch the Planet de OpenAI. Wiz descubrió ambas vulnerabilidades de forma independiente.
El código vulnerable llevaba más de una década ahí, pero explotarlo exigía encadenar varios bugs y adaptarse a la memoria de cada objetivo. Wiz dice que los modelos de frontera le ayudaron a desarrollar y adaptar exploits para varias aplicaciones en horas.
Según Wiz, con modelos de frontera y las herramientas adecuadas, un solo investigador hizo en una semana lo que antes habría llevado meses a un equipo de primer nivel.
Según OpenAI (2026), la IA puede descubrir fallos con impacto a escala de internet. Esas mismas capacidades pueden ayudar a los atacantes a crear exploits rápido. Hasta donde sabe OpenAI, la IA encontró estos bugs antes que los atacantes.
Qué sabemos de los atacantes y la IA
Ninguna fuente confirma que los atacantes usaran IA para explotar PHP2Shell. El término "agent hijacking" tampoco encaja: nadie ha informado de un agente de IA secuestrado. Sí muestran una explotación rápida y masiva tras la filtración.
Según The Hacker News (2026), el equipo de inteligencia de amenazas de Amazon detectó un intento contra su honeypot MadPot el 17 de octubre. Amazon dijo que no estaba claro cómo obtuvo el actor la información. La divulgación prevista para el 22 de octubre se adelantó un día tras filtrarse los identificadores CVE.
Según BBC (2026), Matthew Prince, CEO de Cloudflare, contó miles de intentos en las 10 horas previas al anuncio y millones después.
CJ Moses, CISO de Amazon, dijo que el análisis asistido por IA abarata convertir un diff de parche o un aviso en un exploit funcional. Habla de la tendencia, no de un atacante concreto de PHP2Shell.
Contexto verificado: ataques con IA confirmados
Otros casos sí confirman el uso ofensivo de la IA. Según NorForge (2026), más de 20 paneles expuestos del framework de agentes Cairn estaban probablemente ligados a operaciones maliciosas. Un grupo lanzó más de 1.100 proyectos de ataque y NorForge estimó una tasa media de éxito de alrededor del 10%.
Según Mint (2026), el CERT-In de India emitió un aviso crítico sobre agentes de IA como vector de ataque. Según el aviso, las herramientas agénticas redujeron el paso del acceso inicial al impacto de días a pocas horas. PHP2Shell todavía no es un caso confirmado de esto.
Qué hace el comprobador de PHP2Shell de OpenAI
OpenAI publicó un comprobador de versiones: el repositorio openai/php2shell-checker, con dos skills de Codex. Usa phpcheck-url con una URL y phpcheck-server con acceso al servidor.
En modo URL lee las cabeceras Server y X-Powered-By con una petición HEAD. No sigue redirecciones ni envía pruebas de explotación. Devuelve OK, POTENTIALLY VULNERABLE o UNKNOWN.
Un OK solo significa que la versión anunciada alcanza una versión corregida oficial. Las cabeceras no revelan backports, y si están ocultas el resultado es UNKNOWN. La skill de servidor es más fiable: compara el paquete que sirve la web con los avisos del proveedor y comprueba que los workers se reiniciaron.
| Modo | Entrada | Qué comprueba | Límite principal |
|---|---|---|---|
| phpcheck-url | URL o dominio | Versión anunciada en cabeceras HTTP | Cabeceras ocultas y backports |
| phpcheck-server | Acceso al servidor | Paquete que sirve la web, aviso del proveedor | Requiere acceso shell |
Cómo parchear, verificar y buscar indicios
Parchear es la única solución completa; actualizar WordPress no sirve. Sigue este orden:
- Inventario. Localiza cada runtime de PHP, también en contenedores.
- Parche. Pasa a 8.5.12, 8.4.27, 8.3.36 o 8.2.35, o aplica el backport de tu proveedor.
- Verificación. Confirma que los workers en ejecución usan la versión corregida.
- Aislamiento. Si no puedes parchear, CERT-EU aconseja aislar las aplicaciones expuestas hasta verificar el parche.
- Búsqueda. Revisa errores de memory_limit tras peticiones multipart raras, cookies PHPSESSID malformadas y procesos PHP que lanzan shells.
- Rotación. Considera potencialmente filtrados los secretos de servidores expuestos sin parchear.
Cómo lo comparamos
Leímos BBC, Wiz y The Hacker News, y después los avisos de OpenAI, PHP Foundation y CERT-EU. Revisamos el código del comprobador. El contexto de ataques con IA viene de NorForge y del CERT-In.
Seguridad y gobernanza: riesgos de la explotación a velocidad de IA
Wiz y Amazon coinciden en que la IA abarata crear exploits. Eso tiene tres consecuencias.
Primero, un servidor PHP sin parchear podría filtrar API keys de modelos. Segundo, los agentes de IA que usas para escanear y remediar necesitan mínimo privilegio y registros, como recomienda el CERT-In para agentes propios. Tercero, los atacantes ya usan agentes autónomos, como muestra Cairn.
NeuralTrust no sustituye al parche de PHP; protege la capa de IA que lo rodea. Te recomendamos empezar por el Agent Gateway (TrustGate): un único punto de control para el tráfico de agentes y modelos, con más de 200 servidores MCP preconstruidos. Agent Runtime Security (TrustGuard) protege a los agentes en ejecución. Agent Posture Management (TrustLens) te ayuda a ver los agentes que ejecutas. AI Red Teaming (TrustTest) prueba tus aplicaciones de IA antes que los atacantes. La Runtime Security Mesh se despliega en tu propia infraestructura u on-premise, con hosting gestionado en la UE o en EE. UU.
¿Cuál deberías elegir?
| Tu situación | Primera acción | Paso complementario |
|---|---|---|
| Tienes PHP en servidores públicos | Parchea hoy a una versión corregida | Verifica con phpcheck-server |
| Solo tienes una URL | Ejecuta phpcheck-url | Trata UNKNOWN como no comprobado |
| No puedes parchear rápido | Aísla la aplicación | Busca indicios de explotación |
| Tienes apps de IA en hosts expuestos | Rota las API keys de modelos | Enruta el tráfico de modelos por un gateway |
| Usas agentes de IA para remediar | Aplica mínimo privilegio y registros | Haz red teaming periódico de los agentes |
Conclusión
PHP2Shell marca un punto de inflexión porque la IA ayudó a convertir bugs de PHP con más de una década en exploits funcionales en una semana. Las fuentes respaldan hablar de AI-assisted exploitation por parte de defensores, con un aviso claro de que los atacantes ganan la misma velocidad. Aún no confirman el uso de IA por atacantes en PHP2Shell. Parchea PHP ya, verifica la versión en ejecución, rota los secretos expuestos y gobierna tus agentes de IA.
Asegura tus agentes de IA frente a ataques a velocidad de IA con NeuralTrust
Pon políticas, protección en ejecución y red teaming alrededor de cada agente de IA.
)
Comparativas relacionadas
- Seguridad de IA ofensiva vs defensiva
- Hugging Face sufrió dos hackeos con IA
- Agent Security 101
- RCE en Claude Code
Preguntas frecuentes sobre PHP2Shell
1. ¿Qué es PHP2Shell?
PHP2Shell es el nombre que los investigadores dieron a una familia de fallos de seguridad de memoria en el núcleo de PHP. Se rastrean como CVE-2026-109618 y CVE-2026-109619, ambos con CVSS 9.2. En ciertas condiciones, un atacante sin autenticar puede ejecutar código en el servidor o leer memoria sensible.
2. ¿Qué versiones de PHP corrigen PHP2Shell?
El proyecto PHP publicó los parches el 21 de octubre de 2026 en las versiones 8.5.12, 8.4.27, 8.3.36 y 8.2.35. PHP 8.1 y las ramas anteriores están fuera de soporte y no reciben versiones oficiales. Para ramas antiguas, usa el backport de tu proveedor o los backports mínimos del equipo de PHP para 7.4, 8.0 y 8.1.
3. ¿Usaron los hackers IA para explotar PHP2Shell?
Ninguna fuente que revisamos lo confirma. Los investigadores de Wiz y Calif usaron modelos de IA de frontera para encontrar los bugs, y Wiz los usó para crear exploits. Amazon detectó un intento temprano, pero dijo que no estaba claro cómo obtuvo el actor los detalles. Su CISO advirtió que la IA abarata convertir parches en exploits.
4. ¿Qué hace el comprobador de PHP2Shell de OpenAI?
Son dos skills de Codex en el repositorio openai/php2shell-checker. La skill de URL lee la versión de PHP anunciada en las cabeceras HTTP. La de servidor compara el paquete que sirve tu web con los avisos del proveedor. Devuelve OK, POTENTIALLY VULNERABLE o UNKNOWN y no lanza exploits. Un OK no verifica la instalación.
5. ¿Actualizar WordPress corrige PHP2Shell?
No. El código vulnerable está en el runtime de PHP, así que actualizar WordPress, plugins o temas no lo corrige. Tienes que actualizar PHP. Si tu web la gestiona un proveedor de hosting, pregúntale si aplicó los parches de PHP del 21 de octubre y si reinició los workers tras la actualización.
6. ¿Cómo sé si atacaron mi servidor?
Wiz sugiere buscar peticiones multipart inusuales seguidas de errores de memory_limit, respuestas HTTP 500 repetidas, cookies PHPSESSID malformadas y reinicios de workers sin explicación. El FBI, según The Hacker News, aconseja vigilar procesos PHP que lanzan shells o descargan archivos.
Sobre el autor
Roger Howroyd es Head of Global SEO and AI en NeuralTrust, donde dirige la estrategia de búsqueda de la compañía en SEO, AEO, GEO y optimización para LLM. Está especializado en búsqueda impulsada por IA, estrategia de contenidos y SEM. Conecta con él en LinkedIn.
NeuralTrust es la plataforma líder para proteger y escalar agentes de IA. Nombrada pionera en el Gartner Emerging Market Quadrant for AI Application Security 2026, reconocida en cuatro informes Gartner Hype Cycle en 2026 y destacada en la Gartner Market Guide for Guardian Agents 2026, la Gartner Market Guide for AI Gateways 2025 y el KuppingerCole Leadership Compass for Generative AI Defense 2025. Con sede en Barcelona y oficinas en Londres y Nueva York. Certificada ISO 27001.
Fuentes
- Wiz Research, PHP2Shell: AI uncovers critical RCE vulnerabilities affecting 70% of the Internet, 21 de octubre de 2026.
- OpenAI, Patch the Planet: global response coordination as agents uncover critical vulnerabilities, 21 de octubre de 2026.
- OpenAI, php2shell-checker (repositorio de GitHub), consultado el 23 de octubre de 2026.
- The PHP Foundation, Today's PHP Security Release, and How We're Strengthening PHP Security, 21 de octubre de 2026.
- CERT-EU, Critical Vulnerabilities in PHP (Advisory 2026-018), 21 de octubre de 2026.
- BBC News, What is PHP and why did it spark a global cyber-security scramble?, 22 de octubre de 2026.
- The Hacker News, Someone Tried to Exploit PHP2Shell 4 Days Before the Vulnerabilities Were Publicly Disclosed, 22 de octubre de 2026.
- NorForge, Inside Cairn: Open Windows into massive AI-Driven Cyber Operations, 19 de octubre de 2026.
- Mint (PTI), CERT-In issues critical alert after autonomous AI agents access live systems of Indian orgs, 16 de octubre de 2026.