12 ноября 2026 года GitHub добавил в Secret Scanning обнаружение сервисных токенов Cloudflare. Новый тип секрета называется cloudflare_access_service_token. Mentoring.digital объясняет, что это меняет для команд, использующих автоматический поиск учётных данных в репозиториях.
Что подтверждено в объявлении
GitHub сообщил о новом детекторе для указанного типа токенов. Это конкретное расширение распознавания секретов, а не утверждение о поиске любых данных Cloudflare в любом формате. Условия доступности функций Secret Scanning и настройки конкретного репозитория по-прежнему нужно проверять отдельно.
В общем описании GitHub различает partner secrets, о которых при обнаружении в публичных репозиториях сообщают издателю секрета, и user secrets, для которых создаются предупреждения. Из одного этого описания не стоит делать вывод, что новый токен уже автоматически отозван или что любое действие с ним выполнено за владельца.
Что делать при найденном совпадении
Редакционная рекомендация: открыть предупреждение, проверить тип и место обнаружения, определить владельца учётных данных и область их использования. В обсуждения и задачи не нужно переносить само значение токена. Для разбора достаточно идентификатора предупреждения и безопасного описания затронутого сценария.
Если утечка подтверждена, замена или отзыв должны выполняться по принятому у команды порядку с проверкой зависимых сервисов. Простое удаление строки из текущего файла не подтверждает, что старое значение перестало работать или исчезло из истории.
Как проверить защиту рабочего процесса
Полезно убедиться, что ответственные получают предупреждения и знают порядок их обработки. Проверку маршрута уведомлений следует проводить безопасным разрешённым способом, не публикуя действующий рабочий секрет ради эксперимента.
Отсутствие предупреждения само по себе не доказывает, что в проекте нет других секретов. Новый детектор дополняет хранение учётных данных вне кода, разграничение доступа и проверку изменений. Разобрать такой процесс и передачу секретов в CI можно с наставником по DevOps и инфраструктуре на примере своей схемы развёртывания.
