Vulnerabilidades y Avisos de Seguridad: Uso de memoria después de liberarla en productos de Red Hat

Resumen de la alerta

Red Hat ha publicado una actualización de seguridad para corregir CVE-2026-98432, una vulnerabilidad crítica localizada en el subsistema IPv4 del núcleo Linux. El fallo afecta a sistemas Red Hat Enterprise Linux con un núcleo vulnerable y comunicaciones TCP/IPv4 habilitadas.

La vulnerabilidad podría permitir que un atacante remoto, sin necesidad de autenticarse ni de que intervenga un usuario, ejecute código en el sistema afectado. La corrección requiere instalar los paquetes actualizados publicados para cada rama de producto y reiniciar el equipo para cargar el nuevo núcleo.

Según la información disponible, el estado de explotación indicado para esta vulnerabilidad es no. Por tanto, el aviso describe un riesgo potencial de ejecución remota de código, pero no confirma ataques activos ni explotación conocida de CVE-2026-98432.

Recursos afectados

• Red Hat Enterprise Linux 8, 9 y 10 con un núcleo vulnerable y comunicaciones TCP/IPv4 habilitadas.
• Red Hat OpenShift Container Platform 4.
• Productos que dependan de ese núcleo de RHEL, entre ellos Red Hat OpenStack Platform y Red Hat Virtualization.

Descripción de la vulnerabilidad

CVE-2026-98432 es un fallo de tipo use-after-free, es decir, un uso de memoria después de haber sido liberada. Este tipo de problema se produce cuando un componente continúa utilizando una zona de memoria que ya no debe estar disponible.

En este caso, una condición de carrera en las opciones de un socket TCP puede provocar que dichas opciones se liberen mientras otro procesador sigue utilizándolas. La situación puede darse, por ejemplo, durante la retransmisión de una solicitud o la migración de una conexión.

Un atacante remoto podría intentar aprovechar esta condición mediante solicitudes enviadas con una sincronización precisa. Si la explotación tuviera éxito, el resultado potencial sería la ejecución remota de código en el sistema vulnerable.

Impacto y nivel de riesgo

INCIBE-CERT clasifica esta vulnerabilidad con severidad crítica. La prioridad de tratamiento viene determinada por varios factores: el fallo reside en el núcleo Linux, afecta al procesamiento TCP/IPv4 y podría ser explotado de forma remota sin autenticación ni interacción del usuario.

La ejecución remota de código implica que un atacante podría ejecutar instrucciones en el sistema afectado si logra explotar correctamente la vulnerabilidad. No obstante, esta consecuencia es potencial: la información facilitada no indica que exista explotación confirmada ni campañas activas asociadas a CVE-2026-98432.

Solución y medidas recomendadas

La medida principal es instalar los paquetes corregidos correspondientes a la rama de cada sistema afectado y reiniciar posteriormente el equipo para que el núcleo actualizado entre en funcionamiento.

Para Red Hat Enterprise Linux 8, los boletines publicados incluyen las siguientes versiones:

• RHSA-2026:93414: kernel 4.18.0-553.182.1.el8_10.
• RHSA-2026:93415: kernel-rt 4.18.0-553.182.1.rt7.523.el8_10.

Para RHEL 9, RHEL 10 y Red Hat OpenShift Container Platform, debe consultarse la corrección específica indicada por Red Hat para cada producto.

El filtrado de paquetes TCP/IPv4 que incluyan opciones IP puede reducir la exposición, pero no elimina por completo la posibilidad de explotación. Además, esta medida debe evaluarse previamente por su posible impacto operativo. Deshabilitar MPTCP no corrige ni mitiga esta vulnerabilidad.

Recomendaciones para organizaciones afectadas

1. Identificar los sistemas RHEL 8, 9 y 10, OpenShift Container Platform 4 y demás plataformas dependientes del núcleo de RHEL que tengan TCP/IPv4 habilitado.
2. Priorizar la instalación de los paquetes corregidos publicados por Red Hat, especialmente en sistemas expuestos a comunicaciones de red TCP/IPv4.
3. Planificar y ejecutar el reinicio necesario tras la actualización para activar el núcleo corregido.
4. Verificar la versión del núcleo en ejecución después del reinicio y confirmar que corresponde con la actualización aplicada.
5. Si se valora aplicar filtrado de tráfico TCP/IPv4 con opciones IP como medida temporal, analizar antes su efecto sobre los servicios y comunicaciones de la organización.