Cordyceps expõe falhas críticas na cadeia de suprimentos
Aprofundamento CEVIU
Aprofundamento
A falha conhecida como Cordyceps não é um bug isolado, mas um padrão sistêmico de má configuração em workflows de CI/CD no GitHub Actions que transforma arquivos YAML, tratados como simples "configuração", em vetores de ataque críticos. O problema está na forma como dados não confiáveis de pull requests ou comentários são processados por pipelines com altos privilégios, muitas vezes sem validação ou sanidade, permitindo que atacantes com conta gratuita no GitHub executem código arbitrário, roubem tokens persistentes e injetem artefatos maliciosos diretamente na cadeia de produção.
O mais perigoso: os ataques são compostos por múltiplos passos, onde cada etapa individual parece inofensiva. Um comentário dispara um workflow de baixo privilégio, cuja saída alimenta outro de alto privilégio, que por sua vez tem acesso a chaves de nuvem, como roles/owner no GCP. Ferramentas tradicionais de segurança (SAST, DAST, scanners de dependências) falham nesse cenário porque não enxergam o salto entre fronteiras de confiança. A vulnerabilidade só existe na composição, não no código isolado.
Por que isso importa
Esse tipo de falha compromete não apenas repositórios individuais, mas toda a cadeia de suprimentos de software. Um único workflow corrompido em projetos como Black (Python), Apache Doris ou Azure Sentinel pode gerar imagens Docker infectadas, playbooks de segurança manipulados ou bases de dados analíticas adulteradas, distribuídos automaticamente para milhares de empresas downstream, incluindo bancos, provedores de nuvem e laboratórios de IA. O impacto escala exponencialmente porque agentes de IA reproduzem esses padrões inseguros ao gerar novos arquivos de workflow, espalhando a falha como um vírus. O pior: tudo isso é explorável por qualquer pessoa, sem autenticação prévia.
Linha do tempo
Novee divulga pesquisa sobre Cordyceps, revelando mais de 300 cadeias de ataque exploráveis em repositórios open source críticos como Microsoft, Google, Apache, Cloudflare e Python Software Foundation
Perguntas frequentes
O que torna o Cordyceps diferente de uma vulnerabilidade comum?
Cordyceps não é um bug de software, mas um erro de arquitetura em workflows de CI/CD. Ele explora a combinação de múltiplos processos aparentemente seguros que, quando conectados, criam um caminho de ataque completo. Isso foge do radar de scanners tradicionais, que analisam arquivos isoladamente e não entendem fluxos de dados entre pipelines com diferentes níveis de privilégio.
Como atacantes exploram esse problema com apenas uma conta gratuita?
Ao abrir um PR ou comentar em um repositório, o atacante dispara automaticamente um workflow configurado para rodar com permissões elevadas. Se esse workflow processa entradas sem sanitização, ele pode executar comandos arbitrários, roubar tokens ou gerar artefatos maliciosos. Em casos como o do projeto Black, o token roubado permite até aprovar automaticamente novos PRs, abrindo caminho direto para o main branch.
Por que ferramentas de segurança tradicionais não detectam isso?
Ferramentas SAST e DAST focam em código-fonte ou dependências, não em workflows de CI/CD escritos em YAML. Além disso, elas não modelam o comportamento de sistemas compostos ou saltos entre níveis de confiança. O risco aqui está na lógica de execução e na orquestração entre pipelines, algo que exige raciocínio de atacante, não apenas análise sintática.
Como corrigir esse tipo de falha?
A correção envolve isolar ambientes de build, validar rigorosamente entradas externas em workflows acionáveis por não-membros, usar tokens com tempo limitado e aplicar controles de aprovação manual para ações sensíveis. Também é essencial tratar arquivos de CI/CD como código de segurança crítica, não como mera configuração, e revisá-los com as mesmas práticas de segurança de código-fonte.
Fontes
- novee.securityfonte original
- Categoria
- CEVIU Segurança da Informação
- Publicado
- 25 de junho de 2026
- Editoria
- CEVIU Segurança da Informação

