GitHub сообщил, что в периоды аномального трафика может временно требовать авторизацию при клонировании публичных репозиториев и получении изменений через HTTPS. Ограничения затронут часть операций git clone и git fetch. Так сервис рассчитывает сохранить доступность github.com при повышенной подозрительной активности.

Как будут функционировать ограничения

Если операция попадёт под ограничение, Git вернёт ошибку с сообщением о необходимости авторизации. В таком случае можно авторизоваться и повторить команду либо дождаться снятия временной защиты и попробовать снова без авторизации.

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

Одновременно обязательную авторизацию для всех публичных репозиториев GitHub не вводит.

Модификация не затронет:

• Операции Git по HTTPS с авторизацией.

• Работу с репозиториями по SSH.

• Отправку изменений (git push).

• Остальные запросы к веб-интерфейсу GitHub и api, не связанные с этой защитой.

Что создавать разработчикам

Прежде всего GitHub рекомендует настроить авторизацию для автоматизированных процессов, которые регулярно клонируют репозитории или зарабатывают из них изменения.

Для GitHub Actions можно использовать встроенный GITHUB_TOKEN. В других CI-системах предпочтителен токен доступа установленного приложения GitHub App. Равным образом подойдёт персональный токен доступа (PAT).

Если настроить авторизацию невозможно, остаётся повторить операцию после снятия временного ограничения.

Мера распространяется на репозитории github.com на всех тарифных планах. Конкретные сроки действия ограничений GitHub не указывает: они будут зависеть от ситуации с трафиком.

Расписание бесплатных вебинаров по ИТ-направлениям доступно в календаре мероприятий.