Suporte upstream incluído

Arquivos de suporte são incluídos em caminhos relativos à skill. Veja UPSTREAM-NOTICE.md para suas fontes fixadas, licenças, hashes e alterações de importação.

Revisão de Segurança do GitHub Actions

Encontre vulnerabilidades exploráveis em fluxos de trabalho do GitHub Actions. Cada descoberta DEVE incluir um cenário de exploração concreto — se você não conseguir construir o ataque, não o reporte.

Esta skill codifica padrões de ataque de exploits reais do GitHub Actions — não teoria genérica de CI/CD.

Quando Usar

• Você está revisando fluxos de trabalho do GitHub Actions em busca de problemas de segurança exploráveis.
• A tarefa requer rastrear um caminho de ataque concreto de um atacante externo para a execução do fluxo de trabalho ou exposição de segredos.
• Você precisa de uma revisão de segurança de arquivos de fluxo de trabalho, ações compostas ou scripts relacionados a fluxos de trabalho com descobertas baseadas em evidências apenas.

Escopo

Revise os fluxos de trabalho fornecidos (arquivo, diff ou repositório). Pesquise a base de código conforme necessário para rastrear caminhos de ataque completos antes de relatar.

Arquivos para Revisar

• .github/workflows/*.yml — todas as definições de fluxo de trabalho
• action.yml / action.yaml — ações compostas no repositório
• .github/actions/*/action.yml — ações reutilizáveis locais
• Arquivos de configuração carregados por fluxos de trabalho: CLAUDE.md, AGENTS.md, Makefile, scripts shell sob .github/

Fora do Escopo

• Fluxos de trabalho em outros repositórios (apenas anote a dependência)
• Permissões de instalação do GitHub App (anote se for relevante)

Modelo de Ameaça

Reporte apenas vulnerabilidades exploráveis por um atacante externo — alguém sem acesso de escrita ao repositório. O atacante pode abrir PRs de forks, criar issues e postar comentários. Eles não podem fazer push para branches, acionar workflow_dispatch ou acionar fluxos de trabalho manuais.

Não sinalize vulnerabilidades que exigem acesso de escrita para serem exploradas:

• Injeção de entrada em workflow_dispatch — requer acesso de escrita para acionar
• Injeção de expressão em fluxos de trabalho apenas push em branches protegidas
• Injeção de entrada em workflow_call onde todos os chamadores são internos
• Segredos em fluxos de trabalho apenas workflow_dispatch/schedule

Confiança

Reporte apenas descobertas de ALTA e MÉDIA confiança. Não reporte problemas teóricos.

Para cada descoberta ALTA, forneça todos os cinco elementos:

1. Ponto de entrada — Como o atacante entra? (fork PR, comentário de issue, nome de branch, etc.)
2. Payload — O que o atacante envia? (código/YAML/entrada real)
3. Mecanismo de execução — Como o payload é executado? (expansão de expressão, checkout + script, etc.)
4. Impacto — O que o atacante ganha? (roubo de token, execução de código, acesso de escrita ao repositório)
5. Esboço de PoC — Passos concretos que um atacante seguiria

Se você não conseguir construir todos os cinco, reporte como MÉDIO (precisa de verificação).

Passo 1: Classificar Gatilhos e Carregar Referências

Para cada fluxo de trabalho, identifique os gatilhos e carregue a referência apropriada:

Carregue referências seletivamente — apenas o que for relevante para os gatilhos encontrados.

Passo 2: Verificar Classes de Vulnerabilidade

Verificação 1: Pwn Request

O fluxo de trabalho usa pull_request_target E faz checkout de código de fork?

• Procure por actions/checkout com ref: apontando para a cabeça do PR
• Procure por ações locais (./.github/actions/) que viriam do fork

…