GitLab ha emitido parches urgentes para una vulnerabilidad crítica, identificada con un puntaje CVSS de 10.0, que permite la ejecución remota de código (RCE) sin autenticación. Esta falla es de particular preocupación debido a su amplio alcance, afectando a las instalaciones de GitLab autogestionadas en un periodo de doce años.
La vulnerabilidad, rastreada como CVE-2026-110264, se debe a un desbordamiento de entero en el compilador de expresiones regulares de Ruby (Onigmo), que GitLab incluye en sus paquetes. Esto significa que un atacante puede ejecutar código arbitrario en el servidor al compilar una expresión regular especialmente diseñada, sin necesidad de credenciales de acceso. Su impacto es masivo, abarcando todas las versiones de GitLab desde la 7.0, lanzada en 2014. Es importante destacar que, aunque no hay evidencia de explotación activa, la gravedad de la falla es máxima.
La única protección confirmada es la aplicación de los parches provistos por GitLab. La empresa ha publicado actualizaciones para siete ramas de versiones, incluyendo versiones antiguas que normalmente ya no reciben soporte, lo que subraya la criticidad del problema. Es imperativo que los administradores de instancias de GitLab autogestionadas identifiquen su versión y actualicen a la correspondiente versión parcheada lo antes posible. GitLab.com y las instancias de GitLab Dedicated ya están protegidas o no requieren acción. Adicionalmente, GitLab ha liberado reglas de detección en formato Sigma para ayudar a identificar intentos de explotación en los logs de la aplicación.
Qué significa para tu empresa: Dada la severidad de esta vulnerabilidad, cualquier organización que utilice una instalación de GitLab autogestionada debe priorizar la aplicación de los parches. Una falla de este calibre, que podría permitir la ejecución de código no autorizado, requiere una vigilancia constante. Contar con un SOC con monitoreo 24/7 es crucial para detectar patrones sospechosos o intentos de explotación en sus sistemas en tiempo real, permitiendo una acción proactiva y minimizando el riesgo de un impacto severo en la continuidad de sus operaciones.
Fuente original: The Hacker News — ver artículo →