CEVIU Logo
Voltar

GoGatoZ expõe falhas críticas em pipelines GitLab CI/CD

Aprofundamento CEVIU

Aprofundamento

O GoGatoZ não é só mais uma ferramenta de varredura: ele automatiza a cadeia de ataque real em GitLab CI/CD, desde a detecção de forks não protegidos até a exfiltração efetiva de segredos via runners com privilégios elevados. Isso confirma o que já vimos em incidentes anteriores: pipelines mal configurados são alvos fáceis para invasores que não precisam explorar bugs no próprio GitLab, mas sim falhas humanas repetidas, como usar curl | bash, rodar containers como root ou deixar variáveis de ambiente visíveis em logs. Os dados da Black Hills (7.331 descobertas em 3.757 projetos) batem com o relatório de 2026 que aponta 84% das organizações tendo sofrido violação por falha de controle, e dois terços dessas envolvendo múltiplas brechas combinadas.

A gravidade aumenta quando cruzamos com os patches recentes do GitLab: em 13 de maio, 25 vulnerabilidades foram corrigidas, incluindo três DoS de alta severidade (CVSS 7.5) que não exigiam autenticação, ou seja, um atacante poderia interromper pipelines mesmo sem acesso ao repositório. Isso mostra que o risco não está só nas configurações dos times, mas também na infraestrutura subjacente, especialmente em instâncias auto-gerenciadas ainda sem atualização. E há um dado crítico ignorado por muitos: 57% das empresas relataram incidentes com segredos nos últimos dois anos, e o GoGatoZ encontrou 1.580 casos de alta severidade justamente nessa categoria, onde credenciais de cloud, tokens de API e chaves SSH são expostas em tempo real durante o build.

O que mudou

Em maio, a CEVIU já havia reportado duas campanhas reais de envenenamento em GitHub Actions (Megalodon e envenenamento de cache), mas eram ataques diretos a workflows públicos. O GoGatoZ muda o jogo: ele demonstra sistematicamente que o problema não é exclusivo do GitHub, e que o GitLab, embora menos visado historicamente, tem superfície de ataque equivalente, com padrões de má configuração ainda mais generalizados (dois terços dos projetos públicos analisados tinham ao menos uma falha crítica). Também evolui o que foi discutido em 1º de junho sobre modelagem de ameaças MITRE: agora há uma ferramenta prática que mapeia automaticamente os vetores de exploração descritos teoricamente, como 'exfiltração de segredos via merge request em fork', que antes era hipótese de ameaça e agora é evidência empírica em escala.

Por que isso importa

Um pipeline comprometido não é só um ponto de entrada: é uma porta aberta para a infraestrutura de produção inteira. Com runners Docker privilegiados, atacantes podem escalar para redes internas, roubar credenciais de nuvem e implantar backdoors persistentes, exatamente o que ocorreu na campanha Megalodon, mas agora replicável em escala no GitLab. O custo médio de uma violação chegou a 4,88 milhões de dólares, e 35% das empresas já se sentem superadas pelos cibercriminosos. Pior: 93% dos funcionários usam IA generativa em dispositivos móveis para trabalho, mas menos de 17% têm controles específicos para ataques assistidos por IA, e nada impede que um LLM gere um script shell inseguro para ser executado por um runner mal configurado. A segurança de CI/CD deixou de ser um detalhe operacional: é o novo perímetro crítico.

Linha do tempo

  1. Campanha Megalodon injeta 5.718 commits maliciosos em repositórios GitHub via workflows de CI

  2. Relatório CEVIU identifica envenenamento de cache no GitHub Actions como vetor de ataque em larga escala

  3. CEVIU analisa riscos específicos em ecossistema GitHub com modelagem de ameaças

  4. Falha crítica no Gitea expõe imagens de container privadas por quatro anos em 30 mil implantações

  5. CEVIU detalha matriz MITRE para ameaças em pipelines de CI/CD, destacando exfiltração de segredos

  6. Black Hills lança GoGatoZ e revela 1.580 falhas de alta severidade em pipelines GitLab CI/CD

Perguntas frequentes

O GoGatoZ pode ser usado em ambientes privados ou só em projetos públicos?

A ferramenta é open source e roda localmente, então pode auditar qualquer instância GitLab acessível, pública ou privada. Mas os resultados divulgados (3.757 projetos) vieram apenas do gitlab.com, pois é o único ambiente com acesso aberto para varredura em larga escala sem autenticação.

Por que 'runners com privilégios elevados' são tão perigosos?

Runners com permissão de root ou acesso direto ao host permitem que qualquer job execute comandos de sistema, acesse arquivos fora do workspace e se comunique com redes internas. Se um pipeline for manipulado, por exemplo, via merge request em fork não protegido, o atacante ganha controle total sobre o ambiente de build, podendo roubar segredos, implantar malware ou até atacar outros sistemas da rede.

Qual a diferença entre variáveis mascaradas e variáveis protegidas no GitLab?

Variáveis mascaradas escondem seu valor nos logs de execução, mas ainda estão disponíveis para todos os jobs. Variáveis protegidas só são expostas em branches ou tags marcadas como 'protegidos'. Para segredos sensíveis, como chaves de API, a recomendação é usar ambas, ou migrar para gerenciadores externos como HashiCorp Vault integrados via OIDC.

O GitLab já corrigiu as falhas encontradas pelo GoGatoZ?

Não. O GoGatoZ não explora bugs no código do GitLab, mas sim más práticas de configuração, como forks não protegidos ou uso de 'curl | bash'. São falhas de processo, não de software. Por isso, não há 'patch' do GitLab: a correção depende de cada time ajustar políticas de branch, restringir runners e auditar pipelines manualmente ou com ferramentas como essa.

Avalie este artigo:
Compartilhar:
Categoria
CEVIU Segurança da Informação
Publicado
09 de junho de 2026
Fonte
CEVIU Segurança da Informação

Quer receber mais sobre CEVIU Segurança da Informação?

Conteúdo curado diariamente, direto no seu e-mail.

Conteúdo curado diariamenteDiversas categoriasCancele quando quiser