7IT Solutions

GitHub will block a risky Actions trigger on 2 December. The first brownout is 9 November.

By Lior AharonovFounder, 7IT Solutions ·

What happened

On Monday, 2 November, GitHub said Actions will block pull_request_target events by default in all public repositories from 2 December 2026, a month after the date it had planned. Two brownouts come first, on 9 and 16 November from 16:00 to 18:00 UTC, when blocked runs fail. Private and internal repositories are not affected, and neither is GitHub Enterprise Server.

Why it matters

That trigger runs in your base repository with access to its secrets, so a workflow that runs code from a fork can hand a stranger your pipeline. And if your release flow depends on it, the build simply won't run during a brownout.

What to do

Check Insights before 9 November for runs the rule would block. If a workflow truly needs pull_request_target, allow only that workflow in an Actions event policy; otherwise let the block stand.

My take

Lior Aharonov
Founder, 7IT Solutions

A brownout is a fire drill with a date on it. Run the drill yourself before GitHub runs it for you.

Sources

GitHub changelog: pull_request_target blocked by default December 2github.blog
githubgithub actionsci-cdsupply chain

Researched with AI tools; every fact is checked against the linked sources.

7IT news

Every 7Maps day is signed and chained to the day before.Verify in your browser