Soporte técnico
Documentación
Inicio de sesión
Contáctenos
Ir directamente al resumen generado por IA de esta entrada del blog 
La Agencia de Seguridad Cibernética y de Infraestructuras de EE. UU. (CISA) ha añadido recientemente dos vulnerabilidades del kernel de Linux a su catálogo de vulnerabilidades explotadas conocidas (KEV), lo que indica que estos riesgos de seguridad, que antes eran teóricos, ahora son amenazas confirmadas que están siendo explotadas activamente por actores maliciosos. Esta novedad exige la atención inmediata de los administradores de Linux y los profesionales de la seguridad.
Las vulnerabilidades en cuestión, CVE-2024-53197 y CVE-2024-53150han recibido una puntuación CVSS de 7,8 y afectan al controlador de audio USB ALSA del núcleo de Linux. Las agencias del Poder Ejecutivo Civil Federal (FCEB) deben parchear estas vulnerabilidades antes del 30 de abril de 2025en virtud de la Directiva Operativa Vinculante (BOD) 22-01. Se recomienda encarecidamente a otras organizaciones que sigan su ejemplo.
Comprender las vulnerabilidades
CVE-2024-53197: Acceso a memoria fuera de los límites en el controlador USB-Audio
Esta vulnerabilidad afecta específicamente a los dispositivos Extigy y Mbox e implica un manejo incorrecto de los datos de configuración USB. El problema proviene del método bNumConfigurations proporcionado por los dispositivos USB conectados. Si este valor excede el espacio de configuración asignado en memoria, las operaciones posteriores del kernel podrían acceder a la memoria más allá de los límites previstos.
Los detalles técnicos revelan que cuando un dispositivo USB malicioso o mal configurado proporciona un bNumConfigurations superior al asignado en usb_get_configuration para dev->configpuede dar lugar a accesos a memoria fuera de los límites durante operaciones posteriores como usb_destroy_configuration. Esto plantea riesgos significativos de corrupción de memoria o inestabilidad del sistema.
La corrección implementada valida el recuento de configuración antes de su uso, asegurando que el kernel no accede a la memoria fuera de las regiones asignadas.
CVE-2024-53150: Lecturas fuera de los límites en Clock Descriptor Traversal
La segunda vulnerabilidad está relacionada con el controlador ALSA USB-audio del kernel de Linux, que no valida el parámetro bLength en los descriptores de reloj de audio USB durante el recorrido. Sin la validación adecuada, un dispositivo USB malicioso o mal configurado podría suministrar un descriptor con un valor de bLengthlo que podría provocar lecturas fuera de los límites.
El parche introduce comprobaciones de cordura en las funciones de validación para el recorrido de los descriptores de reloj. Cuando la longitud de un descriptor es menor de lo esperado, se omite en el bucle. Para los descriptores de fuente de reloj y multiplicador, el parche implementa una comprobación contra la función sizeof() de cada tipo de descriptor. El descriptor del selector de reloj requería comprobaciones adicionales debido a su estructura más compleja que contiene un array de bNrInPins y campos adicionales.
El contexto más amplio: Explosión de informes sobre vulnerabilidades del kernel
Estas nuevas adiciones de KEV se producen en medio de un aumento sin precedentes de los CVE del kernel de Linux, lo que crea importantes retos para los equipos de seguridad que intentan priorizar los parches y las mitigaciones. El espectacular aumento está directamente relacionado con el hecho de que el equipo del núcleo de Linux se convirtiera en Autoridad de Numeración de CVE (CNA) en 2024 y adoptara un enfoque de asignación de CVE a casi todos los errores:
- 2022: 309 CVE totales del kernel
- 2023290 CVE totales del kernel
- 2024: 3.887 CVE de núcleo en total (después de convertirse en CNA)
- 2025: 1.476 CVE de kernel en sólo los tres primeros meses
Este aumento de más de 13 veces de 2023 a 2024 ha creado lo que puede describirse como "fatiga de CVE", lo que hace cada vez más difícil separar las vulnerabilidades verdaderamente críticas de los problemas menos graves.
Implicaciones para los equipos de seguridad
La adición de estas vulnerabilidades al catálogo KEV de CISA marca una distinción crítica. Mientras que cada año se revelan miles de vulnerabilidades del kernel, la inclusión en la lista KEV confirma que estos fallos concretos están siendo explotados activamente. Esto hace que pasen de ser riesgos teóricos a amenazas inmediatas que requieren atención inmediata.
Para las organizaciones que ya están luchando con la avalancha de CVE del kernel, esto supone una carga adicional para sus limitados recursos. Los equipos de seguridad deben ahora:
- Identificar los sistemas afectados en su entorno
- Priorizar la aplicación de parches en función de la exposición y la criticidad
- Aplicar medidas paliativas a los sistemas que no puedan parchearse de inmediato.
- Supervisar los intentos de explotación utilizando los detalles de la vulnerabilidad ahora pública.
- Opte por un enfoque diferente en cuanto a la metodología de aplicación de parches y elija una tecnología de aplicación de parches sin reinicio, como KernelCare Enterprise de TuxCare, que puede aplicar parches sin interrupciones.
Medidas recomendadas
Medidas inmediatas
- Identificar sistemas vulnerables: Realice un inventario para identificar los sistemas Linux que puedan estar afectados, en particular aquellos con periféricos USB conectados.
- Aplicar parches disponibles: Actualice a las versiones del kernel que contienen las correcciones para estas vulnerabilidades. Los parches han sido retroportados a las ramas mantenidas del kernel.
- Implementar controles de dispositivos USB: Cuando no sea posible aplicar parches de forma inmediata, considere la posibilidad de limitar o restringir las conexiones de dispositivos USB, especialmente en servidores y sistemas críticos.
- Control de actividades sospechosas: Mejora la supervisión de comportamientos inusuales del sistema, especialmente relacionados con las conexiones y desconexiones de dispositivos USB.
Estrategia a largo plazo para gestionar la crecida del CVE
- Gestión de vulnerabilidades basada en el riesgo: Desarrolle un marco que priorice las vulnerabilidades en función del riesgo real para su entorno en lugar de intentar parchearlo todo.
- Modernizar la gestión de parches: Invierta en soluciones que puedan automatizar la aplicación de parches a las vulnerabilidades a medida que se conocen, sin necesidad de tiempo de inactividad o interrupción del servicio, como rebootless live patching.
- Enfoques de defensa en profundidad: Implementar controles de seguridad adicionales que puedan mitigar la explotación incluso cuando existan vulnerabilidades.
- Comprometerse con la Comunidad: Participe en los foros y debates sobre seguridad de Linux para mantenerse informado sobre las vulnerabilidades realmente importantes.
Reflexiones finales
La adición de estas vulnerabilidades del núcleo de Linux al catálogo KEV de CISA subraya las amenazas que plantean en el mundo real. Aunque el crecimiento explosivo de los CVE del kernel supone un reto para los equipos de seguridad, centrarse en las vulnerabilidades que se ha confirmado que están siendo explotadas activamente proporciona una señal de priorización más clara.
A medida que el proyecto del núcleo de Linux continúa con su enfoque de asignación de CVE más exhaustivo, los profesionales de la seguridad deben adaptarse desarrollando estrategias de gestión de vulnerabilidades más sofisticadas que se centren en el riesgo en lugar de intentar abordar cada problema notificado.
Para las organizaciones centradas en Linux, estos acontecimientos refuerzan la necesidad de recursos dedicados a la seguridad del núcleo y ponen de relieve la tensión existente entre la divulgación exhaustiva de vulnerabilidades y las operaciones prácticas de seguridad.
