[{"data":1,"prerenderedAt":84},["ShallowReactive",2],{"article-php2shell-vulnerabilidades-php-comprobar-actualizacion":3},{"editorial_managed":4,"editorial_preview":5,"editorial_type":6,"title":7,"slug":8,"href":9,"description":10,"category":11,"category_slug":12,"author":13,"date":14,"updated_at":15,"read_time":16,"cover_image":17,"cover_alt":18,"cover_width":19,"cover_height":20,"cover_small":21,"social_alt":18,"preview_image":22,"social_image":22,"social_width":23,"social_height":24,"social_type":25,"seo_title":7,"seo_description":10,"html":26,"toc":27,"related":55,"tags":83},true,false,"Alerta tecnológica","PHP2Shell: vulnerabilidades críticas en PHP requieren actualización urgente","php2shell-vulnerabilidades-php-comprobar-actualizacion","\u002Fes-mx\u002Frecursos\u002Fphp2shell-vulnerabilidades-php-comprobar-actualizacion","PHP2Shell puede permitir ejecutar código sin autenticación en entornos vulnerables. Revisa de inmediato tu exposición y aplica los parches de PHP.","Seguridad","seguridad","Acinsoft","2026-10-21T14:29:59-06:00","2026-10-21T15:14:52-06:00",11,"\u002Fimages\u002Feditorial-php2shell-urgencia-20261021\u002Fphp2shell-banner.webp","Alerta crítica PHP2Shell: severidad CVSS 9.2 sobre 10, riesgo de ejecución remota de código y atención urgente a los entornos afectados.",1600,900,"\u002Fimages\u002Feditorial-php2shell-urgencia-20261021\u002Fphp2shell-banner-800.webp","\u002Fimages\u002Feditorial-php2shell-urgencia-20261021\u002Fphp2shell-horizontal.jpg",1200,630,"image\u002Fjpeg","\u003Cp>\u003Cstrong>PHP2Shell requiere atención urgente:\u003C\u002Fstrong> dos vulnerabilidades críticas de PHP, calificadas con 9.2 sobre 10, pueden permitir que un atacante ejecute código sin autenticarse en entornos vulnerables. Si tu sitio o aplicación utiliza PHP, solicita de inmediato la revisión de la versión que atiende las peticiones web y prioriza la instalación de los parches publicados el 21 de octubre de 2026. \u003Ca href=\"https:\u002F\u002Fwww.php.net\u002Farchive\u002F2026.php\" target=\"_blank\" rel=\"noopener noreferrer\">Aviso oficial de PHP (abre en otra pestaña)\u003C\u002Fa>.\u003C\u002Fp>\n\u003Cp>Para una empresa, la primera decisión es identificar quién puede revisar ese motor y acreditar el cambio. Que la página abra, que tenga contraseña o que alguien haya actualizado sus contenidos no responde esa pregunta. Esta guía explica el alcance documentado y propone una forma de organizar la comprobación con el proveedor.\u003C\u002Fp>\n\n\u003Ch2 id=\"articulo-seccion-1\">Las versiones que contienen la corrección\u003C\u002Fh2>\n\u003Ctable class=\"editorial-comparison\" tabindex=\"0\" aria-label=\"Tabla de referencia\">\u003Ccaption>Primeras versiones corregidas del proyecto PHP, verificadas el 21 de octubre de 2026\u003C\u002Fcaption>\u003Cthead>\u003Ctr>\u003Cth scope=\"col\">Rama\u003C\u002Fth>\u003Cth scope=\"col\">Versiones anteriores afectadas\u003C\u002Fth>\u003Cth scope=\"col\">Primera versión corregida\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\u003Ctbody>\u003Ctr>\u003Cth scope=\"row\">8.2\u003C\u002Fth>\u003Ctd>8.2.x anterior a 8.2.35\u003C\u002Ftd>\u003Ctd>8.2.35\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Cth scope=\"row\">8.3\u003C\u002Fth>\u003Ctd>8.3.x anterior a 8.3.36\u003C\u002Ftd>\u003Ctd>8.3.36\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Cth scope=\"row\">8.4\u003C\u002Fth>\u003Ctd>8.4.x anterior a 8.4.27\u003C\u002Ftd>\u003Ctd>8.4.27\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Cth scope=\"row\">8.5\u003C\u002Fth>\u003Ctd>8.5.x anterior a 8.5.12\u003C\u002Ftd>\u003Ctd>8.5.12\u003C\u002Ftd>\u003C\u002Ftr>\u003C\u002Ftbody>\u003C\u002Ftable>\n\u003Cp>PHP 8.1 y anteriores están fuera del soporte normal del proyecto. Para esta emergencia se publicaron parches mínimos de código fuente para 7.4, 8.0 y 8.1; eso no equivale a restablecer su mantenimiento habitual. El proveedor puede ofrecer paquetes corregidos propios. \u003Ca href=\"https:\u002F\u002Fwww.php.net\u002Farchive\u002F2026.php\" target=\"_blank\" rel=\"noopener noreferrer\">Versiones, soporte y opciones oficiales (abre en otra pestaña)\u003C\u002Fa>.\u003C\u002Fp>\n\u003Cp>La numeración exige cuidado. Ubuntu identifica, para Ubuntu 24.04 LTS, el paquete \u003Ccode>8.3.6-0ubuntu0.24.04.13\u003C\u002Fcode> como corregido para ambos CVE. Conserva “8.3.6” porque incorpora la solución en su paquete de distribución. Por eso hay que comparar la versión completa, el origen y el aviso del proveedor; la tabla anterior no debe usarse para descartar estos parches. \u003Ca href=\"https:\u002F\u002Fubuntu.com\u002Fsecurity\u002FCVE-2026-109618\" target=\"_blank\" rel=\"noopener noreferrer\">Estado de CVE-2026-109618 en Ubuntu (abre en otra pestaña)\u003C\u002Fa> y \u003Ca href=\"https:\u002F\u002Fubuntu.com\u002Fsecurity\u002FCVE-2026-109619\" target=\"_blank\" rel=\"noopener noreferrer\">estado de CVE-2026-109619 (abre en otra pestaña)\u003C\u002Fa>.\u003C\u002Fp>\n\n\u003Ch2 id=\"articulo-seccion-2\">Por qué el problema puede aparecer antes del login\u003C\u002Fh2>\n\u003Cp>Un servidor realiza trabajo antes de entregar una solicitud al código de la aplicación: recibe datos, prepara estructuras y organiza memoria. En ciertas condiciones, PHP2Shell compromete ese trabajo previo o la limpieza de una petición interrumpida. La autenticación de la aplicación puede llegar después del punto vulnerable.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>CVE-2026-109618\u003C\u002Fstrong> aparece cuando un fallo de asignación de memoria interrumpe una operación con datos internos todavía incompletos. La limpieza posterior puede interpretarlos como válidos. El aviso oficial confirma ejecución remota con los permisos de la cuenta del proceso web y asigna una severidad CVSS 4.0 de 9.2. Eso no significa acceso automático como administrador del sistema. \u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fphp\u002Fphp-src\u002Fsecurity\u002Fadvisories\u002FGHSA-w8hw-w9fx-j79w\" target=\"_blank\" rel=\"noopener noreferrer\">Aviso técnico del primer fallo (abre en otra pestaña)\u003C\u002Fa>.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>CVE-2026-109619\u003C\u002Fstrong> permite que un proceso conserve referencias a memoria de una petición ya terminada. Cuando atiende otra, puede reutilizar ese estado antes de reinicializarlo. También tiene severidad 9.2. Sus condiciones dependen del estado retenido, de errores y de operaciones alcanzables en cada instalación. \u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fphp\u002Fphp-src\u002Fsecurity\u002Fadvisories\u002FGHSA-6wmf-4rv5-p3rp\" target=\"_blank\" rel=\"noopener noreferrer\">Aviso técnico del segundo fallo (abre en otra pestaña)\u003C\u002Fa>.\u003C\u002Fp>\n\u003Cp>El seguimiento de progreso de cargas es una de las rutas implicadas. El manual de PHP explica que escribe información de sesión antes de ejecutar scripts. Esto ayuda a entender por qué cambiar una opción desde el código de la página puede ocurrir demasiado tarde. \u003Ca href=\"https:\u002F\u002Fwww.php.net\u002Fmanual\u002Fen\u002Fsession.upload-progress.php\" target=\"_blank\" rel=\"noopener noreferrer\">Funcionamiento del progreso de cargas (abre en otra pestaña)\u003C\u002Fa>.\u003C\u002Fp>\n\n\u003Ch2 id=\"articulo-seccion-3\">Apache y PHP-FPM requieren decisiones con matices\u003C\u002Fh2>\n\u003Cp>Con Apache y \u003Ccode>mod_php\u003C\u002Fcode>, el primer aviso confirma una explotación anterior al código de la aplicación. En PHP-FPM, un fallo durante el arranque elimina el proceso hijo y corta esa secuencia concreta; el mismo aviso mantiene a FPM como susceptible por otras rutas, aunque no demuestra una explotación completa de ese primer CVE para esa modalidad. \u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fphp\u002Fphp-src\u002Fsecurity\u002Fadvisories\u002FGHSA-w8hw-w9fx-j79w\" target=\"_blank\" rel=\"noopener noreferrer\">Condiciones de susceptibilidad (abre en otra pestaña)\u003C\u002Fa>.\u003C\u002Fp>\n\u003Cp>El segundo aviso sí documenta una ruta validada en PHP-FPM: depende de una operación adecuada de la aplicación después del arranque, un error fatal y una petición posterior atendida por el mismo proceso. Usar FPM no justifica cerrar la revisión como “no aplica”. \u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fphp\u002Fphp-src\u002Fsecurity\u002Fadvisories\u002FGHSA-6wmf-4rv5-p3rp\" target=\"_blank\" rel=\"noopener noreferrer\">Caso validado de sesiones en FPM (abre en otra pestaña)\u003C\u002Fa>.\u003C\u002Fp>\n\u003Cp>También deben inventariarse PHP-CGI, FrankenPHP y LiteSpeed, además de productos que incorporan PHP internamente. NCSC-NL recuerda que el alcance incluye dispositivos, interfaces de administración e imágenes de terceros, donde la actualización puede depender de su fabricante. \u003Ca href=\"https:\u002F\u002Fgithub.com\u002FNCSC-NL\u002Fphp2shell\" target=\"_blank\" rel=\"noopener noreferrer\">Orientación operativa de NCSC-NL (abre en otra pestaña)\u003C\u002Fa>.\u003C\u002Fp>\n\n\u003Ch2 id=\"articulo-seccion-4\">Qué demuestra el análisis de Datadog\u003C\u002Fh2>\n\u003Cp>Datadog reprodujo el primer fallo con PHP 8.5.11 y Apache. Su petición utiliza \u003Ccode>application\u002Fx-www-form-urlencoded\u003C\u002Fcode>, el formato de formularios habituales. Limitar la atención a las cargas de archivos dejaría fuera esa demostración. También observó ejecución de comandos con respuesta HTTP 200 y sin que el proceso dejara de funcionar. Son resultados de su laboratorio, no una prueba de que cualquier sitio haya sido atacado. \u003Ca href=\"https:\u002F\u002Fsecuritylabs.datadoghq.com\u002Farticles\u002Fphp2shell-critical-vulnerabilities-in-php\u002F\" target=\"_blank\" rel=\"noopener noreferrer\">Investigación original de Datadog (abre en otra pestaña)\u003C\u002Fa>.\u003C\u002Fp>\n\u003Cp>Conviene separar tres preguntas: ¿la instalación contiene el defecto?, ¿existe una forma de explotarlo en sus condiciones?, ¿hay evidencia de que alguien lo hizo? El aviso de una vulnerabilidad responde principalmente la primera; una demostración aporta a la segunda; investigar una intrusión exige evidencia del entorno. Confundirlas puede producir tanto alarmismo como una tranquilidad injustificada.\u003C\u002Fp>\n\n\u003Ch2 id=\"articulo-seccion-5\">Las medidas temporales tienen límites concretos\u003C\u002Fh2>\n\u003Cp>PHP indica que actualizar es la solución completa. Si no puede hacerse inmediatamente, contempla medidas para reducir rutas específicas: desactivar \u003Ccode>session.upload_progress.enabled\u003C\u002Fcode> y, en PHP 8.5, \u003Ccode>fatal_error_backtraces\u003C\u002Fcode>, con configuración temprana y reinicio de los procesos. Ninguna cubre todas las variantes. \u003Ca href=\"https:\u002F\u002Fwww.php.net\u002Farchive\u002F2026.php\" target=\"_blank\" rel=\"noopener noreferrer\">Recomendaciones temporales oficiales (abre en otra pestaña)\u003C\u002Fa>.\u003C\u002Fp>\n\u003Cp>La propuesta de \u003Ccode>memory_limit=-1\u003C\u002Fcode> requiere especial cuidado: elimina un límite controlable que interviene en el primer fallo, pero no impide todos los errores de asignación. Debe acompañarse de límites apropiados fuera de PHP; \u003Ccode>RLIMIT_AS\u003C\u002Fcode> y \u003Ccode>RLIMIT_DATA\u003C\u002Fcode> no son sustitutos seguros para este propósito. No es una receta para copiar sin evaluar capacidad y disponibilidad. \u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fphp\u002Fphp-src\u002Fsecurity\u002Fadvisories\u002FGHSA-w8hw-w9fx-j79w\" target=\"_blank\" rel=\"noopener noreferrer\">Alcance de la mitigación de memoria (abre en otra pestaña)\u003C\u002Fa>.\u003C\u002Fp>\n\u003Cp>El lugar donde se configura una medida importa. En FPM, los valores administrativos del pool no pueden sobrescribirse con \u003Ccode>ini_set()\u003C\u002Fcode>; son distintos de una modificación realizada por la aplicación. El responsable debe comprobar qué configuración se aplica realmente a cada servicio. \u003Ca href=\"https:\u002F\u002Fwww.php.net\u002Fmanual\u002Fen\u002Finstall.fpm.configuration.php\" target=\"_blank\" rel=\"noopener noreferrer\">Configuración oficial de FPM (abre en otra pestaña)\u003C\u002Fa>.\u003C\u002Fp>\n\u003Cp>Un filtro web puede formar parte de la contención, pero no constituye evidencia de que el motor esté corregido. Si se necesita restringir temporalmente el acceso, la decisión debe indicar qué servicio seguirá disponible, quién autoriza el impacto y cuándo se revisará la excepción. Evita convertir una medida de emergencia en una configuración indefinida que nadie recuerda.\u003C\u002Fp>\n\n\u003Ch2 id=\"articulo-seccion-6\">La ficha que puedes pedir a tu proveedor\u003C\u002Fh2>\n\u003Cp>Proponemos reunir la evidencia por sitio o aplicación, con una fila por entorno. Es una herramienta de coordinación editorial; no certifica seguridad ni sustituye el procedimiento técnico del proveedor.\u003C\u002Fp>\n\u003Ctable class=\"editorial-comparison\" tabindex=\"0\" aria-label=\"Tabla de referencia\">\u003Ccaption>Comprobaciones propuestas para aceptar la actualización\u003C\u002Fcaption>\u003Cthead>\u003Ctr>\u003Cth scope=\"col\">Pregunta\u003C\u002Fth>\u003Cth scope=\"col\">Evidencia que conviene recibir\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\u003Ctbody>\u003Ctr>\u003Cth scope=\"row\">¿Qué servicio se revisó?\u003C\u002Fth>\u003Ctd>Dominio o aplicación, entorno y responsable.\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Cth scope=\"row\">¿Qué PHP lo atiende?\u003C\u002Fth>\u003Ctd>Modalidad de ejecución, versión completa y origen del paquete o imagen.\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Cth scope=\"row\">¿Qué corrige ambos fallos?\u003C\u002Fth>\u003Ctd>Aviso del proveedor que cubra CVE-2026-109618 y CVE-2026-109619.\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Cth scope=\"row\">¿La corrección está ejecutándose?\u003C\u002Fth>\u003Ctd>Registro del cambio y comprobación de los procesos o instancias activos.\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Cth scope=\"row\">¿El servicio sigue funcionando?\u003C\u002Fth>\u003Ctd>Resultados de acceso, formularios y operaciones acordadas.\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Cth scope=\"row\">¿Quedaron excepciones?\u003C\u002Fth>\u003Ctd>Servicio pendiente, medida temporal, responsable y siguiente revisión.\u003C\u002Ftd>\u003C\u002Ftr>\u003C\u002Ftbody>\u003C\u002Ftable>\n\u003Cp>Por ejemplo, en un entorno hipotético con un portal y una API, una respuesta única de “servidor actualizado” puede ocultar que cada uno usa una instalación distinta. La ficha obliga a identificar ambos. El resultado útil es saber qué se comprobó y qué falta, sin exigir al responsable del negocio interpretar toda la configuración.\u003C\u002Fp>\n\u003Cp>Datadog recomienda incluir contenedores e intérpretes empaquetados: \u003Ccode>php -v\u003C\u002Fcode> en una consola puede mostrar un PHP diferente al que atiende la web. También indica reconstruir y desplegar las imágenes afectadas y reiniciar o reemplazar los procesos antiguos. \u003Ca href=\"https:\u002F\u002Fsecuritylabs.datadoghq.com\u002Farticles\u002Fphp2shell-critical-vulnerabilities-in-php\u002F\" target=\"_blank\" rel=\"noopener noreferrer\">Inventario y actualización del runtime (abre en otra pestaña)\u003C\u002Fa>.\u003C\u002Fp>\n\n\u003Ch2 id=\"articulo-seccion-7\">Corregir la versión e investigar actividad sospechosa son trabajos distintos\u003C\u002Fh2>\n\u003Cp>Para investigar, Datadog propone correlacionar formularios anómalos, errores de agotamiento de memoria y procesos de shell inesperados iniciados por el servidor web. Un error aislado no demuestra un ataque. La ausencia de caídas tampoco lo descarta. \u003Ca href=\"https:\u002F\u002Fsecuritylabs.datadoghq.com\u002Farticles\u002Fphp2shell-critical-vulnerabilities-in-php\u002F\" target=\"_blank\" rel=\"noopener noreferrer\">Señales y límites de detección (abre en otra pestaña)\u003C\u002Fa>.\u003C\u002Fp>\n\u003Cp>Si aparecen indicios, conviene preservar registros y definir la respuesta al incidente con el responsable técnico. Instalar un parche impide volver a depender de esa versión vulnerable, pero no responde por sí solo qué ocurrió antes. El cierre debe distinguir la corrección aplicada, la revisión realizada y cualquier investigación pendiente.\u003C\u002Fp>\n\u003Ch2 id=\"articulo-seccion-8\">Cómo ayuda la infraestructura de Acinsoft a mitigar ataques\u003C\u002Fh2>\n\u003Cp>En los dos servidores de alojamiento revisados para este artículo, las conexiones web públicas llegan primero a AcinsoftGateway, una capa de entrada implementada en .NET. Desde allí se dirigen a los servicios internos. En los entornos PHP inspeccionados, Apache utiliza PHP-FPM mediante sockets locales, dentro de espacios de ejecución separados. El recorrido observado es: \u003Cstrong>Internet → AcinsoftGateway → servicio web interno → PHP-FPM\u003C\u002Fstrong>.\u003C\u002Fp>\n\u003Cp>La ventaja para los sitios alojados es contar con varias capas de protección y administración. Una solicitud puede ser rechazada en la entrada antes de consumir recursos de la aplicación; los servicios internos mantienen una separación de ejecución, y los registros permiten revisar qué decisiones tomó el filtro. Cada capa cumple una función concreta:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>\u003Cstrong>Filtrar solicitudes antes de llegar a PHP.\u003C\u002Fstrong> AcinsoftGateway aplica reglas sobre rutas, parámetros de URL, encabezados y métodos. Cuando una solicitud coincide con una regla de bloqueo, puede detenerse antes de llegar al servicio web interno. Esto ayuda, por ejemplo, frente a intentos de acceder a rutas restringidas y patrones de exploración reconocidos. En los registros inspeccionados encontramos rechazos efectivos por reglas de acceso a rutas.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Limitar el tamaño de las solicitudes.\u003C\u002Fstrong> Los destinos revisados tienen límites configurados para el cuerpo de las peticiones. Estos controles ayudan a restringir entradas demasiado grandes y a reducir parte del trabajo que recibe la aplicación. El tamaño de una petición y la memoria que PHP necesita para procesarla son medidas diferentes: este límite no garantiza bloquear un ataque de agotamiento de memoria ni toda variante de PHP2Shell.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Separar la entrada pública del procesamiento PHP.\u003C\u002Fstrong> Gateway recibe las conexiones web y dirige las solicitudes hacia servicios internos; PHP-FPM se comunica con Apache mediante sockets locales. La separación observada permite controlar el recorrido de las peticiones y administrar los componentes por separado. Puede contribuir a reducir la exposición y limitar el alcance de un incidente, pero comprobar esa contención exige revisar también permisos, redes y accesos entre servicios.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Conservar señales para investigar.\u003C\u002Fstrong> Los registros de Gateway permiten identificar solicitudes y reglas que las rechazaron. Al relacionarlos con los registros de la aplicación y del sistema, ayudan a evaluar actividad sospechosa y orientar la respuesta. Un rechazo aislado no demuestra un intento de explotar PHP2Shell, y la ausencia de rechazos tampoco demuestra que un servicio esté libre de ataques.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>Estas capas aportan protección incluso durante la revisión de una nueva vulnerabilidad, al mantener controles sobre el tráfico que llega a los servicios. Su eficacia depende de las reglas activas y de la forma del ataque. Las firmas inspeccionadas en Gateway analizan rutas y parámetros de URL; no inspeccionan íntegramente el contenido de cada formulario POST. Por ello, \u003Cstrong>no afirmamos que AcinsoftGateway bloquee todas las variantes de PHP2Shell\u003C\u002Fstrong>. La protección específica frente a estas vulnerabilidades requiere instalar la corrección correspondiente de PHP y verificar que el servicio la está utilizando.\u003C\u002Fp>\n\u003Ch2 id=\"articulo-seccion-9\">Revisar avisos y aplicar los parches disponibles\u003C\u002Fh2>\n\u003Cp>En Acinsoft revisamos las vulnerabilidades que pueden afectar a los servicios que administramos y aplicamos los parches conforme van estando disponibles para sus entornos. Esa labor requiere comprobar qué paquete corresponde a cada instalación y verificar el servicio después del cambio. La disponibilidad de una corrección del proyecto PHP y la entrega del paquete por un proveedor pueden ocurrir en momentos distintos.\u003C\u002Fp>\n\u003Cp>Esta práctica de mantenimiento no significa que todos los entornos queden corregidos desde el primer anuncio. Ante una alerta como PHP2Shell, el estado debe comprobarse por servicio: corrección aplicada, actualización pendiente o medida temporal. El filtrado previo ayuda a gestionar la exposición, pero no debe utilizarse como motivo para posponer indefinidamente el parche.\u003C\u002Fp>\n\u003Cp>Desde nuestro servicio de \u003Ca href=\"\u002Fes-mx\u002Fservicios\u002Fhosting-administrado\" target=\"_blank\" rel=\"noopener noreferrer\">hosting e infraestructura (abre en otra pestaña)\u003C\u002Fa> podemos delimitar contigo qué corresponde al alojamiento y qué requiere trabajo sobre la aplicación. La entrega útil conserva la versión instalada, las comprobaciones realizadas y las excepciones pendientes; no se reduce a decir que el sitio sigue abriendo.\u003C\u002Fp>\n\u003Cp class=\"source-note\">Información verificada el 21 de octubre de 2026. Incluye avisos oficiales, investigación publicada y una inspección de sólo lectura de dos servidores de alojamiento y el servidor principal de Acinsoft. No se ejecutaron pruebas de explotación ni una auditoría completa de todos los servicios. Las observaciones arquitectónicas corresponden a los entornos inspeccionados; la práctica de mantenimiento fue confirmada por la dirección de Acinsoft. Antes de intervenir, consulta las actualizaciones del fabricante y del proveedor de tus paquetes.\u003C\u002Fp>\n",[28,31,34,37,40,43,46,49,52],{"id":29,"title":30},"articulo-seccion-1","Las versiones que contienen la corrección",{"id":32,"title":33},"articulo-seccion-2","Por qué el problema puede aparecer antes del login",{"id":35,"title":36},"articulo-seccion-3","Apache y PHP-FPM requieren decisiones con matices",{"id":38,"title":39},"articulo-seccion-4","Qué demuestra el análisis de Datadog",{"id":41,"title":42},"articulo-seccion-5","Las medidas temporales tienen límites concretos",{"id":44,"title":45},"articulo-seccion-6","La ficha que puedes pedir a tu proveedor",{"id":47,"title":48},"articulo-seccion-7","Corregir la versión e investigar actividad sospechosa son trabajos distintos",{"id":50,"title":51},"articulo-seccion-8","Cómo ayuda la infraestructura de Acinsoft a mitigar ataques",{"id":53,"title":54},"articulo-seccion-9","Revisar avisos y aplicar los parches disponibles",[56,69],{"editorial_managed":4,"editorial_preview":5,"editorial_type":57,"title":58,"slug":59,"href":60,"description":61,"category":11,"category_slug":12,"author":13,"date":62,"updated_at":62,"read_time":63,"cover_image":64,"cover_alt":65,"cover_width":19,"cover_height":20,"cover_small":66,"social_alt":67,"preview_image":68,"social_image":68,"social_width":23,"social_height":24,"social_type":25,"seo_title":58,"seo_description":61},"Educativo","Certificados poscuánticos: qué revisar detrás del anuncio de Cloudflare","certificados-poscuanticos-cloudflare-conexiones-2026","\u002Fes-mx\u002Frecursos\u002Fcertificados-poscuanticos-cloudflare-conexiones-2026","Cloudflare planea una autoridad certificadora con MTC. Entiende qué está anunciado y cómo revisar la protección de cada conexión de tu sitio.","2026-10-03T17:34:44-06:00",6,"\u002Fimages\u002Feditorial-actualidad-20261003\u002Fpqc-banner.webp","Ilustración conceptual de un árbol geométrico conectado a una tarjeta de certificado bajo arcos transparentes. Con logo de Acinsoft.","\u002Fimages\u002Feditorial-actualidad-20261003\u002Fpqc-banner-800.webp","Certificados poscuánticos: qué revisar detrás del anuncio de Cloudflare. Ilustración conceptual de un árbol geométrico conectado a una tarjeta de certificado bajo arcos transparentes.","\u002Fimages\u002Feditorial-actualidad-20261003\u002Fpqc-horizontal.jpg",{"editorial_managed":4,"editorial_preview":5,"editorial_type":70,"title":71,"slug":72,"href":73,"description":74,"category":11,"category_slug":12,"author":13,"date":75,"updated_at":76,"read_time":77,"cover_image":78,"cover_alt":79,"cover_width":19,"cover_height":20,"cover_small":80,"social_alt":81,"preview_image":82,"social_image":82,"social_width":23,"social_height":24,"social_type":25,"seo_title":71,"seo_description":74},"Informativo","Lo que tu panel administra también cuenta: CVE de julio a septiembre de 2026","vulnerabilidades-cve-julio-septiembre-2026","\u002Fes-mx\u002Frecursos\u002Fvulnerabilidades-cve-julio-septiembre-2026","Cierre de julio a septiembre de 2026: ocho CVE verificados y tres avisos adicionales de cPanel, con correcciones y explotación conocida.","2026-09-23T21:37:24-06:00","2026-10-01T13:34:30-06:00",14,"\u002Fimages\u002Feditorial-cve-20260923\u002FT3-banner.webp","Ilustración conceptual: correo, agenda y almacenamiento en compartimentos conectados. Logo de Acinsoft.","\u002Fimages\u002Feditorial-cve-20260923\u002FT3-banner-800.webp","Tu panel administra más que un sitio. Julio–septiembre 2026. Acinsoft.","\u002Fimages\u002Feditorial-cve-20260923\u002FT3-horizontal.jpg",[],1792617447060]