CISA suma a KEV falla crítica CVSS 10 en GitLab
La vulnerabilidad de path traversal (CVE-2026-85706) en GitLab CE/EE permite lectura arbitraria de archivos vía la API de commits. Dos fuentes primarias ya reportan sondeos activos tras la divulgación pública.
- CISA agregó CVE-2026-85706 —una falla de path traversal en GitLab Community Edition y Enterprise Edition, con CVSS 10— a su catálogo de Vulnerabilidades Explotadas Conocidas (KEV) el 11 de septiembre de 2026, con base en evidencia de explotación activa.
- La corroboración cruza tres fuentes distintas: CISA y CSA Labs llegaron al hallazgo de forma independiente (ambas primarias), más cobertura de The Hacker News. Según nuestra metodología, dos fuentes primarias bastan para hablar de patrón confirmado, no solo de indicio.
- GitLab autoalojado (CE/EE) es una pieza común de la cadena de CI/CD en equipos de desarrollo en Chile. Una instancia expuesta a internet sin parchar permite a un atacante leer archivos arbitrarios del servidor, lo que puede escalar a robo de credenciales, tokens de CI/CD o compromiso de repositorios.
Qué pasó
CISA sumó CVE-2026-85706 a su catálogo KEV (Known Exploited Vulnerabilities), lo que bajo su definición implica evidencia de explotación activa en el mundo real, no solo prueba de concepto. La vulnerabilidad afecta a GitLab Community Edition y Enterprise Edition y corresponde a un path traversal.
Según el título de la nota de investigación de CSA Labs ("GitLab CVSS 10 Commits-API Flaw Under CISA Mandate"), el punto de entrada estaría en la API de commits de GitLab, lo que sugiere que una solicitud manipulada contra ese endpoint permite leer archivos fuera del directorio esperado del repositorio. The Hacker News reporta además "sondeos in-the-wild" (in-the-wild probes) tras la divulgación pública de la falla.
La alerta de CISA no publica en su cuerpo las versiones específicas afectadas ni corregidas de GitLab, así que no las inventamos aquí: lo correcto es verificar el advisory oficial de GitLab (GitLab Security Release) para confirmar el rango exacto de versiones vulnerables y la versión que corrige el problema.
CISA vincula esta adición a la BOD 26-04, que fija obligaciones de remediación priorizada por riesgo para agencias del Ejecutivo Federal de EE.UU. sobre activos expuestos públicamente que otorgan control total del activo. No citamos plazos específicos porque el texto de la alerta no los detalla en el fragmento disponible; quien deba cumplir BOD 26-04 debe revisar el directivo completo.
Por qué importa acá
GitLab autoalojado es una herramienta habitual en organizaciones chilenas con equipos de desarrollo propio —bancos, retail, telcos, software factories— porque concentra código fuente, pipelines de CI/CD y, frecuentemente, secretos (tokens de despliegue, credenciales de nube, llaves de API) en variables de proyecto.
Un path traversal explotable contra la API de commits, sin autenticación previa confirmada en la fuente, es especialmente peligroso en instancias expuestas directamente a internet para colaboración remota o integraciones externas. La lectura arbitraria de archivos del servidor puede exponer archivos de configuración con credenciales de base de datos, tokens de runners de CI/CD, o incluso claves privadas usadas para firmar despliegues.
Evaluación, confianza media: es razonable esperar que un porcentaje relevante de las instancias GitLab autoalojadas en Chile estén dentro de la red corporativa y no expuestas a internet, lo que reduciría el riesgo inmediato. La alternativa que no podemos descartar es que instancias usadas para colaboración con contratistas externos, freelancers o partners sí estén publicadas. No contamos con datos de superficie expuesta (tipo Shodan/Censys) sobre .cl que confirme cuántas instancias están accesibles desde internet; un escaneo de superficie propio lo confirmaría o lo refutaría.
No sabemos si existe alguna organización chilena afectada específicamente por esta explotación; no hay alerta ANCI vinculada a esta CVE al momento de escribir esto. El ámbito de esta pieza es global porque el hecho —CVSS 10, explotación activa confirmada por CISA, cobertura corroborada por dos fuentes primarias— es estructuralmente importante independiente de una víctima local identificada.
Anatomía del ataque
Mapeo a marcos públicos, para que puedas cruzarlo con tu propia matriz de cobertura.
T1190— El vector reportado es una API pública de GitLab (commits API) accesible sin necesidad de acceso previo a la red interna.T1005— El path traversal permite leer archivos del sistema de archivos del servidor GitLab más allá del scope esperado del repositorio.T1552.001— Evaluación de riesgo, no hecho confirmado: si los archivos leídos incluyen configuración de GitLab o variables de CI/CD, el atacante podría obtener credenciales o tokens almacenados en texto plano.
Estructurado sobre las seis funciones del NIST CSF 2.0, según el ciclo de respuesta a incidentes de NIST SP 800-61r3 (abril 2025, reemplaza al r2). Proteger y Detectar vienen abiertas.
GV GobernarQuien decide, que se reporta y a quien
La inclusión en el catálogo KEV de CISA es, en la práctica, una señal de priorización: cualquier organización que reporta a un directorio de gestión de vulnerabilidades basado en KEV (propio o exigido por un cliente/regulador) debe marcar esta CVE como de remediación inmediata. Si una organización chilena sufre un incidente derivado de esta falla y califica como afectación grave, corresponde evaluar el deber de reporte a ANCI conforme a la Ley 21.663 según los criterios y plazos que defina la autoridad — no citamos un plazo específico porque no lo verificamos contra el texto legal vigente al momento de esta pieza.
- Registrar CVE-2026-85706 en el tablero de gestión de vulnerabilidades con prioridad crítica y dueño asignado.
- Definir quién en la organización decide si la exposición actual de GitLab constituye un incidente reportable y bajo qué criterio.
ID IdentificarSi esto me toca, por donde me toca
El primer paso es saber si la organización tiene GitLab autoalojado, en qué versión, y si es alcanzable desde internet.
- Inventariar todas las instancias de GitLab CE/EE autoalojadas (no aplica a GitLab.com SaaS gestionado por GitLab Inc.).
- Confirmar la versión instalada contra el advisory oficial de GitLab para esta CVE.
- Revisar el firewall perimetral y el WAF para determinar si el puerto de GitLab está publicado a internet o solo accesible vía VPN.
- Revisar logs de acceso de los últimos 30 días buscando solicitudes a endpoints
/api/v4/projects/*/repository/commits*con patrones anómalos.
PR ProtegerComo evito que ocurra
Mientras no exista confirmación de la versión parchada aplicada, la exposición a internet es el factor de riesgo dominante.
- Aplicar el parche o actualización de GitLab correspondiente a esta CVE en cuanto se confirme la versión corregida en el advisory oficial.
- Si el parche no puede aplicarse de inmediato, restringir el acceso a la API de commits a rangos IP conocidos (VPN corporativa) mediante reverse proxy o WAF.
- Rotar tokens de CI/CD, llaves de despliegue y credenciales almacenadas en variables de proyecto expuestas a la instancia afectada, como medida preventiva.
Controles priorizados
P1: esta semana · P2: este mes · P3: este trimestre
| Prio | Control | Esfuerzo | Mapeo |
|---|---|---|---|
| P1 | Aplicar el parche o versión corregida de GitLab para CVE-2026-85706 apenas se confirme contra el advisory oficial | medio | MITRE ATT&CK M1051 CIS Controls v8 7.1 ISO 27001 A.8.8 |
| P1 | Restringir el acceso a instancias GitLab autoalojadas a redes internas/VPN, eliminando exposición directa a internet donde no sea estrictamente necesaria | medio | MITRE ATT&CK M1030 CIS Controls v8 12.2 ISO 27001 A.8.20 |
| P1 | Desplegar regla de WAF/reverse proxy que bloquee patrones de path traversal contra endpoints de la API de commits | bajo | MITRE ATT&CK M1031 CIS Controls v8 13.3 ISO 27001 A.8.16 |
| P2 | Rotar tokens de CI/CD, llaves de despliegue y secretos almacenados en variables de proyecto de la instancia afectada | medio | MITRE ATT&CK M1041 CIS Controls v8 3.11 ISO 27001 A.8.24 |
Si la instancia GitLab está en la ruta crítica de despliegue a producción (CI/CD), priorizar el parche por sobre la mitigación temporal: un WAF reduce la superficie pero no cierra el path traversal a nivel de aplicación.
DE DetectarComo me doy cuenta de que ya ocurrio
La detección se apoya en logs de acceso web y de auditoría de GitLab, buscando secuencias de path traversal (../, variantes codificadas) contra endpoints de la API de commits.
- Habilitar y centralizar el logging de acceso de GitLab (
production.log,gitlab-workhorse) hacia el SIEM. - Desplegar las reglas de detección de esta pieza y ajustar
falsos_positivosa la operación real antes de pasarlas a modo de bloqueo automático.
Qué necesitas tener logueado
- Logs de acceso y auditoría de GitLab (production.log, gitlab-workhorse)
- Logs de WAF / reverse proxy frente a la instancia GitLab
- Logs de firewall perimetral / proxy saliente
Reglas y consultas de detección
title: Posible Path Traversal en API de Commits de GitLab (CVE-2026-85706)
id: d3f4a1c2-8b7e-4f9a-9c3d-1a2b3c4d5e6f
status: experimental
description: Detecta solicitudes HTTP hacia la API de commits de GitLab que contienen secuencias de path traversal, consistentes con la explotación de CVE-2026-85706.
references:
- https://www.cisa.gov/news-events/alerts/2026/09/11/cisa-adds-one-known-exploited-vulnerability-catalog
- https://www.cve.org/CVERecord?id=CVE-2026-85706
author: Vantis
date: 2026-09-15
logsource:
category: webserver
detection:
selection_endpoint:
cs-uri-stem|contains: '/repository/commits'
selection_traversal:
cs-uri-query|contains:
- '../'
- '..%2f'
- '%2e%2e%2f'
- '..%252f'
condition: selection_endpoint and selection_traversal
falsepositives:
- Herramientas de escaneo de seguridad interno autorizadas
- Nombres de rama o rutas de archivo legítimas con puntos consecutivos (poco común)
level: high
index=proxy OR index=web sourcetype=nginx:access OR sourcetype=waf | regex uri_path="/repository/commits" | regex uri_query="(\.\.\/|\.\.%2f|%2e%2e%2f|\.\.%252f)" | stats count by src_ip, uri_path, uri_query, dest | where count > 0
CommonSecurityLog
| where DeviceVendor has_any ("WAF", "F5", "Cloudflare", "Azure")
| where RequestURL has "/repository/commits"
| where RequestURL matches regex @"(\.\.\/|\.\.%2f|%2e%2e%2f|\.\.%252f)"
| project TimeGenerated, SourceIP, RequestURL, DeviceVendor, DeviceAction
| sort by TimeGenerated desc
Herramientas internas de escaneo de vulnerabilidades (DAST) que prueban path traversal contra la misma instancia generarán coincidencias legítimas; hay que excluir sus rangos IP conocidos. Nombres de rama con secuencias de puntos consecutivos son extremadamente inusuales pero no imposibles; conviene revisar manualmente antes de bloquear automáticamente.
RS ResponderContencion y erradicacion
Si se detecta explotación confirmada (no solo sondeo), el tratamiento es como compromiso de servidor con posible exposición de secretos, no como incidente menor.
- Aislar la instancia de GitLab de la red si hay evidencia de explotación exitosa (no solo intentos bloqueados).
- Rotar de inmediato todos los tokens de API, llaves SSH y secretos de CI/CD asociados a proyectos alojados en la instancia.
- Auditar el historial de commits y acciones administrativas recientes en busca de manipulación de pipelines o inserción de código.
- Forzar cierre de sesión de todos los usuarios y renovar credenciales de administración de la instancia.
RC RecuperarVolver a operar y no repetirlo
La vuelta a operación exige confirmar que la versión desplegada está efectivamente parchada y que no quedaron artefactos del acceso indebido.
- Verificar la versión final desplegada contra el advisory oficial de GitLab antes de reabrir el acceso.
- Si hubo evidencia de lectura de archivos sensibles, restaurar desde una copia de configuración conocida como íntegra y regenerar todos los secretos comprometidos.
- Monitorear la instancia con detección reforzada durante al menos 30 días tras la remediación.
- Incorporar la exposición a internet de herramientas de desarrollo (GitLab, Jenkins, etc.) como criterio explícito en la próxima revisión de superficie de ataque.
Llévatelo
Lo de arriba explica. Esto se ejecuta. Son archivos, no capturas de pantalla: se abren, se pegan y funcionan.
La regla Sigma es la canónica: es el formato neutral del que se derivan las demás. Si tu SIEM no aparece en la lista, esa se convierte con pySigma. Las traducciones a motores concretos van sin validar contra tu modelo de datos — revisa los nombres de tabla y campo antes de subirlas a producción.
Fuentes
- CISACISA Adds One Known Exploited Vulnerability to Catalog · 2026-09-11
- CVE.orgGitLab Community Edition and Enterprise Edition Path Traversal Vulnerability (CVE-2026-85706) · 2026-09-11
- CSA LabsGitLab CVSS 10 Commits-API Flaw Under CISA Mandate · 2026-09-12
- The Hacker NewsGitLab CVSS 10 File-Read Flaw Draws In-the-Wild Probes After Disclosure · 2026-09-11
¿Esto te aplica y no sabes por dónde partir?
Revisamos tu exposición real frente a lo que describe este análisis: superficie expuesta, cobertura de detección y brechas frente a la Ley 21.663. Diagnóstico de 15 minutos, sin costo.
Agendar diagnósticoRelacionado
Falla crítica en Hitachi Energy Asset Suite expone servlets sin autenticación
CISA documentó dos CVEs con CVSS 8.1 en el software de gestión de activos que usan generadoras, transmisoras y distribui…
CVE-2026-65660 en SharePoint on-premise ya se explota activamente
CISA la sumó a su catálogo de explotación activa seis semanas después del parche de agosto. En paralelo, el ransomware W…
CISA suma falla crítica de Apple a su catálogo de explotación activa
CVE-2026-86950 afecta iOS, macOS y otros productos Apple; el parche de emergencia ya está disponible. Fuentes técnicas l…