Криптоджекерам не дают покоя уязвимые серверы WebLogic и Docker API

Криптоджекерам не дают покоя уязвимые серверы WebLogic и Docker API

Криптоджекерам не дают покоя уязвимые серверы WebLogic и Docker API

Эксперты Trend Micro и Aqua Security зафиксировали новые атаки на Linux-серверы с целью скрытной добычи криптовалюты. Ботоводы Kinsing ищут непропатченный софт Oracle WebLogic Server, а кто-то, похожий на сгинувшую TeamTNT, — ошибки в настройках Docker-демона.

В ходе атак на WebLogic операторы ботнета Kinsing проводят сканирование на наличие уязвимостей, как недавних, так и более старых. Из последних злоумышленники наиболее часто ищут RCE двухлетней давности — CVE-2020-14882.

В случае успешной отработки эксплойта на сервер устанавливается шелл-скрипт, работающий как промежуточный загрузчик. Этот стейджер вначале готовит почву для криптоджекинга: повышает лимит расхода ресурсов (с помощью команды ulimit), удаляет журнал /var/log/syslog, отключает защиту вроде SELinux и агенты облачных служб Alibaba и Tencent, прибивает процессы сторонних майнеров.

После всех этих непрошеных действий на машину загружается (с удаленного сервера) вредонос Kinsing. Чтобы обеспечить ему постоянное присутствие, шелл-скрипт создает новое задание cron.

 

Атаки, зафиксированные на ловушках Aqua Security, различны, но по стилю и используемым инструментам напоминают вылазки TeamTNT. (В ноябре прошлого года эта криминальная группа свернула свои операции.)

Особенно заинтересовала аналитиков атака, нацеленная, судя по всему, на использование чужих мощностей для взлома алгоритма на эллиптических кривых (ECDLP secp256k1); успех в этом случае позволит получить ключи от любого криптокошелька. Хакеры ищут плохо сконфигурированные Docker-демоны, чтобы развернуть alpine — стандартный образ контейнера, который затем используется для загрузки на C2 шелл-скрипта в режиме командной строки.

 

Задачи других атак более прозаичны. В одном случае злоумышленники ищут уязвимые серверы Redis, чтобы установить майнер, в другом — Docker API, пригодные для внедрения бэкдора Tsunami.

Причиной массовых сбоев в Рунете стали неполадки у Ростелекома

Массовые проблемы с доступом к российским интернет-сервисам 6 августа устроил 29-минутный сбой в сети передачи данных «Ростелекома». Специалисты оператора перевели трафик на резервное оборудование, после чего инфраструктура вернулась к штатной работе.

Неполадки могли повлиять на доступность части интернет-ресурсов. Однако пользователям это запомнилось куда ярче: жалобы поступали на сервисы маркетплейсов, ИТ-компаний, банков, социальных платформ и операторов связи.

Больше всего сообщений ожидаемо пришло от абонентов самого «Ростелекома». Пользователи столкнулись с проблемами при подключении к сервисам и сетевым соединением.

В «Ростелекоме» пояснили, что сбой продолжался 29 минут. Трафик оперативно перенаправили на резервное оборудование, а причины инцидента в сообщении компании не раскрыли. Сейчас, по данным оператора, сеть и инфраструктура работают в штатном режиме.

Иными словами, до долгого цифрового апокалипсиса дело не дошло. Но инцидент наглядно показал, что иногда достаточно всего получаса неполадок у крупного оператора, чтобы пользователи одновременно потеряли доступ к магазинам, банкам и привычным онлайн-площадкам.

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