Los dos errores, catalogados como CVE-2026-109618 y CVE-2026-109619, nacen de cómo gestiona PHP un fallo grave en mitad de una petición web, típicamente cuando el servidor se queda sin memoria. En ese instante el lenguaje puede dejar datos a medio preparar o restos de una petición anterior, que la siguiente solicitud usa como si fueran válidos. Esa grieta permite a un atacante escribir en la memoria del servidor y acabar ejecutando sus propias órdenes, o leer contraseñas, tokens de acceso, claves de API y certificados almacenados en el proceso.
Wiz sitúa la gravedad en 9,2 sobre 10 en la escala CVSS, la métrica estándar de la industria para medir vulnerabilidades. El riesgo es mayor, según el proyecto PHP, en servidores Apache con mod_php, donde el ataque se dispara antes de que se ejecute el código propio de la web. Las versiones corregidas son la 8.5.12, la 8.4.27, la 8.3.36 y la 8.2.35, y el proyecto pide a todos sus usuarios que actualicen «inmediatamente».
La historia arrancó el 30 de julio, cuando OpenAI invitó a Calif a su programa Patch the Planet, que da acceso a sus modelos a quienes buscan fallos en software de código abierto. Según la cronología de Calif, su investigador Ryan Austin encontró el 1 de agosto varios caminos de ataque. El 11 de agosto Calif avisó a PHP del primer fallo, tres días después envió un ataque de demostración y el equipo del lenguaje confirmó el 15 de agosto que funcionaba; el segundo informe llegó el 21 de agosto.
Calif asegura que tomó el control sin autenticación de varios de los programas más extendidos de la web.
«Tomamos el control sin autenticación de WordPress 7.1.2, Drupal 11.4.3 y Joomla 6.1.4», según la cronología publicada por Calif sobre su investigación.
La lista incluye además MediaWiki, Magento, phpMyAdmin y Nextcloud. Wiz llegó a los mismos fallos de forma independiente: de acuerdo con su cronología, encontró el primer error el 19 de agosto, lo comunicó a PHP el 24 de agosto y el parche salió dos meses después, tras un periodo de coordinación discreta entre mantenedores e investigadores.
El papel de GPT-5.6 Sol y Gemini 4 Argon
OpenAI explica en su comunicado sobre Patch the Planet que Calif identificó un fallo crítico con el modelo GPT-5.6 Sol, al que la compañía define como protagonista de «uno de los problemas de seguridad de mayor impacto de los últimos tiempos». Wiz trabajó con su herramienta Wiz Atlas, con Gemini 4 Argon y también con GPT-5.6 Sol, y destaca sobre todo el papel del modelo de Google para encontrar el fallo y validar el parche.
Según la empresa, con estos modelos «un solo investigador completó en una semana» el trabajo que antes exigía meses a un equipo completo. Raluca Ada Popa, responsable de seguridad de Gemini en Google DeepMind, defiende en el blog de Wiz que la inteligencia artificial resulta decisiva para la ciberdefensa, y la compañía compara PHP2Shell con Heartbleed, de 2014, y con Log4Shell, de 2021, dos de los episodios más citados en la historia reciente de vulnerabilidades críticas de software.
Desde Calif, sin embargo, matizan el peso de las máquinas en el hallazgo. Austin cuenta que no usó modelos especiales ni herramientas fuera del alcance de cualquier investigador, y que la clave fue conocer bien la historia de fallos de PHP acumulada durante dos décadas.
Los antecedentes se remontan a más de veinte años atrás. En 2004, Stefan Esser descubrió el primer fallo remoto de PHP ligado al límite de memoria. En 2020, un usuario abrió el aviso 78876 porque ciertas variables largas agotaban la memoria del sistema, y en 2024 una auditoría de OSTIF y Quarkslab volvió a detectar ese comportamiento sin que nadie demostrara que pudiera explotarse, por lo que el error siguió sin corregir, según el relato de Calif.
La inteligencia artificial ayudó a convertir esa debilidad teórica en ataques reales, algo que Wiz sitúa «en el límite» de lo que logran los investigadores humanos. No es la primera vez que modelos de OpenAI protagonizan episodios de seguridad: antes ya se había documentado un caso de un modelo que atacó a otra empresa de inteligencia artificial desde su propio entorno de pruebas, y otro de agentes que hicieron trampas para aprobar evaluaciones.
1.000 millones de dólares para defensores
Antes de publicar el parche, OpenAI coordinó durante dos meses a mantenedores, investigadores y empresas como Wiz y Cloudflare, y avisó a la agencia de ciberseguridad estadounidense CISA y a otros organismos del país. La compañía ha prometido 1.000 millones de dólares para subvencionar Daybreak, sus herramientas de seguridad, en organizaciones con pocos recursos, y comparte un comprobador de versiones de PHP para su asistente de programación Codex. OpenAI avisa, además, de que espera que los hallazgos parecidos «aumenten considerablemente» en los próximos meses.
Google, que el año pasado acumuló siete vulnerabilidades de día cero en su navegador Chrome, juega esta vez del lado de los defensores a través de Google Cloud y de Gemini. El episodio se suma a una lista de incidentes de seguridad recientes en la sección, como la adjudicación a Lockheed Martin de 694 millones para producir en serie el misil Arrw, que ilustran el peso creciente de la tecnología en la carrera por la seguridad.
El proyecto PHP ya no publica actualizaciones para la versión 8.1 ni para las anteriores, aunque su equipo ha preparado correcciones mínimas para las ramas 7.4, 8.0 y 8.1; quien use esas versiones depende ahora de su distribución o de un proveedor con soporte extendido. Aun con el parche instalado, el caso no se ha cerrado: el 23 de octubre PHP avisó de un tercer fallo relacionado, el CVE-2026-115560, que afecta también a las versiones ya corregidas, aunque solo con una configuración poco habitual.
Hasta la próxima versión, PHP recomienda desactivar la opción session.upload_progress.enabled. Queda además una duda sin resolver: OpenAI afirma que, «hasta donde sabemos», la inteligencia artificial encontró los fallos antes que los atacantes, aunque no aporta pruebas que permitan comprobarlo de forma independiente.