Vulnerabilidad en GitLab: dos fallas críticas en octubre
Vulnerabilidad en GitLab: en octubre de 2026 se corrigieron dos fallas con la puntuación máxima, CVSS 10.0, que permiten ejecutar código en el servidor sin iniciar sesión. Además, quien instaló el primer parche sigue expuesto a la segunda falla. Por eso, si tienes GitLab en tu propio servidor, conviene actualizarlo de nuevo.
Qué es la vulnerabilidad en GitLab
La primera falla, CVE-2026-97229, se corrigió el 12 de octubre. En concreto, es un desbordamiento de entero en el compilador de expresiones regulares de CI/CD. Por su parte, la firma Rapid7 logró reproducir la ejecución de código en una instalación de GitLab 19.4.1 sin parche.
La segunda, CVE-2026-110264, se corrigió el 21 de octubre y tiene un alcance mayor. De hecho, afecta a las ediciones CE y EE desde la versión 7.0. En este caso, el desbordamiento ocurre en Onigmo, el motor de expresiones regulares de Ruby que GitLab incluye en sus paquetes.
Quién está en riesgo
El riesgo recae en las instalaciones propias, ya que GitLab.com tiene el parche y GitLab Dedicated no requiere ninguna acción. Asimismo, GitLab solo dice que el ataque ocurre bajo ciertas condiciones y no las detalla, así que lo prudente es tratar como expuesto cualquier servidor accesible por red.
Por otro lado, no había ataques reales confirmados en los reportes consultados, publicados hasta finales de octubre. Sin embargo, Wiz reporta un código de prueba público contra la segunda falla, aunque solo provoca un fallo del proceso y no la ejecución de código.
Cómo protegerte de la vulnerabilidad en GitLab
GitLab no ofrece una solución temporal para la segunda falla, así que actualizar es la medida principal. Estos son los pasos clave:
- Actualizar GitLab: instala la última versión de tu rama. Al 29 de octubre eran 19.5.3, 19.4.5, 19.3.7, 19.2.10, 19.1.10, 19.0.11 y 18.11.14.
- Revisar Ruby: si no usas el Ruby de los paquetes oficiales, actualízalo a 3.3.13, 3.4.12, 4.0.9 o posterior.
- Planear la ventana: las instalaciones de un solo nodo tendrán una pausa durante la actualización, así que conviene avisar a tu equipo.
- Revisar los registros: GitLab publicó dos reglas de detección, Onigmo native worker crash y Org mode render error burst. Aplícalas también a los registros anteriores al parche.
- Reducir la exposición: desactiva el registro público si no lo necesitas y separa el servidor y los runners de las redes de producción.
- Cambiar credenciales: si sospechas de una intrusión, renueva las credenciales y los tokens de tu instalación.
Finalmente, este caso muestra que un parche reciente no garantiza que un servidor siga protegido. Por lo tanto, ante la vulnerabilidad en GitLab, lo más urgente es confirmar qué versión tienes y no dar por hecho que la actualización de principios de octubre fue suficiente.
Recuerda que estaremos publicando constantemente en nuestro blog más contenido sobre tecnología.
Puedes encontrarnos en Facebook y LinkedIn para más contenido relacionado con seguridad en internet y muchos temas más.
Fuentes: GitLab (21 de octubre), GitLab (29 de octubre), eSecurity Planet, Wiz, fireup.pro.