Soporte técnico
Documentación
Inicio de sesión
Contáctenos
Ir directamente al resumen generado por IA de esta entrada del blog 
Hace casi un año, el equipo del kernel de Linux se convirtió en CVE Numbering Authority (CNA), lo que supuso un cambio significativo en la forma de rastrear y divulgar las vulnerabilidades del kernel. Lejos de ser una oleada temporal la avalancha de nuevos CVE ha continuado en 2025 a un ritmo sin precedentes.
En sólo los primeros 16 días de 2025, ya hemos visto 134 nuevas CVE del núcleo de Linux. Para poner esta cifra en perspectiva, consideremos el contexto histórico: en 2020 se produjeron 120 CVE en todo el año, en 2021 hubo 162, en 2022 se registraron 309 y en 2023 se registraron 290. El marcado contraste se hace aún más evidente cuando observamos el total de 3.529 CVE de 2024, un aumento de casi diez veces con respecto a años anteriores.
Por qué seguimos hablando de esto
Algunos se preguntarán por qué seguimos poniendo de relieve esta situación. La respuesta es sencilla: no se trata sólo de números. La actual avalancha de CVE tiene implicaciones de gran alcance que afectan a casi todos los aspectos de la seguridad y la gestión de los sistemas Linux:
- Desafíos de cumplimiento: Las organizaciones deben documentar y realizar un seguimiento de su respuesta a cada vulnerabilidad, lo que supone una enorme carga administrativa.
- Complejidad de la evaluación de riesgos: Con tantos CVE, determinar qué vulnerabilidades plantean verdaderos riesgos para entornos específicos se ha vuelto cada vez más difícil.
- Carga de recursos: Los equipos de seguridad están desbordados tratando de analizar, priorizar y abordar este volumen de vulnerabilidades potenciales.
- Impacto operativo: Los ciclos tradicionales de aplicación de parches y las ventanas de mantenimiento están resultando inadecuados para el ritmo actual de revelación de vulnerabilidades.
Estado actual
El enfoque del equipo del núcleo de (casi) "cada fallo obtiene una CVE", aunque bienintencionado en aras de la transparencia, ha creado una situación en la que los equipos de seguridad deben examinar una media de 8-9 nuevas CVE cada día en 2025 hasta ahora sólo para las vulnerabilidades relacionadas con el kernel - ni espacio de usuario, ni bibliotecas, ni nada más. Este ritmo no muestra signos de desaceleración y, de hecho, parece estar acelerándose en comparación con la segunda mitad de 2024.
Los usuarios de Enterprise Linux se enfrentan a una difícil elección: intentar seguir el ritmo de este torrente de CVE a través de los métodos tradicionales de aplicación de parches -que a menudo requieren reinicios del sistema y ventanas de mantenimiento- o encontrar enfoques alternativos como la aplicación de parches sin reinicio para gestionar el creciente flujo de actualizaciones de seguridad.
A medida que nos adentramos en 2025, va quedando claro que no se trata de un fenómeno temporal, sino más bien de la nueva normalidad para la gestión de la seguridad del núcleo de Linux. Las organizaciones deben adaptar sus estrategias y herramientas de seguridad para gestionar eficazmente este mayor volumen. Esto podría significar:
- Priorización más sofisticada de las vulnerabilidades
- Adopción de soluciones automatizadas de aplicación de parches
- Utilización de tecnologías de aplicación de parches en tiempo real para mantener la seguridad sin interrumpir las operaciones.
- Desarrollar mejores mecanismos de filtrado para identificar las vulnerabilidades verdaderamente críticas.
Aunque la transparencia proporcionada por la política CVE del equipo del kernel es valiosa, la comunidad de seguridad necesita desarrollar mejores formas de gestionar y responder a este volumen de revelaciones de vulnerabilidades. Esto podría incluir una mejor categorización, mejores evaluaciones de gravedad o mecanismos de filtrado más sofisticados para ayudar a las organizaciones a centrarse primero en los problemas más críticos.
Impacto en las herramientas de seguridad y automatización
El enorme volumen de CVE ha puesto de manifiesto las limitaciones de muchas herramientas de seguridad y escáneres de vulnerabilidades tradicionales. Las herramientas que se diseñaron para gestionar docenas de nuevas vulnerabilidades al mes tienen ahora dificultades para procesar cientos. Esto ha creado varios retos:
- Rendimiento de los escáneres: Los escáneres de vulnerabilidades tardan más en completar sus evaluaciones y a menudo trabajan con datos siempre obsoletos.
- Tasas de falsos positivos: El aumento del volumen ha dado lugar a más falsos positivos que requieren verificación manual.
- Generación de informes: Los informes de seguridad que antes eran concisos ahora tienen cientos de páginas. Las excepciones se convierten en la norma.
- Problemas de integración: Las herramientas de automatización de la seguridad y los sistemas SIEM tienen dificultades con el aumento del flujo de datos.
El reto de la distribución empresarial
Las distribuciones de Linux para empresas se enfrentan a una situación especialmente compleja. Deben:
- Analizar cada CVE en función de sus versiones compatibles
- Correcciones en caso necesario
- Pruebe estas correcciones con sus versiones estables
- Empaquetar y distribuir actualizaciones
- Documentar y comunicar estos cambios a sus usuarios
Con el actual volumen de CVE, cada vez es más difícil mantener este proceso sin perder la estabilidad que esperan los usuarios de las empresas.
Cumplimiento y auditoría
La avalancha de CVE ha complicado los procesos de cumplimiento y auditoría de varias maneras:
- Registros de auditoría: Las organizaciones deben documentar su respuesta a cada CVE, creando pistas de auditoría masivas.
- Evaluaciones de riesgos: Las evaluaciones periódicas de riesgos llevan más tiempo y requieren más recursos.
- Requisitos de información: Los informes de cumplimiento han aumentado considerablemente en tamaño y complejidad.
- Plazos de reparación: Los plazos estándar de reparación suelen ser insuficientes para el volumen actual.
Los costes ocultos
Más allá de los obvios retos técnicos, las organizaciones se enfrentan a un aumento de los costes en varias áreas críticas. Los recursos de personal se están agotando, ya que se necesita más tiempo para analizar y procesar los CVE. Los costes de infraestructura aumentan debido a la necesidad de recursos informáticos adicionales para el análisis de seguridad y las pruebas de parches. También aumenta la necesidad de formación de los equipos de seguridad para que puedan gestionar con eficacia el aumento de la carga de trabajo. Además, las inversiones en herramientas de seguridad nuevas o actualizadas son esenciales para gestionar con eficacia el volumen de tareas.
Enfoques alternativos
Las organizaciones están adoptando diversas estrategias para hacer frente a esta nueva realidad:
- Priorización basada en el riesgo: Centrarse en las vulnerabilidades que plantean el mayor riesgo para su entorno específico, con la advertencia de que el análisis de riesgos inicial e independiente de cada CVE también está llevando más tiempo - muchos CVE de 2024 están todavía "en análisis."
- Soluciones de parcheo sin reinicio: Implantación de tecnologías que permiten actualizar la seguridad sin reiniciar el sistema.
- Clasificación automatizada: Desarrollo de sistemas automatizados para clasificar y priorizar los CVE.
- Seguimiento selectivo: Siguiendo sólo los CVE que afectan a sus configuraciones específicas del kernel. Esto añade más carga de trabajo y complejidad a las operaciones de backporting de parches.
Mirando al futuro
A medida que avanzamos hacia 2025, se hacen patentes varias tendencias:
- Evolución de las herramientas: Las herramientas de seguridad tendrán que evolucionar para gestionar este volumen de forma eficiente
- Adaptación de procesos: Las organizaciones deben racionalizar sus procesos de gestión de la vulnerabilidad
- Asignación de recursos: Las empresas deben reevaluar sus presupuestos de personal y herramientas de seguridad
- Colaboración de la industria: La comunidad de seguridad necesita desarrollar mejores formas de compartir información y recursos.
Notas finales
La situación de la CVE del kernel de Linux representa un cambio fundamental en la forma de abordar la gestión de las vulnerabilidades de seguridad. Aunque la mayor transparencia es valiosa, ha creado retos significativos que requieren nuevas soluciones y enfoques.
Las organizaciones deben adaptar sus prácticas de seguridad al tiempo que mantienen una protección eficaz contra las amenazas reales. Esto podría significar invertir en nuevas herramientas, adoptar estrategias alternativas de aplicación de parches o replantearse por completo su enfoque de la gestión de vulnerabilidades de Linux.
Está claro que no se trata de una oleada temporal, sino de una nueva normalidad que requiere soluciones a largo plazo. La comunidad de seguridad debe trabajar unida para desarrollar mejores formas de gestionar este volumen de información de seguridad, garantizando al mismo tiempo que las vulnerabilidades críticas no se pierdan en el ruido.
