Avivdon

Um fluxo de trabalho do GitHub Actions utilizava `pull request target` para verificações de pré-commit em solicitações de pull (pull requests) de forks. Essa configuração permitia que códigos controlados por um fork fossem extraídos e executados em um contexto privilegiado. O fluxo de trabalho gerava e utilizava credenciais elevadas e podia confirmar ou enviar correções automaticamente de volta aos ramos de pull request, criando um risco de exposição de tokens e fornecendo um caminho de escrita para o repositório caso uma solicitação de pull de fork maliciosa fosse enviada.

Um script do GitHub Actions utilizado para preparar tarballs e atualizar status do GitHub Checks e comentários de PR estava mal estruturado. O script misturava código executado com privilégios elevados, especificamente um token de uso único com permissões de escrita, e entradas não confiáveis do branch de origem do PR. Essa falha permite que um pull request malicioso vindo de um fork extraia o valor do `GITHUB TOKEN`. Enquanto o token for válido durante a execução do job do GitHub Actions, ele poderá ser utilizado para manipular conteúdos do repositório Git, verificações de commit, status ou comentários de issues e PRs, de acordo com as permissões atribuídas.

O fluxo de trabalho de implantação de visualização de renderização interpola a variável `github.event.comment.body` diretamente em um condicional bash dentro de uma etapa de execução. Isso permite que um usuário do GitHub com permissão para comentar em um pull request aberto execute comandos de shell arbitrários no executor de CI e exfiltre segredos de implantação.

Um problema de injeção de comando existe no módulo de registro `dotfiles`, onde a entrada do usuário não sanitizada é passada para comandos do shell. Um invasor pode fornecer um valor `dotfiles uri` manipulado contendo substituição de comando do shell, como `$(...)`, para executar código arbitrário dentro de um workspace provisionado. Este problema é amplificado por um parâmetro de consulta `mode=auto` na página de Criação de Workspace, que permite a criação automática de um workspace sem a confirmação do usuário quando combinado com parâmetros de URL `param.*`. Isso possibilita um ataque de um clique, onde um usuário autenticado que clica em um link malicioso dispara a criação de um workspace com parâmetros controlados pelo invasor, expondo potencialmente credenciais do Git, segredos e arquivos do workspace.

Um fluxo de trabalho do GitHub Actions chamado 'generate-schema.yaml' expõe credenciais sensíveis, especificamente um Personal Access Token e uma chave de assinatura SSH, para códigos controlados por forks. Isso ocorre devido a práticas inseguras de checkout e manipulação de credenciais.

Um fluxo de trabalho do GitHub Actions no arquivo `pull-request.yaml` executa código controlado por um invasor a partir de pull requests de forks em um contexto privilegiado. Isso permite a exfiltração de segredos do repositório, como credenciais e tokens do Docker Hub, sem a necessidade de aprovação de um mantenedor.

O script `entrypoint.sh` invoca o DangerJS a partir do espaço de trabalho do chamador após copiar o checkout de um fork para dentro dele. Isso cria um caminho de busca não confiável para a resolução de binários e de módulos Node.js. Consequentemente, uma solicitação de pull de um fork processada por um fluxo de trabalho `pull request target` pode levar à execução de código arbitrário fornecido pelo fork dentro do contêiner da ação, substituindo o código pretendido da ação.

O Claude Code, uma ferramenta de codificação agêntica, contém um erro na implementação do diálogo de confiança de início que permite a injeção de código. Este problema permite que a ferramenta seja enganada para executar código contido em um projeto antes que o usuário aceite o diálogo de confiança de início. A exploração bem-sucedida requer que o usuário inicie a aplicação em um diretório não confiável.