Технології 3 хв читання Автор: Валентин Петренко
GitHub тимчасово вимагатиме авторизацію для клонування публічних репозиторіїв
Платформа GitHub попередила, що під час аномального трафіку частина операцій git clone і git fetch із публічних репозиторіїв через HTTPS може тимчасово вимагати авторизації. Обмеження не стосується SSH, push та авторизованих запитів.
GitHub запроваджує вибірковий захист, який у періоди незвичного навантаження може тимчасово вимагати авторизації для операцій клонування та отримання оновлень із публічних репозиторіїв через HTTPS. Про це компанія повідомила в журналі змін від 19 жовтня, пояснивши мету — захистити доступність.
Якщо операція git clone або git fetch потрапить під обмеження, вона завершиться помилкою з повідомленням про потребу в авторизації. Розробник матиме два варіанти: пройти автентифікацію й повторити команду або зачекати, доки тимчасовий захист знімуть, і спробувати знову вже без авторизації.
GitHub застосовує захист вибірково, спираючись на ознаки аномального трафіку. Водночас компанія визнає, що ці ознаки можуть збігатися й у звичайних користувачів, тож іноді під обмеження потраплятимуть і цілком легітимні неавтентифіковані запити. GitHub наголошує: це не загальна вимога авторизації для публічних репозиторіїв.
Нововведення не зачепить низку сценаріїв. Зокрема, обмеження не поширюється на Git-операції через HTTPS, виконані з авторизацією, на роботу з репозиторіями через SSH, на відправлення змін (push), а також на решту веб-трафіку GitHub та API-запитів, не пов’язаних із цим захистом.
Компанія радить насамперед налаштувати авторизацію для автоматизованих процесів, які регулярно клонують репозиторії або отримують із них оновлення. Рекомендації залежать від середовища. У GitHub Actions слід використовувати вбудований GITHUB_TOKEN. В інших CI-системах пріоритетним варіантом є токен доступу встановленого застосунку GitHub App, також можна використати персональний токен доступу (PAT).
Для операцій, які неможливо авторизувати, GitHub радить повторити спробу після зняття тимчасового обмеження. Деталі налаштування зібрано в документації — про автентифікацію в GitHub та про керування віддаленими репозиторіями.
Захист діє для репозиторіїв на за всіма тарифними планами. У повідомленні GitHub не вказано ні тривалості обмежень, ні причин аномального трафіку, ні критеріїв, за якими визначають «підозрілі» запити. Це залишає розробникам простір для самостійного налаштування авторизації, щоб уникнути перебоїв у роботі автоматизованих процесів.
Окремо варто врахувати, що подібні тимчасові обмеження можуть впливати на безперервність інтеграції та доставки, якщо процеси покладаються на неавтентифіковані запити. Тому GitHub рекомендує заздалегідь переглянути конфігурацію CI-систем і забезпечити належні токени доступу.
7
