Apertura · Vulnerabilidades
PHP2Shell circulaba en la red cuatro días antes del parche, y la mayor parte de lo que llegó después a los sensores no funciona
Dos fallos críticos de ejecución remota de código en PHP se corrigieron el miércoles por la tarde; los honeypots de Amazon llevaban desde el sábado observando cómo la gente intentaba aprovecharlos.
El equipo de seguridad de PHP publicó correcciones de emergencia a las 14:00 UTC del 21 de octubre para CVE-2026-109618 y CVE-2026-109619, conocidos conjuntamente como PHP2Shell, en PHP 8.5.12, 8.4.27, 8.3.36 y 8.2.35, y advirtió con claridad de que solo actualizar protege por completo un servidor. Amazon Threat Intelligence informó después de que su telemetría MadPot captó intentos de explotación el 17 de octubre, cuatro días antes de que nadie ajeno al círculo tuviera un parche que instalar. Brian Krebs cifró la exposición en casi el 70 por ciento de los sitios web que necesitan actualizar su software base, y el miércoles por la tarde cientos de sitios estaban fuera de línea mientras el aviso de los responsables se abría paso por los paneles de alojamiento de medio mundo.
El sector no logró ponerse de acuerdo sobre la gravedad mientras ocurría. SANS elevó su infocon a amarillo citando un CVSS de 9,4 y exploits de prueba de concepto tempranos que circulaban antes del parche; otras informaciones de la misma mañana recogían un 9,2. El relato de la propia PHP Foundation es lo más incómodo: una revisión de terceros realizada por empresas de IA en agosto fue lo que agudizó la atención, y uno de los dos errores se remonta a 2024, lo que significa que el fallo estaba ontológicamente presente en su infraestructura desde hacía dos años y que simplemente carecía de nombre, de logotipo y de una discusión sobre el CVSS. El único ajuste que circula como solución provisional no basta por sí solo, según la firma que lo sugirió.
Después llegó el ruido. Un investigador que vigilaba una red de honeypots dijo haber recibido una avalancha de exploits de php2shell que no solo no funcionan, sino que no se acercan ni de lejos al funcionamiento real del error, porque se están introduciendo datos sueltos en modelos de lenguaje, los modelos se obsesionan con la cadena PHP_SESSION_UPLOAD_PROGRESS y el resultado es código de envenenamiento de sesiones, muy seguro de sí mismo, dirigido a un objetivo equivocado. Trate «explotación masiva» como una expresión sin verificar hasta que su propia telemetría lo confirme. Mientras tanto, ha empezado el trabajo silencioso y real: Okta ya ha corregido cuatro fallos de Access Gateway, entre ellos PHP2Shell, en la versión 2026.44.0, y los fabricantes de todo el sector comprueban si han distribuido PHP dentro de algo que usted compró como dispositivo.
Por qué importaParchee PHP en todas partes, incluidos los lugares donde PHP es producto de otro con la pegatina de un proveedor encima, y busque en los registros desde el 17 de octubre y no desde el miércoles.
- 1RSSPHP ships emergency patches for critical PHP2Shell…
- 2Security newsPHP2Shell Patches Land as First Exploitation Attemp…
- 3Security newsCritical PHP Vulnerability (CVE-2026-109618, CVE-20…
- 4Security newsPHP2Shell: Two Unpatched Critical PHP RCE Flaws (CV…
- 5Security newsPHP Issues Emergency Patches for Two Critical PHP2S…
- 6RSSAmazon says PHP2Shell exploitation began 4 days bef…