PHP sin parchear es una puerta abierta. Nosotros la cerramos.
Ayuda de emergencia en remoto para empresas en Europa: parchear PHP, revisar indicios de intrusión, eliminar código malicioso y reforzar el servidor. De inmediato, con socios especializados, hasta que el incidente quede cerrado y documentado.
$ php -v PHP 8.3.35 (cli) (built: Sep 30 2026) ! Estado antes del parche del 21/10/2026 $ phpsos pruefen --ziel produktion Modo de ejecución .. php-fpm CVE-2026-109618 .. abierto CVE-2026-109619 .. abierto Reinicio de workers .. pendiente $ phpsos absichern [ok] Paquete 8.3.36 instalado [ok] todos los workers reiniciados [ok] Sistema de archivos revisado en busca de webshells [ok] Informe para la dirección elaborado
- Made in GermanySeguridad informática desde Alemania, con trabajo conforme a la normativa europea de protección de datos.
- Más de 25 añosEspecializados desde hace más de 25 años en seguridad informática y operación de servidores, junto con nuestra red de socios.
- Red de sociosProfesionales de ciberseguridad especializados en análisis forense, pruebas de penetración y refuerzo de servidores, coordinados a través de un único interlocutor.
¿Está afectado? Llámenos. Le ayudamos.
Hackeado, bloqueado, web shell encontrada o duda sobre si PHP2Shell le afecta: contáctenos ahora. Nos hacemos cargo desde el primer mensaje, a distancia y sin desplazamientos.
¿Su PHP ya está parcheado?
Introduzca su versión de PHP. La prueba la compara con los avisos de seguridad de php.net e indica qué hacer a continuación. Importante: ni siquiera una versión parcheada demuestra que no haya ocurrido nada antes de la actualización.
¿Cómo de urgente es su situación?
Cuatro preguntas, una clasificación, los primeros pasos y un mensaje de WhatsApp preparado para nosotros. En el nivel 3: no borrar nada, no reinstalar nada, conservar los rastros.
De la llamada de emergencia al servidor reforzado
Nos encargamos de la parte técnica y entregamos las pruebas que necesitan la dirección, la protección de datos y el seguro.
Ayuda inmediata con PHP2Shell: asistencia ante la vulnerabilidad de PHP
Cerramos PHP2Shell en sus servidores web de forma remota: inventario, parche o medida provisional, reinicio de todos los workers y justificante por escrito.
Seguir leyendo →02Sitio web hackeado, ¿qué hacer? Ayuda de emergencia remota
¿Su sitio web ha sido hackeado o se comporta de forma extraña? Nos encargamos de forma remota de la contención, la conservación de rastros, la limpieza y la documentación.
Seguir leyendo →03Servicio de parcheo de PHP: actualización por encargo, con reinicio y justificante
Instalamos la actualización de PHP en sus servidores, reiniciamos todos los procesos de PHP y entregamos un justificante por escrito de la versión, el estado del paquete y el reinicio.
Seguir leyendo →04Refuerzo de servidores web con PHP
Reforzamos sus servidores web con PHP según un plan fijo: aislamiento por sitio, configuración segura de PHP, permisos de archivos, accesos, registros y copias de seguridad.
Seguir leyendo →05Eliminar malware y webshells de su sitio web
Eliminamos código malicioso, webshells y puertas traseras de sitios web y servidores, reconstruimos desde fuentes de confianza y cerramos la puerta de entrada.
Seguir leyendo →06Respuesta a incidentes ante ataques a servidores
Gestión estructurada de incidentes ante ataques a servidores web: panorama de la situación, contención, eliminación, restauración y seguimiento con roles fijos.
Seguir leyendo →Así trabajamos en caso de emergencia
Pasos claros, un único interlocutor, todo en remoto. Cuando hacen falta análisis forense o pentest, se suman especialistas de nuestra red de socios.
Evaluar la situación
Usted nos escribe por WhatsApp o nos llama. Aclaramos el sistema, la versión de PHP, el proveedor de hosting y lo observado.
Asegurar y cerrar
Conservar los rastros, parchear PHP o aplicar medidas provisionales, reiniciar todos los workers y documentar el estado del parche.
Revisar y limpiar
Revisar archivos, base de datos, cuentas y registros en busca de indicios de intrusión. Eliminar webshells y puertas traseras.
Reforzar e informar
Reforzar la configuración, configurar la monitorización y elaborar el informe para la dirección, la protección de datos y el seguro.
¿Aún no es posible parchear? Medidas provisionales
php.net indica ajustes que dificultan las vías de ataque conocidas hasta que se instale la actualización. Elija su modo de ejecución, copie las líneas y reinicie después todos los procesos de PHP.
El BSI (Oficina Federal alemana para la Seguridad de la Información) recomienda: si la actualización no es posible de inmediato, desconectar temporalmente el servidor web de la red.
Medidas provisionales según php.net, no sustituyen a la actualización. memory_limit=-1 solo junto con un límite de memoria mediante contenedor o cgroup. Haga antes una copia de seguridad de la configuración.
¿Quién hace qué? El hueco entre proveedor de hosting y agencia
Muchas empresas dan por hecho que «alguien» aplica los parches. Por lo general, el reparto es el siguiente:
| Tarea | Proveedor de hosting (hosting compartido) | Agencia / diseño web | PHP SOS |
|---|---|---|---|
| Actualizar el paquete de PHP | normalmente sí | normalmente no | sí, o junto con su proveedor de hosting |
| Reiniciar todos los workers y demostrarlo | en parte | no | sí, con justificante |
| Comprobar si hubo una intrusión antes del parche | por lo general no | en parte | sí |
| Eliminar webshells y puertas traseras | por lo general no | en parte | sí |
| Informe para la dirección, la protección de datos y el seguro | no | raramente | sí |
| Refuerzo y monitorización continua | en parte | en parte | sí |
Qué está demostrado y qué hacer ahora
Hechos extraídos de los avisos de php.net y del BSI, preparados para la dirección y los administradores.
¿Qué es PHP2Shell? La vulnerabilidad explicada
PHP2Shell son dos vulnerabilidades críticas en el propio PHP que permiten a los atacantes ejecutar código en servidores web sin autenticarse. La situación, en palabras claras.
Seguir leyendo →CVE-2026-109618: RCE por un estado de falta de memoria
CVE-2026-109618 es una de las dos vulnerabilidades de PHP2Shell: un estado de falta de memoria puede interrumpir PHP en pleno procesamiento de la petición. Corregida desde PHP 8.5.12, 8.4.27, 8.3.36 y 8.2.35.
Seguir leyendo →CVE-2026-109619: RCE por un estado global obsoleto
CVE-2026-109619 es la segunda vulnerabilidad de PHP2Shell: el estado interno de una petición puede persistir tras liberar la memoria y ser aprovechado por la siguiente petición en el mismo worker.
Seguir leyendo →CVE-2026-115560: aviso sobre Session-Upload-Progress
CVE-2026-115560 es un aviso de php.net del 23/10/2026: posible ejecución de código solo con una configuración de sesión poco habitual. Solución hasta la próxima versión: session.upload_progress.enabled=0.
Seguir leyendo →¿Qué versiones de PHP están afectadas?
PHP2Shell está corregida en PHP 8.5.12, 8.4.27, 8.3.36 y 8.2.35. Para PHP 8.1 y anteriores ya no hay actualizaciones oficiales. La tabla muestra el estado de cada rama.
Seguir leyendo →Comprobar correctamente la versión de PHP y el estado del parche
La versión de PHP que se muestra no dice por sí sola si PHP2Shell está cerrada. Lo decisivo son el estado del paquete, los backports y si los procesos nuevos se están ejecutando realmente.
Seguir leyendo →Para su plataforma y su servidor
Dónde se esconde el código malicioso en WordPress, Shopware o TYPO3 y cómo parchear de verdad en Plesk, cPanel o en contenedores.
Plataformas
Servidores y hosting
Cada sector tiene datos distintos que perder
Datos sanitarios, secreto profesional frente a clientes, datos de pago: adaptamos la revisión y el informe a sus obligaciones.
10 pasos antes de que nos hagamos cargo
Marque lo que ya esté hecho. La lista se guarda en su navegador.
Las marcas solo se guardan en su navegador.
72 horas, NIS2, seguro
Orientación general para la dirección. No constituye asesoramiento jurídico.
Obligación de notificación del RGPD: 72 horas tras el incidente
Tras un ataque a un servidor web puede existir la obligación de notificar a la autoridad de control. Aquí se explica en general cuándo corren las 72 horas y qué incluye la notificación.
Seguir leyendo →NIS2 y seguridad de los servidores web
NIS2 obliga a muchas empresas a gestionar riesgos y notificar incidentes. Aquí se explica en general qué significa para los servidores web y dónde encontrar datos fiables.
Seguir leyendo →Ciberseguro: qué cuenta en caso de siniestro
Ante un ataque, informar pronto a la aseguradora, conservar las pruebas y coordinar los pasos suele decidir la cobertura. Aquí se explican en general los puntos habituales.
Seguir leyendo →Responsabilidad de la dirección ante vulnerabilidades de seguridad informática
La seguridad informática es una tarea de la dirección. Aquí se explican en general los deberes de diligencia y cómo los gerentes pueden decidir de forma trazable ante vulnerabilidades como PHP2Shell.
Seguir leyendo →Artículos técnicos para administradores y desarrolladores
Cronología de PHP2Shell: del 17 al 25 de octubre de 2026
Todas las fechas documentadas de PHP2Shell en una sola vista, desde el primer intento de ataque observado hasta la situación del 25/10/2026, y lo que de ello se deduce para su revisión.
Seguir leyendo →Confirmación de actualización PHP del hosting: cómo preguntar por el estado del parche
Tras PHP2Shell, la versión de PHP que se muestra demuestra poco. Con esta plantilla pide a su proveedor de hosting una confirmación que usted pueda documentar.
Seguir leyendo →Detectar y eliminar una webshell
Cómo localizar puertas traseras en servidores web con PHP sin destruir pruebas, y por qué borrar sin más rara vez es suficiente.
Seguir leyendo →Encontrar una puerta trasera en WordPress: cómo localizar accesos ocultos
Dónde suelen esconderse las puertas traseras en WordPress y cómo los administradores pueden localizarlas de forma sistemática con WP-CLI y unos pocos comandos.
Seguir leyendo →Configurar php.ini de forma segura
Qué ajustes de php.ini reducen la superficie de ataque, cómo protegerlos frente a sobrescrituras y qué se añade tras PHP2Shell.
Seguir leyendo →Usar disable_functions de PHP correctamente
Con disable_functions bloquea funciones de PHP arriesgadas. Cómo definir la lista según su aplicación sin dejar el sitio web fuera de servicio.
Seguir leyendo →Situación, tutoriales, ayudas para decidir
Desde el nivel de alerta del BSI y los changelogs de paquetes hasta la pregunta de si reinstalar o limpiar. Cada artículo con fuentes.
PHP2Shell: qué está comprobado y qué no
Una verificación de hechos sobre PHP2Shell: qué afirmaciones proceden de fuentes primarias, cuáles de informes de prensa y qué afirmaciones no se sostienen.
Seguir leyendo →Cambiar la versión de PHP en el área de cliente del alojamiento
Cómo cambiar la versión de PHP en el área de cliente de su proveedor de alojamiento, qué versión elegir y qué comprobar antes y después.
Seguir leyendo →Señal de alerta: el servidor web inicia una shell
Si un proceso de PHP-FPM o del servidor web inicia una shell, es una de las señales de alerta más fuertes de una intrusión. Cómo revisar el árbol de procesos, valorar las excepciones y vigilar el patrón de forma permanente.
Seguir leyendo →Aislar los pools de PHP-FPM por sitio web
Un pool propio por sitio web es el comienzo, no el final. Cómo revisar los pools existentes y reforzar sockets, extensiones, páginas de estado, recursos y logs.
Seguir leyendo →Guardar contraseñas en PHP con seguridad: usar bien password_hash
Cómo guardan los desarrolladores las contraseñas en PHP con password_hash y password_verify, cómo elegir el algoritmo adecuado y cómo sustituir hashes MD5 o SHA-1 antiguos sin restablecer la contraseña de todos los usuarios.
Seguir leyendo →Contratos con proveedores de TI: regular con claridad las obligaciones de seguridad
PHP2Shell ha mostrado con qué frecuencia no está claro quién debe parchear. Qué obligaciones de seguridad deben incluirse en los contratos con agencias, proveedores de hosting y proveedores de TI.
Seguir leyendo →El lenguaje de programación PHP, explicado de forma comprensible
Cómo genera PHP una página, qué son SAPI, PHP-FPM y OPcache y por qué eso decide la seguridad. Además, un glosario con todos los términos técnicos.
¿Qué es PHP2Shell?
PHP2Shell designa dos vulnerabilidades críticas en el propio PHP (CVE-2026-109618 y CVE-2026-109619, CVSS 9.2). Pueden permitir a los atacantes ejecutar código malicioso en el servidor sin autenticación. Hay parches desde el 21/10/2026.
¿Qué versiones de PHP son seguras?
Las correcciones están incluidas en PHP 8.5.12, 8.4.27, 8.3.36 y 8.2.35. Algunos proveedores de hosting y distribuciones incorporan backports sin cambiar el número de versión. Lo decisivo es el estado del paquete o la confirmación por escrito del proveedor.
¿Basta con actualizar WordPress o la tienda online?
No. La vulnerabilidad está en PHP, no en el CMS. Una actualización del CMS no la cierra. Y un parche de PHP no elimina el código malicioso que se haya introducido antes.
¿Con qué rapidez pueden ayudarnos?
Trabajamos en remoto y empezamos en cuanto disponemos de los accesos. Escríbanos por WhatsApp indicando el sistema, la versión de PHP y lo que ha observado. Así acordamos directamente cómo proceder.
¿Trabajan también para agencias y clientes de proveedores de hosting?
Sí. Trabajamos directamente para empresas, en segundo plano por encargo de agencias y en coordinación con su proveedor de hosting cuando es este quien gestiona el servidor.
¿Tenemos que notificar el incidente?
Si pueden verse afectados datos personales, el art. 33 del RGPD establece, por regla general, un plazo de notificación de 72 horas desde que se tiene conocimiento. Si es aplicable, debe aclararlo con su delegado de protección de datos. Nosotros aportamos la documentación técnica.
Cada hora cuenta. Escríbanos ahora.
Describa brevemente el sistema, la versión de PHP y lo que ha observado. Nos pondremos en contacto, aclararemos la situación y trabajaremos en remoto hasta que el incidente quede cerrado y documentado.