Как остановить распространение npm-червя через машины разработчиков и аккаунты издателей

Что это

Состояние на 25 октября 2026 года. Этот подход к локализации инцидента опирается на отчёт Microsoft о ChainDrop от 4 августа 2026 года и бюллетень сопровождающих Tensorlake, опубликованный 8 октября 2026 года, в редакциях, полученных для этого обзора. Повторно проверьте оба источника на изменения в списках пакетов, индикаторах закрепления и инструкциях по восстановлению; число пакетов отражает наблюдения из отчёта, а не полный актуальный перечень.

Microsoft сообщает о более чем 400 затронутых npm-пакетах. Код, выполнявшийся при установке, крал учётные данные и использовал права публикации для распространения на другие пакеты. Tensorlake отдельно подтверждает несанкционированный выпуск npm-версии 0.5.144, включая перечисленные в бюллетене нативные пакеты. Базовой версией для восстановления служит 0.5.143; это откат, а не новый релиз с исправлением.

Почему это важно

По описанию Microsoft, риску компрометации подвержены рабочие станции разработчиков, учётные данные CI, репозитории и артефакты, созданные затронутыми сборками. Поэтому потребитель зависимости, имеющий права публикации, может стать её распространителем. Масштаб инцидента определяется всеми учётными записями и ресурсами, доступными из окружения установки, а не только приложением, которому потребовалась зависимость.

Успешная сборка не отвечает на вопрос, был ли выпуск разрешён. Проверяющим нужны подтверждения связи между артефактом пакета, ревизией исходного кода, рабочим процессом и одобрением выпуска. Неожиданные изменения в любом из этих элементов должны стать поводом для расследования.

Как применять

• Приостановите затронутые задания установки и публикации. Соберите точные версии из lock-файлов, записей реестра, кэшей и журналов сборок, включая транзитивные зависимости. Зафиксируйте, какие рабочие станции, раннеры и производные артефакты их использовали. Сохраните свидетельства до замены окружений.
• На чистом раннере с проверенным lock-файлом используйте npm ci --ignore-scripts. В документации npm команда ci описана как установка по зафиксированным зависимостям, а ignore-scripts — как отключение скриптов пакетов. Прежде чем принять такую политику, проверьте получившуюся сборку: зависимостям, которым нужны установочные скрипты, может потребоваться отдельно проверенный порядок обработки.
• Уберите учётные данные для публикации из заданий установки зависимостей. Если для доступа к приватным пакетам нужна аутентификация, используйте токены с детальными ограничениями прав и доступом только на чтение. Переведите подходящие процессы публикации на trusted publishing, проверьте переход, затем отзовите устаревшие токены записи и ограничьте публикацию через обычные токены. npm позволяет требовать двухфакторную аутентификацию и одновременно запрещать такие токены; публикация через OIDC остаётся доступной.
• Сравните релизы в реестре с записями об одобренных выпусках. Проверьте неожиданные файлы рабочих процессов, ветки репозитория и изменения настроек инструментов разработчика. Расследуйте необъяснимые расхождения, даже если у опубликованного пакета есть подтверждение происхождения или отсутствует соответствующий коммит исходного кода.
• Если вредоносная версия Tensorlake выполнялась, перед отзывом учётных данных выполните предусмотренную бюллетенем меру против закрепления: отключите компонент gh-token-monitor по инструкции для вашей платформы. Он может уничтожить пользовательские данные при отзыве отслеживаемого GitHub-токена. Замените учётные данные с чистой машины и пересоздайте затронутые системы.

Подводные камни

ignore-scripts не обезвреживает вредоносный код, выполняемый во время работы приложения. Явные команды, такие как npm run, по-прежнему выполняют запрошенный скрипт. Двухфакторная аутентификация не отзывает украденные токены, а возврат к чистой зависимости не отменяет несанкционированные выпуски. Прежде чем возобновлять публикацию, проверьте доступ к аккаунтам, состояние репозитория и исходные компоненты новой сборки.