Как вредоносные Go-модули стирают диски Linux-систем через атаки на цепочку поставок?

В мире кибербезопасности обнаружена новая угроза: исследователи выявили три вредоносных модуля Go, содержащих обфусцированный код, который может полностью уничтожить данные на Linux-системах. Эти модули загружают вредоносные программы, способные перезаписать основной диск Linux-системы и сделать её полностью неработоспособной.
Как вредоносные Go-модули стирают диски Linux-систем через атаки на цепочку поставок?
Изображение носит иллюстративный характер

Исследователь Socket Куш Пандья идентифицировал следующие вредоносные пакеты Go: github[.]com/truthfulpharm/prototransform, github[.]com/blankloggia/go-mcp и github[.]com/steelpoor/tlsproxy. Механизм атаки прост, но крайне разрушителен. Пакеты проверяют, является ли операционная система Linux, и если это так, они используют утилиту wget для загрузки следующей части вредоносного кода — деструктивного shell-скрипта, который перезаписывает основной диск ("/dev/sda") нулями. Этот метод необратим — восстановление данных после такой атаки невозможно.

Помимо модулей Go, исследователи также обнаружили несколько вредоносных npm-пакетов: crypto-encrypt-ts, react-native-scrollpageviewtest, bankingbundleserv, buttonfactoryserv-paypal, tommyboytesting, compliancereadserv-paypal, oauth2-paypal, paymentapiplatformservice-paypal, userbridge-paypal и userrelationship-paypal.

Угроза распространяется и на экосистему Python. Вредоносные PyPI-пакеты web3x и herewalletbot, нацеленные на кражу криптовалютных кошельков, были загружены более 6800 раз с начала 2024 года. Семь других PyPI-пакетов используют SMTP-серверы Gmail и WebSockets для эксфильтрации данных. Пакет cfc-bsb, хотя и не использует функциональность Gmail, применяет WebSocket для удалённого доступа.

Злоумышленники используют изощрённые методы обхода защиты. Они эксплуатируют доверие к доменам Gmail ("smtp.gmail[.]com"), поскольку корпоративные прокси и системы защиты с меньшей вероятностью пометят домены Gmail как подозрительные.

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

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


Новое на сайте

20327Кости прерий: как истребление бизонов породило целую индустрию — и сама себя же уничтожила 20326Кто и зачем взламывает серверы Ollama и ComfyUI ради ключей от AWS? 20325Как злоумышленники спрятали командный сервер внутри блокчейна и почему его невозможно... 20324Брюссель заставляет Android делиться секретами с чужими ИИ-помощниками 20323WordPress: как два бага слились в одну критическую дыру, которую назвали wp2shell 20322Как китайские хакеры обманули DigiCert и украли сертификаты для подписи кода? 20321Что скрывается за уязвимостью, которую агентство США внесло в список активно используемых... 20320Автономные системы наступают быстрее, чем инфраструктура для управления ими: кто выиграет... 20319Почему в OpenSSL нашли дыру, съедающую память серверов, но не дали ей даже номер CVE? 20317SonicWall SMA 1000: как два бага превратили VPN-шлюз в бэкдор для атакующих 20316Может ли уязвимость в клиенте Zoom для Windows открыть доступ к чужому аккаунту без... 20315TELEPUZ: новый вредонос на C, который научился прятаться в Telegram, Steam и блокчейне... 20314Дома из дёрна: как исландцы триста лет прятались от холода под слоем земли и травы 20313Как один токен от чужого сервиса мог впустить злоумышленника в чужой аккаунт n8n?
Ссылка