GitHub will block pull_request_target by default in public repositories on December 2
GitHub will block pull_request_target workflow events by default in public repositories starting December 2, 2026, unless an Actions event policy explicitly allows them. Enforcement had previously been scheduled for November 2, 2026. Private and internal repositories are not affected.
Details
- Why:
pull_request_targetruns in the context of the base repository and can access its secrets, so running fork code through it could compromise a pipeline or expose secrets. - Rollout: The default rule starts in evaluate mode, which shows which runs it would block. Two brownouts fully enforce the block on November 9 and November 16, 2026, from 16:00 to 18:00 UTC; blocked runs fail with an error annotation and do not execute. Between brownouts the rule returns to evaluate mode and workflows run with warnings.
- What to do before November 9: Use Insights to identify the runs the rule would block, then either keep the default block or allow
pull_request_targetfor specific workflows through an Actions event policy using workflow file targeting. - Scope: Public repositories on GitHub Free, Team, and Enterprise Cloud. GitHub Enterprise Server is not affected.
What happened next
Maintainers who rely on pull_request_target for labeling or commenting on fork pull requests should review their workflows during the brownout windows. The announcement does not describe which workflows are expected to be affected most.