Из репозитория npm изгнали опасных Windows- и Linux-зловредов

Из репозитория npm изгнали опасных Windows- и Linux-зловредов

Из репозитория npm изгнали опасных Windows- и Linux-зловредов

Команда npm удалила с портала четыре Node.js-пакета с вредоносным кодом, способным устанавливать удаленное соединение со сторонним сервером. Зловреды просуществовали в открытом доступе два года; за последние месяцы их успели скачать более 1000 раз.

Речь идет о следующих пакетах:

Все они уже вычищены из репозиториев на GitHub, соответствующие npm-аккаунты разработчиков закрыты. Тем, кто успел скачать вредоносный пакет, рекомендуется удалить его и сменить все логины и пароли, используемые в локальном окружении.

Эксперту BleepingComputer удалось отыскать и изучить копии исходников вредоносных Node.js-пакетов. Анализ показал, что код plutov-slack-client, nodetest1010 и nodetest199 одинаков и способен работать на Windows и Unix-подобных системах. При установке зловред открывает обратный шелл, обеспечивая злоумышленнику удаленный доступ к скомпрометированной системе.

«Любой компьютер, на котором установлен или работает этот пакет, следует считать полностью скомпрометированным, — сказано в бюллетене npm. — Все секретные данные и ключи, сохраненные на этом компьютере, следует немедленно сменить, используя другое устройство. Пакет надлежит удалить, однако, поскольку контроль над компьютером уже перехвачен, эта мера не гарантирует удаление всех вредоносных программ, которые могли появиться в результате его установки».

Пакет npmpubman по коду и назначению отличен от рассмотренной выше троицы. Он собирает пользовательские данные из переменных окружения и выгружает их на удаленный сервер. Злоумышленники могут использовать подобный инструмент, к примеру, для сбора информации о системе перед атакой. Активация вредоноса, согласно бюллетеню, не происходит автоматически, жертва должна запустить его вручную.

В России начало массово выходит из строя оборудование в старых ЦОД

В российских центрах обработки данных (ЦОД), введённых в эксплуатацию 10 и более лет назад, начались массовые отказы оборудования. Причина — выработка ресурса на фоне сложностей с поставками запасных частей из-за рубежа и отсутствия необходимых складских запасов.

По оценке отраслевых аналитиков, опрошенных РБК, проблема затрагивает примерно каждый пятый коммерческий ЦОД. Особенно остро ситуация проявляется в сравнительно небольших дата-центрах, а также в локальных серверных в компаниях.

Руководитель направления сервиса инженерных систем «К2Теха» Денис Полуэктов отметил, что в первой половине 2025 года запросов на устранение аварий в ЦОД, связанных с проблемами инженерной инфраструктуры, не поступало. Однако в начале 2026 года число таких обращений уже превысило 10. Состояние инженерной инфраструктуры во всех этих случаях специалист охарактеризовал как «предсмертное».

Схожую оценку дал и заместитель генерального директора по инфраструктуре интегратора «Ультиматек» Павел Приедитис. По его словам, все заявки связаны с объектами, где инфраструктура была установлена 10 и более лет назад. Именно на этот срок обычно приходится завершение жизненного цикла такого оборудования.

Член оргкомитета Профессиональной ассоциации в сфере облачных технологий (RCCPA) Антон Салов оценил долю коммерческих ЦОД, столкнувшихся с этой проблемой, в 20%. В первую очередь речь идёт о системах бесперебойного питания, дизель-генераторах и подсистемах климат-контроля.

Представители операторов ЦОД признали наличие проблем, связанных с накопленными техническими долгами. Ситуацию усугубляют не только сложности с зарубежными поставками, но и финансовые трудности самих компаний. Одним из выходов становится постепенная замена оборудования на более доступные решения российского и китайского производства. В более выгодном положении оказались те, кто успел заранее сформировать значительные запасы комплектующих.

В 2026 году уже произошло как минимум два заметных инцидента, связанных с работой ЦОД. Так, 27 марта не работал ЦОД правительства Белгородской области, однако в том случае причиной стала авария на линии электроснабжения. А 16 марта масштабный сбой произошёл у «Яндекса», причём он затронул и сторонние компании, использующие его инфраструктуру.

RSS: Новости на портале Anti-Malware.ru