15 октября 2026 г.
GitHub начал блокировать новые типы ключей Anthropic при отправке кода
GitHub расширил сканирование секретов для Anthropic, Salesforce и Cloudsmith. Новые типы ключей Anthropic вошли в защиту при отправке кода по умолчанию.
GitHub 13 октября 2026 года расширил Secret Scanning для обнаружения новых типов секретов Anthropic, Salesforce и Cloudsmith. Новые типы ключей Anthropic также включены в push protection по умолчанию: платформа останавливает отправку кода, если находит такие учетные данные.
Защита действует в репозиториях с включенным сканированием секретов. GitHub уточняет, что к ним относятся и бесплатные публичные репозитории.
Ключи Anthropic проверяются до загрузки кода
Push protection анализирует изменения во время отправки в репозиторий. Если система распознает защищаемый ключ Anthropic, загрузка коммита блокируется. Это помогает предотвратить появление действующих учетных данных в доступной другим пользователям истории проекта.
Механизм полезен при работе с учебными и исследовательскими репозиториями, где API-ключ может случайно попасть в конфигурационный файл, пример запроса или блокнот с экспериментами. При этом GitHub сообщил о поддержке новых типов секретов, но в объявлении не перечислил их названия.
Salesforce присоединилась к партнерской программе
Salesforce стала партнером GitHub по сканированию секретов. Если принадлежащие партнеру учетные данные обнаруживаются в публичном репозитории, GitHub передает сведения их эмитенту. Провайдер после этого может отозвать или заменить ключ до возможного злоупотребления.
Для пользовательских секретов действует другой порядок. При их обнаружении в публичном или частном репозитории GitHub создает предупреждение Secret Scanning. Cloudsmith также получил новые детекторы, однако включение их в push protection по умолчанию в объявлении не заявлено.
Как действовать после предупреждения GitHub
Если отправка остановлена, нужно удалить ключ из файлов и перенести его в переменные окружения или другое предназначенное для секретов хранилище. Перед повторной попыткой стоит проверить конфигурационные файлы, журналы, учебные блокноты и примеры API-запросов.
Если ключ уже находился в публичном репозитории, простого удаления строки недостаточно. Учетные данные следует отозвать или заменить в сервисе, который их выпустил, поскольку копия могла сохраниться в истории репозитория или у стороннего пользователя.
