CISA prioriza tres fallas explotadas del kernel Linux y exige investigación forense
CISA prioriza tres fallas explotadas del kernel Linux y exige investigación forense
CVE-2025-39682, CVE-2026-53266 y CVE-2025-39964 ingresaron al catálogo KEV tras confirmarse explotación real. Las fallas afectan kTLS, ebtables SNAT y la interfaz criptográfica AF_ALG del kernel Linux.
Qué ocurrió
CISA incorporó el 18 de septiembre tres vulnerabilidades del kernel Linux a su catálogo de fallas explotadas: CVE-2025-39682, CVE-2026-53266 y CVE-2025-39964. La agencia no atribuyó los ataques ni publicó objetivos o técnicas concretas, por lo que la confirmación de explotación procede de su inclusión en KEV.
Las tres entradas tienen fecha límite del 21 de septiembre para las agencias federales estadounidenses y requieren análisis forense de los activos potencialmente expuestos. Para el resto de organizaciones, la combinación de explotación confirmada y compromiso del kernel justifica aplicar la misma prioridad basada en riesgo.
Tres superficies distintas del kernel
CVE-2025-39682 afecta la ruta de recepción de kernel TLS cuando kTLS está habilitado y asociado a sockets TCP. Un registro de longitud cero puede romper las reglas de procesamiento y provocar que registros posteriores se manejen con supuestos incorrectos de cola y copia cero; Red Hat indica que esta condición puede activarse remotamente cuando la función está en uso.
CVE-2026-53266 es una escritura fuera de límites en el objetivo SNAT de ebtables para puentes, durante la reescritura de la dirección de hardware del remitente ARP. Requiere reglas específicas y acceso local, pero puede causar corrupción de memoria, denegación de servicio o elevación de privilegios.
CVE-2025-39964 es una condición de carrera en la interfaz criptográfica AF_ALG. Escrituras concurrentes sobre el mismo socket pueden intercalarse y dejar inconsistente el estado interno, con riesgo de corrupción de resultados criptográficos o caída del sistema.
Impacto y priorización
La exposición no es uniforme: depende de la distribución, el kernel empaquetado, los backports y de que cada subsistema esté realmente habilitado. Por ello, comparar únicamente el número de versión del kernel puede producir falsos positivos o negativos; la comprobación debe realizarse contra el aviso de la distribución y el paquete instalado.
Que dos fallas necesiten acceso local no reduce su importancia en servidores donde un atacante ya obtuvo una cuenta, explotó un servicio o escapó parcialmente de un contenedor. En ese escenario, el kernel puede convertirse en la vía para ampliar privilegios o afectar al host subyacente.
Acciones recomendadas
- Inventariar servidores, hipervisores, nodos Kubernetes y hosts de contenedores, verificando paquetes y avisos específicos de cada distribución.
- Aplicar el kernel corregido mediante los repositorios oficiales, reiniciar cuando corresponda y confirmar que el sistema arrancó con el paquete actualizado.
- Priorizar equipos que usan kTLS, reglas ebtables SNAT sobre ARP o aplicaciones que exponen AF_ALG a usuarios locales.
- Mientras se actualiza, deshabilitar módulos o reglas vulnerables solo después de comprobar que no son necesarios para las cargas de trabajo.
- Realizar triage retrospectivo: revisar kernel oops, reinicios, cambios de reglas, procesos con elevación inesperada, accesos locales anómalos y conexiones posteriores a posibles fallos del kernel.
Fuentes y referencias
Esta publicación es una síntesis original. Consulte las fuentes primarias para información técnica completa y actualizaciones.
- 1
- 2CISA — catálogo KEV ↗oficial
- 3
- 4Red Hat — CVE-2025-39682 ↗fabricante
- 5Red Hat — CVE-2025-39964 ↗fabricante
- 6Red Hat — CVE-2026-53266 ↗fabricante
¿Esta amenaza puede afectar a su empresa?
ENERIT puede ayudarle a evaluar exposición, priorizar remediaciones y fortalecer su operación de ciberseguridad.
Hablar con un especialista