PHP2Shell fue el nombre dado a dos fallos graves en el núcleo de PHP, para los que se publicaron parches de emergencia el 21 de octubre de 2026. En su relato del caso, OpenAI lo presentó no solo como un hallazgo asistido por inteligencia artificial, sino como el resultado de dos meses de coordinación entre responsables de PHP, investigadores y proveedores de seguridad para preparar correcciones y medidas de protección antes de hacer públicos los detalles.
18 La lección central: encontrar una vulnerabilidad es apenas el comienzo; la respuesta debe convertir ese hallazgo en una solución fiable que las organizaciones afectadas puedan aplicar.
Qué se encontró y qué aportó la IA
Las vulnerabilidades, identificadas como CVE-2026-109618 y CVE-2026-109619, recibieron una puntuación CVSS de 9,2 cada una. Los investigadores demostraron que podían permitir la ejecución remota de código sin autenticación en instalaciones de WordPress, Drupal y Joomla, además de la exposición de memoria.
3
4 Según los reportes, el rango afectado abarcaba desde PHP 5.4 hasta PHP 8.5.
1
Los fallos estaban relacionados con la gestión de memoria de PHP. Uno afectaba el manejo de situaciones de memoria insuficiente; el otro, al estado interno que podía persistir entre solicitudes y al uso de memoria después de liberarla, según los reportes técnicos.
3
9 En la práctica, no se trataba de un defecto exclusivo de una aplicación web concreta: los problemas estaban en PHP, el entorno de ejecución que usan muchas aplicaciones.
3
4
OpenAI afirmó que Calif identificó un fallo crítico con GPT-5.6 Sol como parte de su iniciativa Patch the Planet, y que Wiz descubrió y notificó ambos fallos de manera independiente.
18 Los reportes de Wiz y otras coberturas también mencionan Wiz Atlas, Gemini 4 Argon y GPT-5.6 Sol como parte de las herramientas de investigación de Wiz.
4
33 Sin embargo, las fuentes disponibles no detallan con claridad qué tarea realizó cada modelo; por eso, no permiten determinar con precisión cuál intervino en las pruebas de ataque o en la validación de los parches.
Una cronología secundaria que cita a la PHP Foundation sitúa las notificaciones a PHP el 11 de agosto por parte de Calif, el 24 de agosto por Wiz y el 18 de septiembre por OpenAI.
6 Son fechas de notificación reportadas, no necesariamente los días en que cada equipo descubrió por primera vez un fallo.
Por qué hizo falta coordinar la divulgación
OpenAI dijo que el proceso duró dos meses e involucró a responsables del lenguaje, investigadores y proveedores de seguridad que prepararon correcciones y protecciones antes de la divulgación.
18 Según ese anuncio, los mantenedores de PHP dirigieron el trabajo de corrección y publicación; los equipos de investigación y sus socios contribuyeron con investigación, asistencia técnica y coordinación.
18
Los parches se publicaron el 21 de octubre, un día antes de la fecha prevista, el 22 de octubre.
14 Según varias coberturas, el calendario se adelantó tras filtraciones y la disponibilidad anticipada de imágenes de contenedor con las correcciones. La PHP Foundation acusó a Chainguard de romper el embargo, es decir, de publicar antes del momento acordado. Con la información disponible, esa acusación debe entenderse como una disputa atribuida, no como un hecho resuelto de forma independiente.
6
35
38
El episodio refleja la tensión propia de la divulgación coordinada. Mantener los detalles técnicos en reserva da tiempo a los responsables del software y a quienes distribuyen sus componentes para preparar actualizaciones. Pero una demora también puede dejar a los usuarios expuestos si ya hay intentos de explotación. Según los reportes, el modelo de respuesta propuesto por OpenAI contempla varias etapas: validar el problema y desarrollar una corrección, dar tiempo a los distribuidores para prepararse, involucrar a socios gubernamentales y, después, ampliar las notificaciones y publicar recomendaciones. El calendario puede acelerarse si aparecen indicios de explotación o filtraciones.
37
41
Intentos de explotación y límites de la evidencia
Amazon dijo que su sistema MadPot detectó un intento de explotar PHP2Shell el 17 de octubre, cuatro días antes de la divulgación pública. También se reportaron intentos de explotación más amplios después de la publicación de los parches.
5 Detectar un intento no equivale a confirmar que un servidor haya sido tomado, y la información disponible no aclara cómo un posible atacante conoció el fallo antes de la divulgación ni ofrece una cifra verificada de servidores comprometidos.
Palo Alto Networks habría identificado más de 22,6 millones de instancias expuestas a internet que podrían ser vulnerables a PHP2Shell.
53 «Potencialmente vulnerables» es una estimación de exposición: no significa que todas fueran explotables ni que hubieran sido comprometidas.
Las autoridades instaron a las organizaciones a corregir los fallos cuanto antes. Un reporte indicó que algunas agencias recomendaron desconectar los sistemas si no podían protegerse rápidamente.
56 Cloudflare, por su parte, dijo que activó protecciones en su cortafuegos de aplicaciones web (WAF, por sus siglas en inglés) antes de la divulgación pública para los clientes que lo utilizan.
12 Estas medidas complementan la instalación de los parches, pero no eliminan la necesidad de revisar y actualizar las versiones de PHP afectadas.
Las versiones de PHP que, según los reportes, corregían los fallos eran 8.2.35, 8.3.36, 8.4.27 y 8.5.12.
8 Quienes administran sistemas deben verificar la versión y distribución de PHP que utilizan, ya que los números de paquete pueden variar según el proveedor.
8
La lección más amplia: que la respuesta crezca junto con la capacidad de detección
OpenAI también dijo que había comprometido 1.000 millones de dólares en acceso subsidiado a Daybreak para defensores, con énfasis en organizaciones con recursos de seguridad limitados que protegen servicios críticos.
25 El compromiso apunta a una parte del desafío: facilitar el acceso a herramientas de seguridad. PHP2Shell subraya la otra: preparar, comunicar y desplegar las correcciones en todo el ecosistema de software.
La investigación asistida por IA puede ayudar a encontrar fallos, pero las afirmaciones sobre qué se descubrió, qué herramientas contribuyeron y si los ataques tuvieron éxito todavía requieren atribución cuidadosa. El caso de PHP2Shell permite una conclusión prudente: un hallazgo puede abrir una ventana valiosa para la defensa, pero esa oportunidad solo sirve si mantenedores, proveedores y operadores logran preparar e instalar las correcciones.