Back to Feed
Supply ChainNov 5, 2026

GitHub to Block pull_request_target Workflows by Default Starting December 2

GitHub to block pull_request_target workflows by default in public repos on Dec 2, 2026.

GitHub is enhancing security by defaulting to block pull_request_target workflows in public repositories starting December 2, 2026. This move aims to mitigate CI/CD vulnerabilities exploited to steal credentials and compromise open-source releases. The restriction will require explicit policy exceptions for workflows that rely on this trigger, which runs with elevated access.

AI summary of the linked source. Not reviewed by an editor. How this works

Vendor Watch

Run GitHub?

Get an email when a new story names GitHub, usually within the hour.

Free. Your list stays private and never appears in a subject line. One click stops it. How Vendor Watch worksPrivacy

The lesson from this incident

Full lesson

The `pull_request_target` workflow trigger runs with elevated repository permissions, including access to secrets, even when triggered by code from untrusted forks — creating a significant attack vector for credential theft and supply chain compromise. Threat actors have exploited this design to inject malicious code into CI/CD pipelines, stealing secrets and corrupting open-source releases consumed by thousands of downstream users. GitHub's decision to block this trigger by default acknowledges that many maintainers were unknowingly running privileged workflows against untrusted contributor code. This matters because CI/CD pipeline compromises have become a primary vector for large-scale supply chain attacks, as a single poisoned pipeline can propagate malicious artifacts broadly. Organizations relying on open-source dependencies must understand that upstream pipeline security directly affects their own software supply chain integrity.

What helps against this

How we list vendors

Entities

GitHub Actions (product)GitHub (vendor)