Tu PHP es 8.0.30.
Esto es un banco de pruebas de php2shell.
Laboratorio mínimo para comprobar la exposición a CVE-2026-109618 y CVE-2026-109619, revisar la configuración relevante y practicar con un simulador que no reproduce el fallo. Nada de lo que hay aquí ejecuta código de usuario ni fuerza el agotamiento de memoria.
Runtime
- Versión PHP
- 8.0.30 (80030)
- SAPI
- fpm-fcgi
- Sistema
- Linux 6.8.0-146-generic x86_64
- Servidor
- nginx/1.30.4
- HTTPS
- sí
- OPcache
- cargado
Veredicto por versión
Vulnerable
PHP 8.0.30 es anterior a 8.2 y no tiene versión fija oficial; solo hay backports mínimos de código.
-
CVE-2026-109618RCE por corrupción de memoria en el cleanup de la petición (OOM) · GHSA-w8hw-w9fx-j79w -
CVE-2026-109619RCE por estado global obsoleto reutilizado por una petición posterior · GHSA-6wmf-4rv5-p3rp
Configuración que importa
| Directiva | Valor | Riesgo |
|---|---|---|
memory_limit |
64M | alto |
post_max_size |
64M | medio |
upload_max_filesize |
64M | medio |
max_file_uploads |
20 | medio |
max_multipart_body_parts |
-1 | medio |
session.upload_progress.enabled |
1 | alto |
session.serialize_handler |
php | medio |
expose_php |
(no definido) | bajo |
Qué probar aquí
- Confirmar la versión con
curl -sI https://test6cash.ra1nch3ck.cloud/. - Lanzar el escáner no destructivo
php2shell-scannercontra este host. - Usar el simulador para entender qué precondiciones disparan la ruta vulnerable.
- Comparar el antes y el después de actualizar a una versión con soporte y backport.
Aviso
Este PHP está afectado
Actualiza a una versión con soporte y backport. Mientras tanto, pon
session.upload_progress.enabled=0 y reinicia los workers. Las mitigaciones
son parciales: el parche es la única corrección real.