В популярной библиотеке Axios, предназначенной для выполнения HTTP-запросов, обнаружены вредоносные компоненты, появившиеся в результате компрометации учетной записи администратора. Инцидент затронул экосистему NPM, через которую злоумышленники распространяли зараженные версии кода, ставя под угрозу безопасность миллионов веб-проектов по всему миру.
Механизм атаки и зараженные версии
Злоумышленники получили несанкционированный доступ к аккаунту разработчика, что позволило им опубликовать две скомпрометированные версии инструмента: axios@1.14.1 и axios@0.30.4. В эти сборки была внедрена скрытая зависимость plain-crypto-js@4.2.1, которая при установке или обновлении пакета автоматически активирует бэкдор.
- Основная цель атаки: установка трояна для удаленного доступа (RAT) в систему жертвы.
- Опасность масштаба: Axios является критически важным компонентом современной веб-разработки с охватом более 300 миллионов загрузок в неделю.
- Дата инцидента: основные риски связаны с операциями npm install или npm update, произведенными 31 марта 2026 года.
Меры по ликвидации последствий
Администрация репозитория NPM оперативно отреагировала на инцидент, удалив вредоносную зависимость и скомпрометированные версии из публичного доступа. Специалисты по кибербезопасности настоятельно рекомендуют разработчикам проверить файлы конфигурации своих проектов (например, package-lock.json) на наличие указанных версий и провести аудит безопасности систем, если автоматическая сборка выполнялась в день атаки.
Проекты, которые выполняли установку зависимостей 31 марта 2026 года, могли быть заражены удаленным трояном.
Рекомендации для разработчиков
Данный инцидент подчеркивает уязвимость цепочек поставок программного обеспечения (supply chain attacks), где даже проверенные инструменты могут стать вектором заражения. Для минимизации рисков рекомендуется использовать инструменты мониторинга зависимостей, такие как npm audit, и избегать немедленного обновления до самых свежих минорных версий в критически важных производственных средах без предварительного тестирования в изолированном окружении.
Текущая ситуация демонстрирует необходимость внедрения двухфакторной аутентификации для всех мейнтейнеров популярных Open Source проектов и усиления контроля над автоматическими обновлениями в CI/CD конвейерах. Разработчикам, чьи системы могли пострадать, следует сменить учетные данные и проверить серверы на наличие посторонней активности.