Вредоносная версия расширения Claude Code от Anthropic, распространявшаяся через маркетплейс Cursor, пыталась установить на машины разработчиков постоянный бэкдор Secure Shell (SSH), потенциально предоставляя злоумышленникам удаленный доступ к системам, содержащим исходный код, учетные данные и другую конфиденциальную информацию.
«Сегодня примерно с 2:27 до 13:35 по тихоокеанскому времени в маркетплейсе расширений VS Code от Cursor была доступна вредоносно модифицированная версия расширения Claude Code от Anthropic», — говорится в уведомлении о безопасности от Cursor.
Cursor удалил скомпрометированные версии 2.1.312 и 2.1.313 после обнаружения того, что они были доступны в маркетплейсе расширений VS Code около 11 часов 29 октября.
Компания заявила, что вредоносный код пытался добавить контролируемый злоумышленником SSH-ключ, включить локальный SSH-доступ и установить обратный туннель к серверу, контролируемому злоумышленником.
«Эти вредоносные версии расширения не были разработаны Anthropic», — добавили в Cursor в уведомлении. Затронутые версии были доступны для Windows и macOS.
Anthropic впоследствии уточнила, как было распространено измененное расширение. В сообщении в X Феликс Ризеберг, сотрудник технического отдела Anthropic, сообщил, что инцидент не затронул системы Anthropic или ноутбуки сотрудников. По его словам, злоумышленник использовал доступ к маркетплейсу Cursor для публикации модифицированного расширения.
«Версии на наших официальных каналах не затронуты, и это касается только пользователей Cursor», — написал Ризеберг. Anthropic заявила, что работает с Cursor над устранением инцидента.
На момент публикации Cursor и Anthropic не ответили на запросы о комментариях.
Вредоносный код работал без участия пользователя
Компания Phorion, занимающаяся вопросами безопасности, которая проанализировала скомпрометированное расширение, обнаружила, что вредоносный код был вставлен в начало его JavaScript-файла. Он запускался сразу после загрузки расширения, до его обычного кода активации.
«Пользователю не нужно взаимодействовать с расширением, чтобы полезная нагрузка сработала», — сообщила Phorion.
Вредоносный код пытался добавить контролируемый злоумышленником SSH-ключ в файл authorized_keys пользователя и установить соединение с удаленным сервером. Компания добавила, что он также создавал скрипты и записи автозагрузки, предназначенные для поддержания соединения после перезагрузки системы.
Phorion выявила ошибку в коде для macOS. Вредоносный код пытался проверить, отключен ли удаленный вход, используя системную команду, требующую прав администратора. При выполнении без этих прав команда возвращала ошибку доступа, а не ожидаемый статус. В результате вредоносный код пропускал попытку включить SSH.
Phorion также обнаружила ошибку в коде для Windows, которая могла помешать корректной работе команды настройки SSH-сервиса.
Microsoft Threat Intelligence в отдельном анализе подробно описала собранную вредоносным кодом информацию, включая имена машин, имена пользователей, операционные системы, рабочие каталоги и адреса электронной почты Git.
«Он также ищет имена переменных среды, содержащие такие термины, как KEY, TOKEN, SECRET, PASS, AWS или GCP, сохраняя до сорока совпадений», — написала Microsoft в своем анализе. Компания заявила, что код собирал совпадающие имена переменных, а не их значения.
Удаления расширения может быть недостаточно
Cursor заявил, что включение локальной службы SSH обычно не удается без прав администратора на затронутых машинах Windows и macOS. Однако расширение все же могло добавить SSH-ключ злоумышленника, установить механизмы персистентности и отправить информацию о хосте злоумышленнику.
Компания предупредила, что простое удаление расширения может не удалить эти компоненты, поскольку вредоносный код разместил скрипты за пределами каталога установки расширения.
Стив Поволни, вице-президент по стратегии ИИ и исследованиям безопасности в Exabeam, заявил, что внедренный SSH-ключ делает очистку особенно важной. «Удаление расширения только выгоняет посетителя, но запасной ключ остается на крючке», — сказал он.
Поволни рекомендовал проверить авторизованные SSH-ключи на машинах, доступных для затронутых разработчиков, сменить потенциально скомпрометированные учетные данные и просмотреть журналы на предмет входов с использованием незнакомых ключей. По его словам, разработчики часто имеют доступ к исходному коду, облачным учетным записям и производственным системам, что делает скомпрометированную рабочую станцию потенциальным путем к другим корпоративным ресурсам.
Phorion также посоветовала проверять отпечаток SSH-ключа, а не полагаться только на комментарий svc-telemetry, прикрепленный к нему.
Возникают вопросы о безопасности расширений
Яш Кадакия, основатель и технический директор Security Brigade, заявил, что предприятия должны рассматривать маркетплейсы расширений как часть цепочки поставок программного обеспечения.
«Маркетплейс расширений — это, по сути, еще одна цепочка поставок программного обеспечения», — сказал Кадакия. «Когда вредоносный код может достичь разработчиков через то, что выглядит как легитимное, рутинное обновление, традиционное предположение о безопасности программного обеспечения из доверенного маркетплейса начинает рушиться».
Он рекомендовал усилить проверку издателей, проверку целостности пакетов и контроль над тем, какие расширения и версии могут устанавливать разработчики.
Кадакия также призвал к созданию списков разрешенных расширений, контролируемым обновлениям, мониторингу конечных точек и ограничениям на исходящие соединения. Он сказал, что краткосрочные учетные данные, изолированные среды разработки и ограниченный доступ к конфиденциальной инфраструктуре могут снизить влияние скомпрометированной машины разработчика. Cursor заявил, что удалил вредоносные версии, временно закрыл свой маркетплейс, провел аудит доступа, сменил ключи и восстановил маркетплейс перед возобновлением работы.
Всегда имейте в виду, что редакции могут придерживаться предвзятых взглядов в освещении новостей.
Автор – Gyana Swain
