Más de 1,000 servidores de GitLab siguen vulnerables a un fallo de máxima severidad (CVE-2026-97229) que permite la ejecución remota de código. A pesar de que GitLab lanzó parches hace tres semanas, CISA ha confirmado que la vulnerabilidad está siendo explotada activamente. Se recomienda a todas las instalaciones autogestionadas actualizar sus sistemas inmediatamente para evitar ataques.

Intentaron explotar una vulnerabilidad crítica de ejecución remota de código en el servidor GitLab de Alpine Linux los días 20 y 21 de octubre. Aunque no se encontró evidencia de manipulación de software, la falta de registros obligó al proyecto a reconstruir su servidor desde cero y restablecer todas las contraseñas por precaución. El incidente resalta el riesgo de ataques a la cadena de suministro en sistemas ampliamente utilizados como base para contenedores Docker.

GitLab ha lanzado parches urgentes para corregir una vulnerabilidad de severidad máxima (CVE-2026-110264) que permitiría a atacantes remotos ejecutar código arbitrario en los servidores. El fallo se debe a un desbordamiento de enteros en el compilador de expresiones regulares y afecta a diversas versiones de CE y EE. Se recomienda a todos los usuarios actualizar sus instancias inmediatamente para evitar posibles ataques.

GitLab ha lanzado actualizaciones de seguridad urgentes para corregir una vulnerabilidad crítica (CVE-2026-110264) que permite a atacantes ejecutar código de forma remota en servidores autogestionados sin necesidad de iniciar sesión. El fallo, que afecta tanto a la Community Edition como a la Enterprise Edition, posee la puntuación máxima de riesgo CVSS de 10.0. Las correcciones fueron publicadas el 21 de octubre de 2026.

El investigador Jonah Burgess ha publicado una prueba de concepto (PoC) para la vulnerabilidad CVE-2026-97229, la cual permite la ejecución remota de comandos (RCE) en servidores de GitLab. Este fallo se encuentra en el compilador de expresiones regulares de CI/CD y ha sido calificado como Crítico con una puntuación CVSS de 10.0. Debido a que el código del exploit ya es público, el riesgo es elevado para las organizaciones que no hayan actualizado sus sistemas.

GitLab ha lanzado actualizaciones de seguridad urgentes para solucionar una vulnerabilidad crítica (CVE-2026-97229) que permitiría a atacantes ejecutar código arbitrario en los servidores afectados sin necesidad de iniciar sesión. El fallo tiene una puntuación máxima de CVSS de 10.0 y afecta tanto a la Community Edition como a la Enterprise Edition, habiéndose publicado los parches el 12 de octubre de 2026.

GitLab corrigió una vulnerabilidad crítica (CVE-2026-90970) en su AI Gateway que permitía a usuarios autenticados ejecutar comandos arbitrarios. El fallo solo afecta a organizaciones que alojan su propio gateway, mientras que los servicios gestionados por GitLab ya fueron actualizados. Se recomienda a los clientes afectados actualizar inmediatamente a las versiones 19.2.4, 19.3.2 o 19.4.1.

GitLab ha lanzado actualizaciones de seguridad urgentes para solucionar dos vulnerabilidades críticas (CVE-2026-89078 y CVE-2026-93577). Estos fallos permitirían que atacantes autenticados ejecutaran código arbitrario en servidores vulnerables mediante el uso de expresiones regulares maliciosas en las configuraciones de CI/CD. Las correcciones ya están disponibles en las versiones 19.4.1, 19.3.3 y 19.2.7, afectando tanto a la edición Community como a la Enterprise.

La dirección de correo privada de GitLab para reportar incidencias funciona como una credencial permanente que permite a cualquiera suplantar al usuario. Un atacante puede usarla para enviar parches de código, realizar commits en ramas protegidas y ejecutar trabajos de CI/CD, saltándose el 2FA y restricciones de IP. Para mitigarlo, se recomienda restablecer el token de correo electrónico en el perfil de usuario o desactivar la función a nivel de instancia.

Una vulnerabilidad en la función de GitLab "Email work item to this project" puede permitir que atacantes comprometan repositorios privados. Según la investigación de Joe Leon de Aikido Security, si se expone la dirección privada del proyecto, que contiene un token de correo electrónico que no expira, un actor malintencionado podría utilizarlo como base para introducir código en repositorios privados.

GitLab ha instado a sus usuarios a actualizar sus servidores inmediatamente para corregir dos vulnerabilidades críticas: una de salto de directorio (CVE-2026-85706) que permite leer archivos arbitrarios y otra de deserialización insegura (CVE-2026-87719). Las correcciones ya están disponibles en las versiones 19.3.2, 19.2.6 y 19.1 para las ediciones CE y EE. GitLab.com ya ha sido actualizado, por lo que solo los usuarios de instalaciones autogestionadas deben tomar medidas.

GitLab lanzó parches urgentes para corregir vulnerabilidades críticas, destacando la CVE-2026-85706 con puntuación máxima de riesgo. Este fallo permite que usuarios no autenticados lean archivos sensibles del servidor, y ya se han detectado intentos de explotación activa. Se recomienda a las organizaciones actualizar sus instancias a las versiones 19.3.2, 19.2.6 o 19.1.8 inmediatamente.

Se ha detectado un fallo crítico de inyección de código en GitLab (CVE-2026-19478) que permite a atacantes no autenticados modificar o eliminar proyectos públicos. La vulnerabilidad está siendo explotada activamente, impulsada por el uso de IA para acelerar los ataques tras la divulgación. Se recomienda actualizar urgentemente a las versiones corregidas o restringir el acceso a la API de GraphQL.

GitLab ha lanzado actualizaciones de seguridad urgentes para corregir una vulnerabilidad crítica de GraphQL (identificada como CVE-2026-19478). Este fallo podría permitir que atacantes no autenticados modifiquen o eliminen proyectos públicos y datos de usuarios de forma remota. El problema afecta a las instalaciones de GitLab Community Edition y Enterprise Edition, y ha sido solventado en las versiones 19.2.4, 19.1.6 y 19.0.8.

GitLab lanzó actualizaciones urgentes para corregir una vulnerabilidad crítica (CVE-2026-19478) que permitiría a atacantes no autenticados modificar o eliminar proyectos públicos y datos de usuario. El parche afecta únicamente a instalaciones autogestionadas, mientras que las versiones en la nube ya están protegidas. También se solucionó un fallo de seguridad de nivel alto relacionado con solicitudes CSRF en GraphQL.

GitLab ha lanzado actualizaciones de seguridad críticas para corregir 13 vulnerabilidades que podrían exponer datos sensibles, manipular tuberías (pipelines) de CI/CD y afectar la disponibilidad de los servidores en sus ediciones Community y Enterprise. Las versiones corregidas (19.2.1, 19.1.3 y 19.0.5), publicadas el 29 de julio de 2026, solucionan fallos de severidad alta, media y baja.

Se ha revelado una cadena de exploits en GitLab que demuestra cómo dos fallos de seguridad de memoria, previamente desconocidos en la biblioteca de análisis de JSON de Ruby llamada Oj, pueden combinarse para lograr la ejecución remota de código en instalaciones predeterminadas. Esta vulnerabilidad expone el código fuente, los secretos de Rails y los servicios internos. El hallazgo fue realizado por el investigador Yuhang Wu, de Depthfirst, como parte de la Open Defense Initiative.

GitLab ha lanzado actualizaciones de seguridad críticas para corregir ocho vulnerabilidades detectadas en sus ediciones Community (CE) y Enterprise (EE). Se insta a los usuarios a actualizar inmediatamente a las versiones 19.1.2, 19.0.4 o 18.11.7, publicadas el 8 de julio de 2026, para mitigar riesgos de severidad alta, media y baja.

GitLab ha lanzado actualizaciones de seguridad urgentes para sus ediciones Community (CE) y Enterprise (EE). Estas versiones (19.0.1, 18.11.4 y 18.10.7) corrigen múltiples fallos de denegación de servicio (DoS), errores de autorización y vulnerabilidades relacionadas con Duo AI en instancias autogestionadas.

El investigador anónimo conocido como Nightmare-Eclipse ha sido bloqueado de dos importantes plataformas de alojamiento de código en menos de una semana. GitLab suspendió su cuenta el 26 de mayo de 2026, pocos días después de que GitHub (propiedad de Microsoft) también lo hiciera, como consecuencia de su disruptiva campaña pública de vulnerabilidades zero-day contra Microsoft.