La vulnerabilidad CVE-2026-85706 alcanza la puntuación máxima de severidad y permite leer cualquier archivo del servidor en una sola solicitud HTTP, sin credenciales.
GitLab lanzó parches de emergencia el jueves para dos vulnerabilidades de alta severidad en su plataforma de desarrollo de software. La más grave, identificada como CVE-2026-85706, recibió una puntuación CVSS de 10.0 — el máximo en la escala de la industria — y permite a un atacante leer cualquier archivo en el servidor sin necesidad de cuenta ni credenciales. Un día después del lanzamiento de los parches, investigadores de WatchTowr Labs reportaron que ya estaban observando sondeos activos contra la falla en internet abierto. La Agencia de Seguridad de Infraestructura y Ciberseguridad de Estados Unidos (CISA) agregó ambas vulnerabilidades a su lista de Known Exploited Vulnerabilities (KEV) el viernes por la tarde, señal de que considera inminente la explotación a escala.
Cómo una falla de path traversal sin autenticación llegó a producción
CVE-2026-85706 reside en la interfaz que maneja commits de repositorio. GitLab indicó que bajo ciertas condiciones el código no logra confinar las rutas de archivo correctamente ni aplicar autenticación, lo que permite a un atacante acceder a cualquier archivo del servidor. La falla afecta releases desde la versión 18.7 hasta la 19.1.8, además de las líneas 19.2 y 19.3 anteriores a los parches de esta semana. El vector de ataque se puede activar en una única solicitud HTTP, lo que reduce la barrera técnica para la explotación y acelera la ventana de riesgo entre el anuncio del parche y la actualización de instancias vulnerables.
La segunda vulnerabilidad, CVE-2026-87719, afecta solo a GitLab Enterprise Edition con una puntuación CVSS de 9.9. Un usuario autenticado con acceso a Duo Chat puede ocultar un comando dentro de una solicitud ordinaria, lo que provoca que el servidor consulte su propia configuración de la función Advanced Search y devuelva credenciales almacenadas. Esta falla afecta releases desde la versión 18.3 en adelante. Aunque requiere autenticación previa, la capacidad de extraer contraseñas de configuración interna amplifica el riesgo en entornos donde múltiples usuarios tienen acceso a funciones de IA integradas.
El patrón que WatchTowr ya había visto en incidentes previos de GitLab
WatchTowr Labs señaló en un post de LinkedIn que organizaciones con servidores GitLab autogestionados accesibles desde internet abierto enfrentan el mayor riesgo. La firma sugirió a los equipos de defensa revisar sus logs en busca de solicitudes POST a direcciones bajo /api/v4/projects/{id}/repository/commits/ que incluyan un parámetro file.path. Basándose en vulnerabilidades anteriores de GitLab, WatchTowr advirtió que los ataques amplios y no dirigidos suelen aparecer poco después de la publicación de un parche. La firma indicó que el tiempo hasta la explotación indiscriminada probablemente no está lejos.
GitLab informó que su servicio alojado ya ejecuta el código corregido y que los clientes de su oferta Dedicated de un solo inquilino no están impactados. Sin embargo, las instancias autogestionadas — comunes en organizaciones que priorizan control sobre infraestructura propia o que operan en entornos regulados — dependen de que los administradores apliquen los parches manualmente. La ventana entre el anuncio público de la falla y la actualización efectiva de todas las instancias expuestas es el período de mayor riesgo, especialmente cuando el exploit requiere una sola solicitud HTTP y no deja rastro de autenticación fallida que pueda alertar a sistemas de monitoreo tradicionales.
Por qué Argentina y México quedan expuestos por su dependencia de instancias autogestionadas
En América Latina, sectores como fintech, gobierno digital y desarrollo de software para infraestructura crítica suelen operar instancias autogestionadas de GitLab por requisitos de soberanía de datos o políticas de seguridad internas. Argentina y México concentran una proporción significativa de estas implementaciones en la región, particularmente en entidades bancarias, proveedores de servicios cloud locales y equipos de desarrollo de aplicaciones gubernamentales. La falla CVE-2026-85706 no distingue entre repositorios públicos y privados: cualquier archivo accesible por el proceso del servidor — incluyendo configuraciones, claves SSH, tokens de API o secretos de CI/CD — puede ser leído sin autenticación. En entornos donde los repositorios contienen código de sistemas de pagos, infraestructura de identidad digital o aplicaciones de salud pública, la exposición de credenciales o lógica de negocio sensible puede derivar en compromisos en cadena que afectan a millones de usuarios finales.
La inclusión de ambas vulnerabilidades en la lista KEV de CISA implica que agencias federales de Estados Unidos tienen plazo obligatorio para parchear, pero también funciona como indicador de que actores de amenaza ya están mapeando instancias vulnerables a escala global. Organizaciones latinoamericanas que operan GitLab autogestionado y no han aplicado los parches enfrentan exposición directa a campañas de reconocimiento automatizado que, según el patrón observado por WatchTowr en incidentes previos, suelen escalar a explotación masiva en cuestión de días.
Nuestro análisis
CVE-2026-85706 representa un caso extremo de falla de diseño en componentes críticos de autenticación y control de acceso. La combinación de puntuación CVSS máxima, ausencia de requisitos de autenticación y explotación en una sola solicitud HTTP coloca esta vulnerabilidad en la misma categoría de riesgo que fallas históricas de path traversal en servidores web y sistemas de gestión de contenido que derivaron en compromisos masivos. La rapidez con que WatchTowr detectó sondeos activos — menos de 24 horas después del parche — confirma que actores de amenaza monitorean anuncios de seguridad de plataformas de desarrollo con la misma velocidad que los equipos de defensa. La ventana de exposición para organizaciones que no parchean de inmediato se mide en horas, no en días.
El patrón de GitLab en los últimos dos años muestra una recurrencia de fallas críticas en componentes de API y manejo de archivos, lo que sugiere que la superficie de ataque de la plataforma sigue expandiéndose más rápido que la capacidad de revisión de seguridad en el ciclo de desarrollo. La segunda vulnerabilidad, CVE-2026-87719, aunque requiere autenticación, expone un riesgo adicional en entornos donde funciones de IA como Duo Chat se habilitan sin segmentación de permisos adecuada: un usuario con acceso legítimo a una función de productividad puede extraer credenciales de configuración interna que luego habilitan movimiento lateral o escalada de privilegios. ¿Cuántas organizaciones en la región están ejecutando GitLab autogestionado con acceso desde internet abierto y todavía no aplicaron estos parches críticos?