GitHub Actions passa a bloquear pull_request_target por padrão a partir de 2 de dezembro

A partir de 2 de dezembro de 2026, o GitHub Actions bloqueia por padrão eventos pull_request_target em todos os repositórios públicos, a menos que uma política de eventos do Actions permita explicitamente. A aplicação estava marcada antes para 2 de novembro de 2026. Repositórios privados e internos ficam fora, e a mudança vale para GitHub Free, Team e Enterprise Cloud, não para o Enterprise Server.

O motivo é técnico. O pull_request_target roda no contexto do repositório base e acessa seus secrets. Se o workflow executa código não confiável vindo de um fork, esse código pode comprometer o pipeline ou roubar credenciais. A regra padrão entra pelas proteções de execução de workflow e começa em modo de avaliação, que mostra quais execuções seriam bloqueadas. Antes da data final, haverá dois brownouts programados, o primeiro em 9 de novembro. Nessas janelas, as tentativas bloqueadas geram execuções com falha e uma anotação de erro, e o workflow não roda. Depois de cada janela, a regra volta ao modo de avaliação, e os workflows rodam com avisos. A recomendação é usar o Insights para identificar o que seria afetado e ajustar as políticas.

O tema já vinha sendo tratado pelo GitHub. Em 24 de junho de 2026, o CEVIU noticiou em "GitHub endurece actions/checkout para bloquear pwn requests comuns" que o checkout deixou de buscar automaticamente PRs de forks com refs arriscados em workflows com pull_request_target e workflow_run. Em 30 de outubro de 2026, em "Pwn Request: mesmo com as mudanças do GitHub em 2026, ainda há brechas em pipelines do GitHub Actions", o CEVIU apontou que as mudanças dificultam esses ataques, mas deixam brechas como versões antigas do checkout, script injection e triggers sem proteção. Agora a proteção sobe da ação de checkout para uma regra de plataforma, que bloqueia o gatilho em si.

Para quem mantém projetos open source ou workflows públicos com pull_request_target, isso significa inventariar os usos agora, antes dos brownouts. Quem depende do gatilho para rotular PRs ou comentar precisa de política explícita. Quem o usa para rodar código de fork com secrets deveria repensar o desenho do pipeline. A leitura aqui é que a regra reduz uma classe de risco, mas não cobre tudo, como as brechas citadas na cobertura de outubro.