Recursos afectados:

Las versiones de GitLab Community Edition (CE) y GitLab Enterprise Edition (EE) comprendidas en los siguientes rangos:

• Rama 18.7 a 19.1: Versiones desde 18.7 hasta antes de 19.1.8
• Rama 19.2: Versiones desde 19.2 hasta antes de 19.2.6
• Rama 19.3: Versiones desde 19.3 hasta antes de 19.3.2

Detalle:

La vulnerabilidad CVE-2026-85706, clasificada con severidad Crítica (CVSS 10.0), afecta a GitLab Community Edition y Enterprise Edition. El fallo permite que un atacante remoto no autenticado acceda a archivos arbitrarios del servidor vulnerable mediante la explotación de una vulnerabilidad de traversal de ruta en la API de commits del repositorio. La vulnerabilidad ha sido incorporada al catálogo de Vulnerabilidades Explotadas Conocidas (KEV) de CISA y cuenta con material de explotación público.

Descripción:

La vulnerabilidad se debe a una validación insuficiente de las entradas suministradas por el usuario y a un manejo incorrecto del confinamiento de rutas dentro de la aplicación. Un atacante remoto podría enviar solicitudes especialmente manipuladas a la API de commits del repositorio para acceder a archivos que deberían permanecer restringidos.

La explotación exitosa permitiría la divulgación de información sensible almacenada en el servidor, incluyendo archivos de configuración y otros recursos internos. Debido a su alta criticidad y a la disponibilidad de pruebas de concepto públicas, esta vulnerabilidad representa un riesgo significativo para las instancias de GitLab expuestas y sin actualizar.

Solución:

GitLab ha publicado actualizaciones de seguridad para corregir esta vulnerabilidad. Se recomienda actualizar el producto a las siguientes versiones parcheadas (o superiores):

• Para la rama 19.1: Actualizar a la versión 19.1.8
• Para la rama 19.2: Actualizar a la versión 19.2.6
• Para la rama 19.3: Actualizar a la versión 19.3.2

Adicionalmente, se recomienda revisar los registros de acceso del servidor GitLab en busca de actividades sospechosas relacionadas con la API de commits y verificar que no se haya producido acceso no autorizado a archivos internos antes de la aplicación de los parches.