GitHub подтвердил инцидент с несанкционированным доступом к внутренним репозиториям компании. По данным CNews, злоумышленники получили доступ примерно к 3,8 тыс. закрытых внутренних репозиториев после того, как рабочее устройство сотрудника было заражено через вредоносное расширение для Visual Studio Code. Ответственность за атаку взяла на себя группировка TeamPCP, которая выставила похищенные данные на продажу за $50 тыс.
Важно, что речь идет именно о внутренних репозиториях GitHub. Компания заявила, что на момент публикации не видит признаков компрометации пользовательских проектов, организаций, enterprise-аккаунтов или репозиториев клиентов за пределами внутреннего контура GitHub. После обнаружения инцидента компания изолировала зараженное устройство, удалила вредоносное расширение и начала расследование.
GitHub также провел срочную ротацию критичных учетных данных и ключей доступа. Сейчас компания анализирует журналы активности, проверяет полноту ротации секретов и отслеживает возможные последующие действия атакующих. Сам факт компрометации внутренних репозиториев уже делает инцидент чувствительным: даже без доступа к клиентским данным такие архивы могут содержать фрагменты внутренней логики, конфигурации, служебные инструменты и технический контекст.
TeamPCP за последние месяцы уже фигурировала в атаках на цепочку поставки ПО. Группу связывали с кражей репозиториев Mistral AI и другими инцидентами, где целью становились не конечные пользователи, а разработчики, CI/CD-контур, токены, SDK и инфраструктура сборки. Новый эпизод с GitHub показывает, что атаки на developer environment становятся отдельным направлением: достаточно скомпрометировать одно рабочее место с доступом к внутренним системам, чтобы получить материал для шантажа и дальнейшей разведки.
Для ИБ-команд главный вывод здесь не только в самом взломе GitHub, а в векторе атаки. Расширения для VS Code, IDE-плагины и другие инструменты разработчиков давно стали частью производственного контура, но часто проверяются слабее, чем серверы и облачные сервисы. Если такой плагин получает доступ к токенам, сессиям и локальным секретам, он может стать коротким путем к репозиториям, CI/CD и внутренней документации.