GitHub Actions переходит на безопасные настройки по умолчанию: под удар попадают сценарии, которые запускают непроверенный код с доступом к секретам.
GitHub с 2 декабря 2026 года начнёт по умолчанию блокировать событие pull_request_target в публичных репозиториях. Причина проста: этот триггер в GitHub Actions запускает сценарии с доступом к секретам и токену базового репозитория, а значит, непроверенный код из форка может выполниться с правами, которых у него быть не должно. Если ваш рабочий процесс завязан на pull_request_target, самое время проверить настройки. Две тестовые блокировки GitHub проведёт заранее, так что шанс подготовиться есть.
Что именно меняется на GitHub.com
До сих пор pull_request_target считался условно безопасным: workflow-файл берётся из основной ветки, а не из пулл-реквеста. Проблема начинается, когда автор сценария указывает в actions/checkout ссылку на голову форка и следом запускает make test, npm install или другой скрипт. В этот момент чужой код получает доступ к секретам и токену. GitHub называет такой сценарий pwn request и признаёт, что именно он стал причиной нескольких компрометаций цепочек поставок. С 2 декабря в публичных репозиториях на GitHub.com такой workflow просто не запустится, если в политике событий Actions нет явного разрешения.
Как подготовиться к блокировке GitHub Actions
Сначала найдите все места, где используется pull_request_target. Обычно это боты для маркировки, проверки CLA, триажа и обязательных статусов. Затем решите, нужен ли привилегированный запуск. Если да, добавьте исключение в политику событий на уровне репозитория, организации или предприятия. GitHub предупреждает: исключение возвращает работоспособность, но не делает логику безопасной. Нельзя одновременно давать доступ к секретам и запускать непроверенный код из форка. Для действий, которым нужен только результат проверки, лучше перейти на pull_request с read-only токеном. Для сложных случаев есть опция allow-unsafe-pr-checkout, но включать её стоит только после аудита и понимания рисков.
Почему это важно для всей экосистемы
Блокировка pull_request_target — не первая мера GitHub по ужесточению безопасности. Ранее actions/checkout v7 и его бэкпорты получили защиту от типовых pwn request. Новый шаг сужает поверхность атаки, но не устраняет саму проблему: любой триггер с доступом к секретам остаётся опасным, если внутри выполняется чужой код. GitHub отдельно отмечает issue_comment и workflow_run. Так что расслабляться рано. Публичные обсуждения уже показывают: мейнтейнеры ищут обходные пути для легитимных сценариев. Кто-то добавит исключение, кто-то перепишет workflow. Главное — не оставить дыру открытой.