GitHub завершил переход на более длинные токены приложений
Новость затрагивает собственные интеграции GitHub Apps, где длина ключа могла быть задана жёстко. Например, поле базы или конфигурации хранит только часть нового токена. Внешне ошибка выглядит как отказ доступа, хотя проблема находится в передаче ключа.
Коротко
GitHub завершил переход на новый формат ключей приложений: они стали длиннее. Командам с собственными интеграциями стоит проверить хранение и передачу ключей. Права и срок действия токена не изменились.
2 октября GitHub сообщил о завершении перехода на новый формат токенов GitHub App. Это временные ключи, с которыми приложение получает доступ к разрешённым репозиториям. Вместо прежних 40 символов новый ключ содержит примерно 520; начало ghs_ сохраняется.
Права доступа, список репозиториев и срок действия в один час не изменились. Ранее выпущенные ключи работают до истечения срока. Поэтапное внедрение началось 27 апреля, а свежая новость касается именно его завершения.
Если GitHub связан с вашим внутренним сервисом, изменение формата ключей стоит учесть при проверке интеграций и API: важно проверить весь путь передачи токена.
Не обрезается ли ключ в интеграции
Новость затрагивает собственные интеграции GitHub Apps, где длина ключа могла быть задана жёстко.
Например, поле базы или конфигурации хранит только часть нового токена. Внешне ошибка выглядит как отказ доступа, хотя проблема находится в передаче ключа.
Мы в компании «Гуси-Лебеди» рекомендуем проверить передачу ключа на всех участках. Проверьте длину полей, валидацию и передачу токена по всей цепочке. Секретные значения не выводите в диагностические журналы; проверяйте факт сохранения полного значения безопасным способом.
При интеграции через API с GitHub нужно проверить весь путь ключа: получение, хранение и передачу.
Источник: анонс разработчика. Дата события: 02.10.2026.
