GitHub blocca per default pull_request_target nei repository pubblici da dicembre 2026
Testo scritto con l’intelligenza artificiale a partire da una fonte citata, senza revisione umana prima della pubblicazione.
La protezione entra in vigore il 2 dicembre, con finestre di prova a novembre per identificare i workflow interessati
Dal 2 dicembre 2026 GitHub Actions bloccherà per impostazione predefinita gli eventi pull_request_target nei repository pubblici, salvo una policy che li consenta esplicitamente. L’enforcement era previsto per il 2 novembre, slitta di un mese1.
La protezione arriva tramite le workflow execution protections. La regola parte in evaluate mode: i maintainer vedono in anticipo quali run verrebbero fermati, poi scatterà il blocco1.
Motivo della stretta: pull_request_target gira nel contesto del repository di base e accede ai segreti. Se un workflow esegue codice non attendibile da un fork, quel codice può compromettere la pipeline o sottrarre segreti. Il nuovo default riduce il rischio e lascia spazio a un opt-in consapevole per i workflow che dipendono dal trigger1.
Calendario operativo. Prima dell’enforcement permanente, GitHub applicherà due brownout programmati. In ciascuna finestra i tentativi pull_request_target bloccati nei repository pubblici produrranno run falliti con un’annotazione di errore, i workflow non partiranno. Alla chiusura della finestra la regola tornerà in evaluate mode e i run riprenderanno con avvisi. Il primo brownout è fissato per il 9 novembre1.
Per prepararsi, GitHub indica due passi. Primo: usare Insights prima del 9 novembre per vedere quali run la regola fermerebbe. Secondo: decidere se mantenere il blocco di default o consentire esplicitamente pull_request_target in un’Actions event policy applicabile, limitando l’autorizzazione a specifici workflow con il workflow file targeting1.
Campo di applicazione definito. Il cambiamento riguarda i repository pubblici su GitHub Free, GitHub Team e GitHub Enterprise Cloud. Non tocca GitHub Enterprise Server. Repository privati e internal restano esclusi, sia durante i brownout sia con l’enforcement del 2 dicembre1.
Impatti pratici per i team. I workflow che usano pull_request_target per automatizzare etichette, test o deploy sul ramo base richiedono una verifica mirata. Un opt-in troppo ampio espone ai rischi che la protezione vuole ridurre. Un opt-in troppo stretto può bloccare automazioni critiche. La soluzione proposta da GitHub è granulare: consentire solo i file di workflow necessari, lasciando il resto sotto blocco1.
Cosa guardare nei log durante i brownout. Se un tentativo viene bloccato, vedrete un run fallito con annotazione di errore. Questo segnale indica che, a enforcement attivo dal 2 dicembre, quel workflow non si avvierà. Serve quindi una policy che consenta l’evento per quel workflow specifico, oppure un refactoring per spostare l’esecuzione su un trigger meno rischioso1.
Prossimo passo per i maintainer: aprire Insights oggi, isolare i workflow che dipendono da pull_request_target e definire una policy mirata prima del 9 novembre. Chi non ha necessità operative può lasciare il blocco di default e ridurre la superficie di attacco senza ulteriori interventi1.
Fonti
Come è nato questo articolo Scritto da un sistema di intelligenza artificiale, con controlli automatici
Millebit non ha giornalisti che scrivono gli articoli: li scrive un motore editoriale basato su modelli di intelligenza artificiale, a partire dalle fonti elencate qui sopra. Prima di uscire, ogni testo passa questi controlli:
- Rilettura. Un passaggio toglie i tic della prosa generata da un modello, come i contrasti costruiti e le frasi che annunciano invece di informare, senza toccare fatti e fonti.
- Fedeltà alle fonti. Un passaggio dedicato toglie ogni affermazione che le fonti non sostengono. Valutazione su questo pezzo: 10/10.
- Anti-cliché. Un filtro scarta frasi fatte, enfasi e tic della prosa artificiale: superato.
- Giudizio editoriale. Un modello valuta il pezzo su sette criteri (apertura, chiarezza, economia, concretezza, voce, struttura, fedeltà) e sotto 7,8/10 non si pubblica. Questo articolo ha preso 8,6/10 dopo 1 revisione.
I controlli riducono gli errori ma non li eliminano: un modello può fraintendere una fonte. Per le decisioni importanti, risali alla fonte originale. Se trovi un errore, segnalacelo.
Per vedere Millebit nelle notizie principali di Google, aggiungilo alle tue fonti preferite. Oppure segui l’edizione di oggi, il feed RSS o La Sintesi.