GitHub pull_request_target будет заблокирован по умолчанию в публичных репозиториях с 2 декабря 2026 года

С 2 декабря 2026 года GitHub Actions начнёт блокировать событие pull_request_target по умолчанию во всех публичных репозиториях. Изменение касается аккаунтов GitHub Free, Team и Enterprise Cloud, а частные и внутренние репозитории остаются без ограничений.

Детали политики workflow execution protections

Правило введено в рамках workflow execution protections, которые стали общедоступны 17 сентября 2026 года. С того момента функция работала в режиме evaluate, фиксируя потенциально небезопасные запуски без их остановки. Теперь администраторы могут просмотреть отчёты в разделе Insights и принять решение о создании явной политики на уровне репозитория, организации или предприятия.

Блокировка не затронет уже существующие политики событий. Если такая политика позволяет pull_request_target, рабочие процессы продолжат выполняться. GitHub также запланировал два тестовых окна отключения: 9 ноября 2026 года с 16:00 до 18:00 UTC и 16 ноября 2026 года в те же часы. В эти периоды запрещённые запуски будут завершаться с ошибкой и аннотациями в логах.

Событие pull_request_target выполняется в контексте базового репозитория и предоставляет доступ к GITHUB_TOKEN и секретам. Это позволяет автоматизировать метки и проверки для PR из форков, но несёт риск выполнения кода из ненадёжных источников. GitHub рекомендует использовать pull_request_target только при крайней необходимости и отдавать предпочтение более безопасному pull_request.

Влияние на российские команды и рекомендации по миграции

Для российских разработчиков и компаний, использующих GitHub для открытых проектов, изменение требует аудита существующих workflows до 2 декабря 2026 года. В evaluate mode уже доступны данные о том, какие процессы будут заблокированы. Администраторы могут настроить политики с указанием конкретных файлов workflows или разрешить событие только для проверенных источников.

Дополнительные меры защиты, введённые в 2026 году, включают actions/checkout версии 7 и выше, которые по умолчанию блокируют checkout кода из форков. Также для событий с низким уровнем доверия применяются токены кэша только для чтения. Эти изменения снижают поверхность атаки, известную как «pwn request».

Если проект всё же требует pull_request_target, рекомендуется минимизировать права токена, избегать выполнения кода из PR и изолировать вычислительные ресурсы. Для публичных репозиториев без явной политики после 2 декабря 2026 года все такие запуски будут автоматически отклоняться.

Что произойдёт после 2 декабря 2026 года

Постоянное правило вступит в силу для всех публичных репозиторий без настроенных исключений. Команды, которые не проведут аудит, могут столкнуться с остановкой автоматических проверок и меток на PR из форков. GitHub предоставляет инструменты для просмотра политики и создания исключений до даты блокировки.

Разработчикам стоит проверить логи evaluate mode и при необходимости добавить политики на уровне организации. Это позволит сохранить нужную функциональность без нарушения новых ограничений. Изменение не затрагивает приватные репозитории, поэтому внутренние проекты российских компаний продолжат работать без корректировок.