Si su servidor web se ejecuta en Apache, debe instalar inmediatamente la última versión disponible de la aplicación del servidor para evitar que los piratas informáticos tomen el control no autorizado.
Apache solucionó recientemente múltiples vulnerabilidades en su software de servidor web que podrían haber llevado a la ejecución de código arbitrario y, en escenarios específicos, incluso podría permitir que los atacantes provoquen un bloqueo y una denegación de servicio.
Las fallas, rastreadas como CVE-2020-9490, CVE-2020-11984, CVE-2020-11993, fueron descubiertas por Felix Wilhelm de Google Project Zero, y desde entonces han sido abordadas por la Fundación Apache en la última versión del software ( 2.4.46).
El primero de los tres problemas implica una posible vulnerabilidad de ejecución remota de código debido a un desbordamiento de búfer con el módulo «mod_uwsgi» (CVE-2020-11984), lo que podría permitir que un adversario vea, cambie o elimine datos confidenciales según los privilegios asociados. con una aplicación ejecutándose en el servidor.
«[A] La solicitud maliciosa puede resultar en la divulgación de información o [remote code execution] de un archivo existente en el servidor que se ejecuta en un entorno de proceso malicioso”, señaló Apache.
Una segunda falla se refiere a una vulnerabilidad que se activa cuando la depuración está habilitada en el módulo «mod_http2» (CVE-2020-11993), lo que hace que las declaraciones de registro se realicen en la conexión incorrecta y, por lo tanto, da lugar a la corrupción de la memoria debido al uso simultáneo del grupo de registros.
CVE-2020-9490, el más grave de los tres, también reside en el módulo HTTP / 2 y utiliza un encabezado ‘Cache-Digest’ especialmente diseñado para causar una corrupción de memoria que provoque un bloqueo y una denegación de servicio.
Cache Digest es parte de una función de optimización web ahora abandonada que tiene como objetivo abordar un problema con las inserciones del servidor, lo que permite que un servidor envíe respuestas de manera preventiva a un cliente con anticipación, al permitir que los clientes informen al servidor de sus contenidos recién almacenados en caché. para que no se desperdicie ancho de banda en el envío de recursos que ya están en la caché del cliente.
Por lo tanto, cuando se inyecta un valor especialmente diseñado en el encabezado ‘Cache-Digest’ en una solicitud HTTP / 2, provocaría un bloqueo cuando el servidor envíe un paquete PUSH usando el encabezado. En los servidores sin parches, este problema se puede resolver desactivando la función de inserción del servidor HTTP/2.
Aunque actualmente no hay informes de que estas vulnerabilidades se exploten en la naturaleza, es esencial que los parches se apliquen a los sistemas vulnerables inmediatamente después de las pruebas adecuadas y que se asegure de que la aplicación se haya configurado solo con los permisos necesarios para mitigar el impacto. .