Boletín de amenazas

CVE-2026-119618 — corrupción del heap y ejecución remota de código en mod_http2 de Apache HTTP Server (afectadas de la 2.4.55 a la 2.4.70, corregido en la 2.4.71): explicación y solución

CVE-2026-119618: fallo de mod_http2 de Apache (2.4.55-2.4.70) que puede llevar a RCE. Corregido en la 2.4.71. Sin explotación real informada.

Publicado 2026-11-13 Actualizado 2026-11-13 Última verificación 2026-11-13 10 min de lectura
En esta página

Una explicación de una vulnerabilidad en mod_http2 de Apache HTTP Server que puede llevar a la ejecución remota de código (RCE). Cubre qué ocurre, quién está afectado y cómo responder, desde el punto de vista del defensor y sin pasos de ataque.

Resumen del aviso — AVISO
CVE
CVE-2026-119618 (Apache HTTP Server: mod_http2: heap corruption and RCE in assign_headers)
Gravedad
Calificación de Apache: crítica (su nivel más alto). Sin puntuación CVSS en el aviso de Apache ni en el registro de CVE.org (Red Hat asigna su propia puntuación de 9.8)
Tipo
Uso concurrente de un recurso compartido sin la sincronización adecuada (CWE-362); corrupción del heap que lleva a RCE
Afectado
Apache HTTP Server de la 2.4.55 a la 2.4.70. mod_h2 en GitHub: de la 2.0.8 a la 2.0.42
Corrección
Apache HTTP Server 2.4.71 (publicada el 11 de noviembre de 2026)
Corregidos a la vez
CVE-2026-106023 (mod_md, importante), CVE-2026-109163 (mod_vhost_alias, bajo)
Explotación
No se informa de explotación real (Red Hat dice que una investigación publicada demostró un ataque). No figura en la edición del 10 de noviembre de CISA KEV
Medida alternativa
Ninguna enumerada en el aviso de Apache
crítica
Calificación de Apache (sin CVSS)
RCE
Ejecución remota de código
2.4.71
Versión corregida (11 nov.)
Ninguna enumerada
Explotación real / medida alternativa

La cadena de versión por sí sola no basta

Debian, Red Hat y otros a veces incorporan una corrección sin cambiar el número de versión. apache2 -v o httpd -v pueden parecer antiguos en un sistema parcheado. A la inversa, no se fíe de la cadena de versión para sentirse seguro: compruebe el registro de cambios del paquete o el aviso de la distribución.

Qué tipo de vulnerabilidad es

El aviso de Apache dice que en assign_headers() de mod_http2 se usan recursos compartidos de forma concurrente sin la sincronización adecuada, lo que provoca una corrupción del heap y puede llevar a la ejecución remota de código. Está clasificada como CWE-362.

  • El aviso de Apache no da condiciones detalladas de explotación, y este sitio no las especula.
  • Se encontró mediante dos informes distintos. El desarrollador de una herramienta de análisis de código basada en IA lo notificó al equipo de seguridad de Apache el 26 de octubre de 2026, y el equipo de investigación de seguridad de un proveedor de nube el 3 de noviembre.
  • Apache integró la corrección en la rama 2.4 el 11 de noviembre y publicó la 2.4.71 el mismo día.
  • El mod_h2 independiente distribuido en GitHub también está afectado (de la 2.0.8 a la 2.0.42). Si lo instaló por separado del mod_http2 incluido con Apache, compruebe también eso.

Alcance afectado

ElementoDetalle
ProductoApache HTTP Server (mod_http2)
Versiones afectadasDe la 2.4.55 a la 2.4.70
Versión corregida2.4.71
mod_h2 independiente (GitHub)Afectadas de la 2.0.8 a la 2.0.42
GravedadApache: crítica (sin CVSS). Red Hat asigna su propia puntuación de 9.8
Medidas alternativas / mitigacionesNinguna enumerada en el aviso de Apache
  • La 2.4.54 y las anteriores quedan fuera del rango del aviso. Las versiones más antiguas acumulan otras vulnerabilidades, así que considere actualizar de todos modos.
  • El aviso no dice que solo estén afectadas las configuraciones con HTTP/2 activado. La información de la sección siguiente es de Red Hat.

Los otros dos problemas corregidos en la misma 2.4.71

CVEDescripciónCalificación de ApacheVersiones afectadas
CVE-2026-106023mod_md: una desreferencia de puntero NULL hace caer un proceso hijoimportantede la 2.4.30 a la 2.4.70
CVE-2026-109163mod_vhost_alias: una sobrescritura de 1 byte en el búfer de la pila (un problema que quedó tras la corrección de CVE-2026-63292)baja2.4.69 y 2.4.70

Actualizar a la 2.4.71 corrige los tres.

Estado en las distribuciones (a fecha del 13 de noviembre de 2026)

ProveedorEstado
DebianEl rastreador de seguridad indica bookworm (12) como corregido en la 2.4.71-1deb12u1 y trixie (13) en la 2.4.71-1deb13u1
UbuntuTodas las versiones están en «Needs evaluation»; sin versión corregida. Prioridad: High
Red HatRHEL 9 y 10 están afectados, calificación Important. RHEL 8 y anteriores no están afectados. Para el procedimiento, véase el boletín de seguridad de Red Hat RHSB-2026-017
  • Red Hat explica que RHEL 9 y 10 se califican de Important y no de Critical porque cada flujo HTTP/2 tiene su propio asignador de memoria (asignar cada flujo desde un asignador separado hace más difícil la explotación, según Red Hat).
  • Esta tabla es una comprobación fechada y cambiará. Verifique lo más reciente en la página de cada proveedor para su entorno.

Cómo comprobar si le afecta

1

Compruebe la versión de Apache

Ejecute apache2 -v (familia Debian) o httpd -v (familia RHEL). De la 2.4.55 a la 2.4.70 pueden estar afectadas. Un paquete de distribución puede llevar la corrección con el mismo número de versión, así que compare el registro de cambios del paquete con la información de seguridad del proveedor.

2

Compruebe si HTTP/2 está activado

Busque Protocols h2 o h2c en la configuración, y si el módulo http2 está cargado (salida de apachectl -M). Según Red Hat, los servidores con HTTP/2 activado están afectados y los servidores solo HTTP/1.1 no son vulnerables. Eso es lo que dice Red Hat; el aviso de Apache no hace esa distinción.

3

Encuentre todos los lugares donde se ejecuta Apache

Además de los servidores web, busque Apache integrado en productos (consolas de administración, appliances). Para saber cómo mantener una lista, véase la lista de comprobación del inventario de activos.

Qué hacer hoy

1

Actualice a la 2.4.71 o al paquete corregido de su distribución (máxima prioridad)

Para un Apache compilado por usted, pase a la 2.4.71. Para instalaciones con paquetes, consulte la página del proveedor para ver si hay un paquete corregido y actualice. Tras actualizar, reinicie o recargue Apache, y ejecute antes apachectl configtest para detectar problemas de configuración.

2

Donde todavía no haya corrección, decida si necesita HTTP/2

El aviso de Apache no tiene medida alternativa. Como añadido propio de este sitio, donde hay pocos motivos para usar HTTP/2, una opción es quitar h2 y h2c del ajuste Protocols y usar solo HTTP/1.1. No es una medida citada en el aviso y puede afectar al rendimiento y a los clientes, así que haga pruebas antes de decidir. Puede revertirlo cuando pueda actualizar.

3

Trace qué hay delante de Apache

Si un balanceador de carga o una CDN termina HTTP/2 y habla HTTP/1.1 con el backend, puede que el Apache del backend no hable HTTP/2 en absoluto. Compruebe qué salto habla HTTP/2 en su configuración.

4

Busque cualquier cosa inusual

No se informa de explotación real, pero compruebe que no ocurrió nada raro antes de la actualización. Busque procesos hijo de Apache que caigan repetidamente y archivos o procesos desconocidos. Véase cómo comprobar si un sitio web o servidor ha sido hackeado.

Estado de la explotación

  • El aviso de Apache no menciona explotación real.
  • No figura en la edición del 10 de noviembre del catálogo KEV de CISA.
  • El registro de CVE.org no lleva puntuación CVSS. La única gravedad es la calificación de Apache (crítica).
  • Los informes llegaron el 26 de octubre y el 3 de noviembre, y se publicó el 11 de noviembre. No se pudo confirmar con información pública si se explotó antes de la publicación.
  • Red Hat dice que una investigación publicada demostró un ataque creíble contra servidores con HTTP/2 activado en la configuración predeterminada (no es un informe de explotación real).
  • No se pudo confirmar información pública sobre la escala de ataques reales ni sobre ningún actor.

Fuentes

Desactivar HTTP/2 se enumera aquí por este sitio como medida general; no es una medida alternativa indicada en el aviso de Apache. Última verificación: 13 de noviembre de 2026.

Lee a continuación

FAQ

Q¿Qué es CVE-2026-119618?
A

Una vulnerabilidad en mod_http2, el módulo HTTP/2 de Apache HTTP Server. Es un fallo por el que se usan recursos compartidos de forma concurrente sin la sincronización adecuada (CWE-362), y el aviso de Apache dice que puede llevar a la ejecución remota de código (RCE). Apache lo califica de crítico, su nivel más alto, pero no da puntuación CVSS.

Q¿Qué versiones están afectadas y cuál es la corrección?
A

Según el aviso de Apache, están afectadas de la 2.4.55 a la 2.4.70 de Apache HTTP Server, y la 2.4.71 (publicada el 11 de noviembre de 2026) lo corrige. El mod_h2 independiente distribuido en GitHub está afectado de la 2.0.8 a la 2.0.42.

Q¿Estoy a salvo si no uso HTTP/2?
A

El aviso de Apache no dice que solo estén afectados los servidores con HTTP/2 activado. La página de Red Hat dice que están afectados los servidores con HTTP/2 (h2 o h2c) activado mediante la directiva Protocols y que los servidores solo HTTP/1.1 no son vulnerables. Compruebe su propia configuración y los módulos cargados.

Q¿Hay una medida alternativa si todavía no puedo actualizar?
A

El aviso de Apache no enumera ninguna medida alternativa ni mitigación. Como añadido propio de este sitio, si no necesita HTTP/2, desactivarlo (usar solo HTTP/1.1) es una opción general hasta que actualice. No es una medida citada en el aviso y requiere pruebas.

Q¿Ya se está explotando?
A

No se informa de explotación real y no figura en la edición del 10 de noviembre del catálogo KEV (Known Exploited Vulnerabilities) de CISA. Pero Red Hat dice que una investigación publicada demostró un ataque creíble contra servidores con configuración predeterminada y HTTP/2 activado. Además está calificado de crítico y la corrección es pública, así que actualice cuanto antes.

Q¿Están corregidos Debian, Ubuntu y RHEL?
A

A fecha del 13 de noviembre de 2026, el rastreador de seguridad de Debian indica bookworm (12) y trixie (13) como corregidos en las actualizaciones de seguridad 2.4.71-1. Ubuntu muestra Needs evaluation en todas las versiones, sin versión corregida. Red Hat dice que RHEL 9 y 10 están afectados (calificación Important) y que RHEL 8 y anteriores no. Esto cambia rápido, así que consulte la página de cada proveedor.